העברת 1C-Bitrix: תוכנית מעבר שרת אירוח שלב אחר שלב
העברת אתר ל-1C-Bitrix נראית פשוטה עד ההפעלה הראשונה. ראינו מקרים רבים שבהם לאחר העתקת קבצים וגיבוי מסד נתונים, האתר מציג מסך לבן או שגיאות חיבור למסד נתונים. הסיבה: אי-התאמה בגרסת PHP, נתיבים שגויים, הרשאות לא נכונות. כדי להימנע מכך, פיתחנו אלגוריתם ברור שממזער זמן השבתה ומבטיח תפקוד תקין. ביצוע תוכנית זו יחסוך מכם תיקוני חירום יקרים ואובדן הזמנות. לדוגמה, לקוח אחד איבד יומיים בניפוי שגיאות לאחר העתקת האתר לשרת עם PHP 8.0 במקום 7.4, מכיוון שהקוד עדיין השתמש בפונקציות מיושנות. פתרנו את זה בשעה. העברה טיפוסית אורכת שעתיים עד 1-3 ימים, הרבה יותר זולה מבנייה מאפס.
הכנה: מה לבדוק לפני שמתחילים
לפני כל עבודה, קבעו את תצורת האירוח החדשה והשוו אותה לזו הנוכחית:
- גרסת PHP (Bitrix תומך ב-7.4–8.2; חלק מהשרתים כברירת מחדל משתמשים בגרסאות ישנות יותר)
- הרחבות PHP:
mbstring,gd,zip,curl,opcache,PDO,pdo_mysql— חובה - סוג וגרסת מסד נתונים: MySQL 5.7+ או MariaDB 10.3+. חלק מהשרתים מגבילים
max_allowed_packet,innodb_buffer_pool_size - זמינות של
cronויכולת להוסיף משימות - הגבלות על
exec(),shell_exec()– נדרשות עבור סוכנים ומודולים מסוימים
יצירת גיבוי
מודול הגיבוי המובנה (הגדרות → כלים → גיבוי) יוצר ארכיון ב-/bitrix/backup/. עם זאת, עבור אתרים גדולים (5–10 GB ומעלה), הוא עלול להיתקע. עבור פרויקטים גדולים, אנו מסתמכים על גיבוי ידני:
mysqldump -u dbuser -p --single-transaction --routines --triggers dbname > dump.sql
tar -czf site_files.tar.gz \
--exclude='./bitrix/cache' \
--exclude='./bitrix/managed_cache' \
--exclude='./bitrix/backup' \
--exclude='./bitrix/html_pages' \
/var/www/site/החרגת מטמון היא חיונית: הוא תופס מקום משמעותי וייפסל ממילא בשרת החדש.
הגדרת השרת החדש
לאחר חילוץ הקבצים, עדכנו את תצורת חיבור מסד הנתונים ב-mysqldump -u dbuser -p --single-transaction --routines --triggers dbname > dump.sql tar -czf site_files.tar.gz \ --exclude='./bitrix/cache' \ --exclude='./bitrix/managed_cache' \ --exclude='./bitrix/backup' \ --exclude='./bitrix/html_pages' \ /var/www/site/ :
$DBType = "mysql";
$DBHost = "localhost";
$DBLogin = "new_db_user";
$DBPassword = "new_password";
$DBName = "new_db_name";
עדכנו גם את /bitrix/php_interface/dbconn.php:
'connections' => [ 'value' => [ 'default' => [ 'className' => '\\Bitrix\\Main\\DB\\MysqlConnection', 'host' => 'localhost', 'database' => 'new_db_name', 'login' => 'new_db_user', 'password' => 'new_password', ], ], ], למה הגדרות הרשאות חשובות
1C-Bitrix דורש הרשאות ספציפיות. הרשאות שגויות גורמות ל-90% משגיאות ההעברה.
| תיקייה | הרשאות |
|---|---|
$DBType = "mysql"; $DBHost = "localhost"; $DBLogin = "new_db_user"; $DBPassword = "new_password"; $DBName = "new_db_name"; |
755 (רקורסיבית) |
/bitrix/.settings.php |
755 |
'connections' => [ 'value' => [ 'default' => [ 'className' => '\\Bitrix\\Main\\DB\\MysqlConnection', 'host' => 'localhost', 'database' => 'new_db_name', 'login' => 'new_db_user', 'password' => 'new_password', ], ], ], |
755 |
/upload/ |
640 |
/bitrix/cache/ |
640 |
שרתים רבים פועלים עם /bitrix/managed_cache/, וההרשאות חייבות להיות שייכות למשתמש האתר. אם php-fpm פועל תחת משתמש אחר, תיתקלו בשגיאות כתיבת מטמון.
רשימת בדיקה לאחר ההעברה
לאחר ההעברה, עברו על רשימת הבדיקה הבאה:
-
לוח ניהול: פתחו את
/bitrix/.settings.php– הוא אמור להיטען ללא שגיאות. -
דוא"ל: בדקו טופס יצירת קשר, התראות הזמנות – ודאו את
/bitrix/php_interface/dbconn.phpאו הגדרות SMTP במודול הראשי. -
סוכנים ו-cron: ב-
suexec, ודאו שהסוכנים פועלים; הגדירו cron עבור/bitrix/admin/. -
HTTPS ותעודה: עדכנו את
mail()ו-/bitrix/admin/agent_list.phpבהגדרות האתר, בדקו את/bitrix/modules/main/tools/cron_events.phpעבור הפניות. - מטמון: נקו את המטמון המנוהל דרך לוח הניהול.
- רישיון: אם כתובת ה-IP של השרת השתנתה, ודאו את הפעלת הרישיון בחשבון 1C-Bitrix שלכם.
מקרה מיוחד: שינוי דומיין
אם הדומיין משתנה במקביל להעברה, נדרשים צעדים נוספים:
- עדכנו את
SITE_SERVER_NAMEבטבלתBX_UTF(או דרך הגדרות → אתרים). - עדכנו את כתובת האתר בהגדרות המודול הראשי.
- תקנו נתיבים מוחלטים בתוכן בלוקי מידע (באמצעות עדכון SQL או רכיב חיפוש והחלפה).
- הגדירו מחדש אינטגרציות המשתמשות בכתובות webhook (מערכות תשלום, אינטגרציות CRM).
מה כולל השירות שלנו
שירות ההעברה המפתח-ביד שלנו כולל:
- אבחון התצורה הנוכחית ובדיקת תאימות לאירוח החדש.
- יצירת גיבוי (קבצים + מסד נתונים).
- הגדרת שרת חדש: PHP, מסד נתונים, הרשאות, cron.
- העברת נתונים ואימות שלמות.
- בדיקת כל הפונקציות הקריטיות (טופס יצירת קשר, עגלה, הזמנות).
- מסירת גישה ומדריך תפעול.
- 3 ימי תמיכה לאחר ההעברה.
לוחות זמנים אופייניים
| גודל אתר | לוח זמנים |
|---|---|
| כרטיס ביקור / נחיתה (עד 1 GB) | 2–4 שעות |
| אתר תאגידי (1–10 GB) | יום עסקים אחד |
| מסחר אלקטרוני עם קטלוג גדול (10–50 GB) | 1–3 ימים |
| פרויקט בעומס גבוה עם תצורת אשכול | משבוע אחד |
מה אם משהו משתבש?
בדקו את יומני PHP ושרת האינטרנט. לרוב הבעיה היא הרשאות שגויות על .htaccess או SITE_SERVER_NAME, או אי-התאמה בגרסת PHP. צרו קשר – נאבחן תוך שעה. אנו מבצעים העברות בשעות הלילה או עם זמן השבתה מינימלי באמצעות מעבר DNS זמני וסנכרון דלתא של מסד הנתונים.
שגיאות העברה נפוצות
- שכחנו להחריג מטמון מהארכיון – הנפח גדל פי כמה, וזה חסר תועלת בשרת החדש.
- לא בדקנו את גרסת PHP – השתמשו בהמלצות הרשמיות ב-dev.1c-bitrix.ru.
- לא עדכנו הרשאות – מקבלים 403 או עמוד ריק.
- לא העברנו סוכנים – cron לא מוגדר, האתר לא מעדכן סטטוסי הזמנות.
צרו קשר לייעוץ כדי לקבל תוכנית העברה מפורטת והערכת לוח זמנים מדויקת. הימנעו מכאבי ראש בהעברה. למדו עוד על הפלטפורמה ב-ויקיפדיה.

