הגדרת עדכונים ל-Bitrix24 On-Premise

עדכון Bitrix24 On-Premise בסביבת production עלול לגרום להשבתה ולפגוע בשינויים מותאמים אישית. אנו מגדירים את העדכונים כך שתיקוני אבטחה וגרסאות מרכזיות יעברו בצורה חלקה עבור הקוד והאינטגרציות שלכם. הצוות שלנו מספק פרויקט מפתח—מביקורת ובדיקות staging ועד deployment ותמיכה מתמשכת.
השירותים שאנו מציעים
מציג 1 מתוך 1כל 1626 השירותים
הגדרת עדכונים ל-Bitrix24 On-Premise
פשוט
~1 יום

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

שאלות נפוצות

הגדרת עדכוני 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 עבור כל הגרסאות הגדולות. קרא עוד במדריך הרשמי.