בקצרה: סביבת פיתוח בקלאודוויז (Cloudways) נבנית משלושה כלים: Staging, עותק מוגן של האתר שבו בודקים שינויים ודוחפים אותם לאתר החי בלחיצה; שכפול (Clone) של אפליקציה או שרת שלם; ו-Git, שמושך קוד ממאגר ישירות לשרת. סביבת Staging כלולה בלי תוספת תשלום גם ב-Flexible וגם ב-Autonomous, ולכן אין סיבה לעדכן תוספים או תבנית ישירות על האתר החי.
מה תלמדו כאן
| נושא | מה תדעו לעשות בסוף | רמה |
|---|---|---|
| Staging | ליצור סביבת בדיקות, לעבוד בה ולדחוף רק את מה שצריך לאתר החי | מתחילים |
| Push ו-Pull | לבחור בין דחיפה מלאה לדחיפה מצטברת, ולמשוך תוכן עדכני מהאתר החי | בינוני |
| שכפול | לשכפל אפליקציה לשרת אחר או לשכפל שרת שלם | מתחילים |
| Git | לחבר מאגר Git לאפליקציה ולפרוס קוד, כולל פריסה אוטומטית עם Webhooks | מתקדמים |
מה כוללת סביבת הפיתוח בקלאודוויז: Staging, שכפול ו-Git?
שלושת הכלים נשמעים דומים, אבל כל אחד פותר בעיה אחרת. הבחירה תלויה במה שאתם רוצים לעשות עם העותק.
| כלי | מה הוא עושה | מתי להשתמש | מה חשוב לדעת |
|---|---|---|---|
| Staging | עותק של האתר שמחובר לאתר החי, עם Push ו-Pull ביניהם | עדכון תוספים, החלפת תבנית, עיצוב מחדש, בדיקת גרסת PHP חדשה | מוגן בסיסמה, עם SSL, ולא נסרק על ידי מנועי חיפוש |
| שכפול אפליקציה | עותק עצמאי של האתר, באותו שרת או בשרת אחר | העברת אתר לשרת אחר, הקמת אתר חדש מתבנית קיימת | אין קשר בין המקור לעותק אחרי השכפול. זמן השכפול: מ-20 דקות ועד כמה שעות |
| שכפול שרת | שרת חדש עם כל האפליקציות | בדיקת ספק ענן אחר, הכנת שרת זהה לפרויקט חדש | שרת חדש מקבל כתובת IP חדשה. לא זמין בתקופת הניסיון |
| Git | מושך קוד ממאגר (GitHub, GitLab, Bitbucket) לתיקיית האפליקציה | מפתחים שעובדים עם בקרת גרסאות | המאגר חייב לתמוך ב-Git מעל SSH. מסד הנתונים לא עובר דרך Git |
Push ו-Pull: הכיוון קובע
Pull מעתיק את האתר החי אל ה-Staging, כדי שתעבדו על תוכן עדכני. Push מעתיק את השינויים מה-Staging אל האתר החי. בכל דחיפה בוחרים אם להעביר קבצים, מסד נתונים או את שניהם, ואם לדרוס הכול (Overwrite) או להעביר רק מה שהשתנה (Incremental). כל Push ו-Pull נרשם ביומן פריסות, כך שתמיד אפשר לראות מה עבר ומתי.
אזהרה לחנויות ווקומרס
זו הטעות שעולה הכי ביוקר: דחיפת מסד הנתונים מה-Staging לחנות חיה. אם נכנסו הזמנות או נרשמו לקוחות מאז שיצרתם את ה-Staging, דריסת מסד הנתונים תמחק אותם. בחנות, דחפו בדרך כלל רק קבצים, ואת שינויי ההגדרות עשו ידנית באתר החי. ותמיד קחו גיבוי של האתר החי לפני Push.
איך Git משתלב
בפאנל יוצרים מפתח SSH, מוסיפים אותו למאגר, מגדירים את כתובת המאגר והענף, ומושכים קוד. עם Webhook הפריסה קורית לבד בכל Push למאגר. השילוב המומלץ לצוותים: ענף פיתוח שנפרס ל-Staging, וענף ראשי שנפרס לאתר החי.
באיזה סדר כדאי ללמוד?
- התחילו ביצירת סביבת Staging ודחיפת שינויים לאתר החי. זה הכלי שרוב בעלי האתרים צריכים.
- לפני כל Push, ודאו שאתם יודעים לגבות ולשחזר.
- צריכים עותק עצמאי? למדו לשכפל אפליקציה או שרת.
- מפתחים? חברו Git ופריסה אוטומטית. מדריך מפורט: Git Deployment בקלאודוויז (Cloudways): איך לפרוס קוד מ-Git, כולל Webhooks ו-Autonomous
הקוד BFCM802 מוריד 80% מהחשבון בחודשיים הראשונים (עד 200$ הנחה בחודש), כולל העברת אתרים חינם בלי הגבלה. ללקוחות חדשים בלבד, ורק עד סוף המבצע.
המבצע מסתיים ב-4 בדצמבר 2026, ב-23:59 שעון ישראל.
מתחילים בניסיון חינם, בלי כרטיס אשראי. את הקוד מזינים בקופה ובודקים שהוא מופיע.
אחרי בלאק פריידי: 30% הנחה ל-3 חודשים עם הקוד ASAEL. בשרת גדול (מעל כ-444$ בחודש) ASAEL משתלם יותר כבר עכשיו. למחשבון BFCM802 מול ASAEL
פותחים שרת ניסיון חינם, בלי כרטיס אשראי. כשעוברים לתוכנית בתשלום, הקוד ASAEL מוריד 30% מהחשבון בשלושת החודשים הראשונים.
הקישור ממלא את הקוד בטופס ההרשמה. רק ודאו שהוא מופיע.
כל המדריכים ל-Staging, Git ושכפול
Staging ושכפול
- איך ליצור סביבת Staging בקלאודוויז ולדחוף שינויים לאתר החי
- איך לשכפל אפליקציה או שרת בקלאודוויז
- איך להעביר אתר משרת לשרת בתוך קלאודוויז
פריסת קוד עם Git
לסוכנויות ובוני אתרים
- קלאודוויז לסוכנויות ובוני אתרים – ניהול לקוחות, צוות וחיוב במקום אחד
- איך להעביר שרת בין חשבונות קלאודוויז (למשל מסירת אתר ללקוח)
אילו טעויות נפוצות כדאי להכיר, ואיך נמנעים מהן?
Staging ישן מדי: עבודה על Staging שנוצר לפני חודש, ואז דחיפה שדורסת תוכן שנוסף בינתיים באתר החי. לפני כל סבב עבודה עשו Pull מהאתר החי, ודחפו רק את מה ששיניתם.
שכחו לנקות קאש אחרי Push: השינויים עלו, אבל הגולשים עדיין רואים את הגרסה הישנה. אחרי כל דחיפה נקו את הקאש של Breeze ושל Varnish.
השארת סביבות ישנות: כל Staging ושכפול ב-Flexible תופסים דיסק ומשאבים בשרת. מחקו סביבות שסיימתם איתן, במיוחד לפני שמגדילים שרת בגלל "חוסר במקום".
בדיקה בלי נתונים אמיתיים: תוסף שעובד על Staging ריק יכול להישבר על מסד נתונים גדול. בדקו על עותק עדכני של האתר, לא על התקנה ריקה.
מקורות
המקורות הרשמיים שעליהם מבוסס העמוד (נבדקו ב-7.11.2026):
- מאגר הידע של Cloudways: How to clone your application
- מאגר הידע של Cloudways: How to deploy code to your application using git on cloudways flexible
- מאגר הידע של Cloudways: How to create a staging environment
שאלות נפוצות
לא כתוספת. ה-Staging כלול בכל החבילות של Flexible ו-Autonomous. ב-Flexible הוא כן תופס משאבים ונפח דיסק בשרת שבו הוא יושב, ולכן כדאי למחוק סביבות שכבר לא בשימוש.
לא. לפי קלאודוויז, סביבות Staging מוגנות בסיסמה מראש ומנועי חיפוש לא יכולים לסרוק אותן. כדאי בכל זאת לא לשתף את הכתובת הזמנית בפומבי.
Staging נשאר מחובר לאתר החי ומאפשר Push ו-Pull ביניהם. שכפול יוצר עותק עצמאי לגמרי, בלי קשר למקור. לבדיקת שינויים לפני העלאה בוחרים Staging, ולהקמת אתר חדש או העברה לשרת אחר בוחרים שכפול.
לא. בתקופת הניסיון של Flexible מותר שרת אחד בלבד, ושכפול שרת היה יוצר שרת שני. אחרי השדרוג לחשבון מלא השכפול זמין.
לא. Git מעביר רק קבצי קוד. שינויים במסד הנתונים מעבירים דרך Push מה-Staging, דרך ייבוא וייצוא, או בכלי הגירה של התוסף או ה-Framework שלכם.
תחומים קשורים ועמודים חשובים
- גיבויים ושחזור – לפני כל דחיפה לאתר החי
- הגדרות שרת ואפליקציה – PHP, Cron ו-WP-CLI
- AI ואוטומציה – כולל SafeUpdates שבודק עדכונים בסביבה זמנית
- קלאודוויז לסוכנויות
- איך מעדכנים חנות ווקומרס בלי לאבד הזמנות
- כל המדריכים: ספריית מדריכי קלאודוויז בעברית
מקור רשמי: How to Create a Staging Environment, How to Clone Your Application, How to Deploy Code Using Git on Cloudways Flexible (Cloudways Knowledge Base), ועמוד Staging Environment של קלאודוויז. העמוד נכתב ונבדק על ידי עשהאל דרייר · עודכן: 06.11.2026
גילוי נאות: זהו אתר עצמאי ואינו האתר הרשמי של Cloudways. חלק מהקישורים באתר הם קישורי שותפים – אם תירשמו דרכם נקבל עמלה, בלי עלות נוספת לכם. לפרטים המלאים