העברת 1C-Bitrix: תוכנית שלב-אחר-שלב לשינוי אחסון

העברת אתר ל-1C-Bitrix מסתיימת לעיתים קרובות במסכים לבנים, שגיאות חיבור למסד נתונים ואובדן הזמנות. אנחנו מפתחים אלגוריתם העברה אמין שמצמצם זמן השבתה ומבטל סיכונים. הצוות שלנו מבצע העברה מלאה - מבדיקת התצורה הנוכחית ועד הגדרת השרת ותמיכה מתמשכת.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
העברת 1C-Bitrix: תוכנית שלב-אחר-שלב לשינוי אחסון
בינוני
~1-2 שבועות

הכישורים שלנו:

שאלות נפוצות

העברת 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 פועל תחת משתמש אחר, תיתקלו בשגיאות כתיבת מטמון.

רשימת בדיקה לאחר ההעברה

לאחר ההעברה, עברו על רשימת הבדיקה הבאה:

  1. לוח ניהול: פתחו את /bitrix/.settings.php – הוא אמור להיטען ללא שגיאות.
  2. דוא"ל: בדקו טופס יצירת קשר, התראות הזמנות – ודאו את /bitrix/php_interface/dbconn.php או הגדרות SMTP במודול הראשי.
  3. סוכנים ו-cron: ב-suexec, ודאו שהסוכנים פועלים; הגדירו cron עבור /bitrix/admin/.
  4. HTTPS ותעודה: עדכנו את mail() ו-/bitrix/admin/agent_list.php בהגדרות האתר, בדקו את /bitrix/modules/main/tools/cron_events.php עבור הפניות.
  5. מטמון: נקו את המטמון המנוהל דרך לוח הניהול.
  6. רישיון: אם כתובת ה-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 לא מוגדר, האתר לא מעדכן סטטוסי הזמנות.

צרו קשר לייעוץ כדי לקבל תוכנית העברה מפורטת והערכת לוח זמנים מדויקת. הימנעו מכאבי ראש בהעברה. למדו עוד על הפלטפורמה ב-ויקיפדיה.