הגדרת עדכוני Bitrix24 On-Premise
עדכון גרסת ה-on-premise של Bitrix24 בסביבת production עלול לגרום לזמן השבתה. מודול מותאם אישית הופך לבלתי תואם לגרסת הליבה החדשה — מצב טיפוסי. ללא הכנה, העדכון שובר התאמות אישיות ומשבש אינטגרציות. אנחנו, מומחים מוסמכים עם ניסיון של למעלה מ-7 שנים, פיתחנו פרוצדורה שמפחיתה את זמן ההשבתה ב-90% ומבטיחה יציבות. במהלך תקופה זו, השלמנו יותר מ-50 פרויקטים להגדרת עדכוני Bitrix24 On-Premise. קוד מותאם אישית שנוצר כחלק מפיתוח Bitrix24 חייב להישמר ב-/local/.
אילו סיכונים כרוכים בעדכון לא מבוקר?
גרסאות גדולות של Bitrix24 מבצעות הגירות מסד נתונים דרך \Bitrix\Main\Application::getConnection()->queryExecute(). אם טבלאות המערכת b_* מכילות שדות לא סטנדרטיים ממודולים מותאמים אישית, ההגירה תפגע בנתונים. תיקוני אבטחה בדרך כלל בטוחים יותר, אך ללא בדיקות על staging, אתה מסתכן באובדן אינטגרציות עם 1C, CDEK או CRM. מודולים מה-Marketplace לפעמים מאפסים הגדרות במהלך עדכונים — קריטי במיוחד עבור מודולים לניהול תהליכים עסקיים.
איך לבחור אסטרטגיית עדכון?
עדכונים אוטומטיים צריכים להיות מופעלים רק עבור תיקוני אבטחה (דגל SECURITY = Y). גרסאות גדולות צריכות להיות מיושמות ידנית לאחר בדיקות. השווה בין סוגי העדכונים בטבלה:
| סוג עדכון | היקף השינוי | סיכון לקוד מותאם אישית | בדיקות |
|---|---|---|---|
| תיקון | קבצים נקודתיים | נמוך (אם הליבה לא שונתה) | מומלץ |
| גרסה | קבצים + סכמת DB | גבוה (הגירות מתנגשות) | חובה על staging |
יישום אוטומטי של תיקונים דרך סוכן מהיר פי 10 מעדכון ידני. עבור גרסאות גדולות, שליטה ידנית נשארת חובה. זמן השבתה ממוצע לעדכון ידני ללא הכנה הוא 4 שעות; עם הפרוצדורה שלנו הוא מצטמצם ל-30 דקות.
איך להגדיר עדכונים אוטומטיים על production?
בסעיף /bitrix/admin/update_system_partner.php, ניתן להפעיל קבלה אוטומטית של עדכונים לפי לוח זמנים. בטוח יותר להשתמש בסוכן שבודק עדכונים כל 24 שעות ומתקין רק תיקונים קריטיים.
// Агент проверки обновлений запускается каждые 24 часа
CAgent::AddAgent( "CUpdateClient::CheckUpdates();", "main", "N", 86400, "", "Y" );בנוסף, הגדר התראות שגיאה כדי לזהות בעיות במהירות.
פרוצדורת עדכון שלב-אחר-שלב על production
שלב 1: גיבוי. לפני כל עדכון, גבה קבצים ומסד נתונים. השתמש במודול המובנה או בקונסולה:
mysqldump -u bitrix -p bitrix24_db > /backup/bitrix24_$(date +%Y%m%d_%H%M).sql
tar czf /backup/bitrix24_files_$(date +%Y%m%d_%H%M).tar.gz /var/www/html --exclude=/var/www/html/uploadשלב 2: בדיקה על staging. אם קיים שרת staging (והוא צריך להתקיים), החל את העדכון שם והרץ בדיקות:
- רכיבים מותאמים אישית ב-
// Агент проверки обновлений запускается каждые 24 часа CAgent::AddAgent( "CUpdateClient::CheckUpdates();", "main", "N", 86400, "", "Y" ); - מטפלים מותאמים אישית ב-
mysqldump -u bitrix -p bitrix24_db > /backup/bitrix24_$(date +%Y%m%d_%H%M).sql tar czf /backup/bitrix24_files_$(date +%Y%m%d_%H%M).tar.gz /var/www/html --exclude=/var/www/html/upload - מודולים מ-
/local/components/ - אינטגרציות עם מערכות חיצוניות (1C, CRM, OFD)
שלב 3: מצב תחזוקה. לפני העדכון על production, הפעל מצב תחזוקה:
<?php // /bitrix/.maintenance.php
header('HTTP/1.1 503 Service Unavailable');
header('Retry-After: 3600');
include '/path/to/maintenance_page.html';
exit;
ב-nginx, יירט את כל הבקשות והצג את דף התחזוקה. שלב 4: החל את העדכון. דרך /local/php_interface/init.php או מטפל בקונסולה.
שלב 5: בדיקה לאחר העדכון. בדוק דפים קריטיים: בית, קטלוג, כרטיס מוצר, סל, תשלום, חשבון אישי, פאנל ניהול. סקור את יומני php-fpm ו-nginx עבור שגיאות חדשות.
רשימת בדיקה לאחר העדכון
- הדף הראשי נטען ללא שגיאות
- קטלוג המוצרים מוצג כראוי
- כרטיס המוצר נפתח ומציג מחירים/מלאי
- הסל מוסיף ומסיר פריטים
- התשלום הושלם בהצלחה
- החשבון האישי עובד
- פאנל הניהול נגיש
- ליומני php-fpm ו-nginx אין שגיאות חדשות
שגיאות טיפוסיות ואיך להימנע מהן
| שגיאה | השלכה | פתרון |
|---|---|---|
| שינוי ליבה | נדרס בעדכון | כל הקוד המותאם אישית ב-/local/ |
| דילוג על בדיקות | זמן השבתה ב-production | השתמש בשרת staging |
| התעלמות מה-changelog | איפוס הגדרות מודול | קרא את ה-changelog לפני העדכון |
ב-80% מהלקוחות שלנו, בעיות זוהו דווקא על staging.
מה כלול בהגדרת עדכונים?
כחלק מהשירות, אנו מבצעים:
- ביקורת של התצורה הנוכחית והקוד המותאם אישית
- הגדרת עדכונים אוטומטיים לתיקוני אבטחה
- הגדרת סוכנים והתראות
- יצירת שרת staging (אם אינו קיים)
- פיתוח פרוצדורות גיבוי
- בדיקת עדכונים על staging
- תיעוד התהליך ורשימות בדיקה
- הכשרת מנהלים
התוצאה היא מערכת יציבה עם זמן השבתה מינימלי במהלך עדכונים. צור קשר לייעוץ.
למה להפקיד עדכונים בידי אנשי מקצוע?
עדכון לא מבוקר עלול להוביל לשעות של זמן השבתה ואובדן נתונים. אנו מבטיחים יציבות לאחר העדכון: מומחי Bitrix מוסמכים, תוכנה ברישיון, ניסיון של למעלה מ-7 שנים ויותר מ-50 פרויקטים מוצלחים. אנו מתעדים כל שלב — אתה תמיד יודע מה השתנה.
קבל ייעוץ על הגדרת עדכונים עבור Bitrix24 שלך. אנו נערוך ביקורת של התצורה הנוכחית שלך ונציע פתרון אופטימלי בהתחשב במחסן הטכנולוגי שלך ובהתאמות האישיות שלך. בקש הערכת פרויקט — נגיב תוך יום אחד.
בנוסף, התיעוד הרשמי של עדכוני Bitrix24 ממליץ על בדיקות על staging עבור כל הגרסאות הגדולות. קרא עוד במדריך הרשמי.

