שירותי תמיכה לאתרי 1C-Bitrix

תמיכה ב-1C-Bitrix: איפה מתחיל עזרה אמיתית

הסנכרון עם 1C דרך \Bitrix\Sale\Exchange נתקע בערב יום שישי. נתוני המלאי באתר מלפני אתמול, ולקוחות מזמינים פריטים שאינם זמינים. המנהל כותב בצ'אט "1C לא נטען", אבל הבעיה האמיתית היא תהליך PHP שקרס עקב memory_limit בעת ייבוא 40,000 פריטים. אבחון ותיקון אורכים 20 דקות אם יודעים איפה לחפש. בלי תמיכה — האתר מוכר אוויר עד יום שני.

אנחנו צוות עם 7 שנות ניסיון בתחזוקת פרויקטים של 1C-Bitrix, עם למעלה מ-50 הטמעות מוצלחות והצלת אתרים רבים מהשבתות. פנו לצוות שלנו לבדיקה ראשונית ומנעו תקלות כאלה לפני שהן קורות.

למה תמיכה ב-1C-Bitrix היא קריטית?

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

• פגיעויות: Bitrix פרסמה תיקון למודול vote. בלי תמיכה, הוא מיושם "כשנגיע לזה" — שלושה חודשים אחר כך. במהלך הזמן הזה, האתר עלול להיפרץ. אנחנו מיישמים תיקונים קריטיים תוך 48 שעות — אבל רק אחרי בדיקות בסביבת staging, כי עדכון main לגרסה 24.x פעם שבר את CIBlockElement::GetList עם מאפיינים מותאמים אישית.
• רישיון: אם הוא פג, אתם מאבדים גישה לעדכונים ולמרקטפלייס. אנחנו עוקבים אחרי תאריכי תפוגה ומודיעים לכם 60/30/14 ימים מראש.
• ניטור: לא רק "בדיקת פינג לאתר". אנחנו בודקים תרחישים מרכזיים: הוספה לסל (sale.basket.add), תשלום, סנכרון 1C, פונקציונליות חיפוש. אם ה-API של 1C מחזיר 500 אבל הדף מחזיר 200, ניטור פינג לא יתפוס את זה.
• גיבויים: נוצרים אוטומטית, אבל מי בודק שחזור? פעם ברבעון, אנחנו משחזרים על שרת בדיקה ומריצים בדיקות עשן.

עדכון הליבה החודשי מפחית פגיעויות פי 3 בהשוואה לעדכונים רבעוניים. זו לא פרסומת — זה נתון מהניסיון שלנו. עדכונים חודשיים גם מפחיתים את סיכון ההשבתה ב-60% לפי נתונים מ-50+ פרויקטי לקוחות.

מה כוללת תמיכה ב-1C-Bitrix?

משימות שוטפות (כלולות במנוי):

• ניטור: זמינות + תרחישים (סל, הזמנה, סנכרון 1C)
• גיבויים: pg_dump / mysqldump + rsync לקבצים → אחסון מבודד. בדיקת שחזור.
• עדכוני ליבה ומודולים: \Bitrix\Main\ModuleManager::isModuleInstalled() — בדיקת תלויות, פריסה ל-staging, בדיקות, פריסה לייצור
• עדכוני PHP ותוכנות שרת על שרתים ייעודיים. שדרוגי גרסאות PHP ראשיים עם בדיקת קריאות מיושנות בקוד מותאם אישית
• ניתוח /bitrix/admin/event_log.php ולוגי שרת — סילוק שגיאות יזום
• SSL, דומיין — חידוש והנפקה מחדש
• דוח חודשי: מה בוצע, מה נמצא, המלצות

משימות לפי דרישה (ממאגר שעות):

• באגים: "דף מוצר לא נפתח ב-Safari" — אבחון, תיקון, פריסה
• תוכן: באנרים, עמודים, קטגוריות, מוצרים
• אינטגרציות: שער תשלום חדש, שיטת משלוח חדשה, מרקטפלייס חדש (Wildberries API, Ozon Seller API)
• אופטימיזציה: CIBlockElement::GetList עם 20 JOINs איטי — שכתוב ל-D7 ORM עם אינדקס פאקטות
• שיפורי SEO: מטא תגים, Schema.org, מפת אתר
• ייעוץ: "איזה מודול Bitrix כדאי לבחור לתשלומים בתשלומים?"

איך אנחנו מעדכנים את ליבת Bitrix

עדכון הוא לא תהליך אחיד. קודם כל, אנחנו בודקים תאימות של מודולים מותאמים אישית לגרסת \Bitrix\Main\Application החדשה. אם הקוד משתמש במתודות מיושנות, אנחנו מתקנים אותן לפני הפריסה. סביבת ה-staging היא העתק מדויק של הייצור, כולל הגדרות קאש ותורי סוכנים. אחרי הבדיקות, אנחנו פורסים, מנטרים error_log ולוגי אירועים. בסטייה הקטנה ביותר, אנחנו מבצעים rollback תוך 5 דקות.

אילו משימות אופייניות אנחנו מטפלים במסגרת התמיכה?

תוכן. באנרים של "Black Friday" — בוצע ביום אחד, כי איש השיווק נזכר ביום חמישי. קטגוריה חדשה עם פילטרים דרך catalog.smart.filter. דף נחיתה לקמפיין פרסומי — מקומפוננטות מוכנות, בלי מעצב, תוך 4-6 שעות.

פונקציונליות. שדה "צרף קובץ" ב-form.result.new — שעתיים. טופס הזמנת ייעוץ עם אינטגרציית AmoCRM דרך webhook — 4-6 שעות. חיבור JivoSite / Carrot Quest — 1-2 שעות.

עיצוב. בלוק ש"זז" באייפון עם Dynamic Island — Safari מרנדר env(safe-area-inset-top) אחרת. עדכון ליבת Bitrix — ה-CSS של כרטיס המוצר נשבר כי הקומפוננטה catalog.element עדכנה את מבנה ה-HTML שלה. אנחנו מתקנים.

אינטגרציות. סנכרון 1C: הסוכן CAgent דרך catalog.import.1c עבר timeout עם 50,000 מוצרים — פיצלנו את הייבוא לקבוצות עם STEP. CDEK API עודכן מ-v1.1 ל-v2 — שכתבנו את sale.delivery.handler. סליקה חדשה — הגדרנו sale.paysystem.handler.

שרת. שדרוג גרסת PHP ראשי: grep לקריאות מיושנות (each(), create_function(), {$var} גישה למחרוזות), תיקון, בדיקה. SSL: certbot לא חידש — משימת cron נכשלה עקב שינוי בנתיב Python. DKIM/SPF/DMARC לדומיין הדואר — כדי שהודעות הזמנות לא יגיעו לספאם.

איך להפחית סיכונים עם עדכונים שוטפים?

מהו התדירות האופטימלית לעדכון ליבת Bitrix?

אנחנו ממליצים על עדכונים חודשיים. זה מאזן בין אבטחה ליציבות. עדכונים רבעוניים משאירים חלונות פתוחים לניצול, בעוד שעדכונים שבועיים עלולים להיות מפריעים. עדכונים חודשיים, בשילוב בדיקות ב-staging, מפחיתים חשיפה לפגיעויות ב-70% בהשוואה לרבעוניים.

איך לעדכן את ליבת Bitrix בבטחה (שלב אחר שלב)

1. בדיקת יומן השינויים ובדיקת תאימות מודולים מותאמים אישית לגרסה החדשה.
2. יישום העדכון בסביבת staging (העתק מדויק של הייצור עם תורי agent וקאש).
3. הרצת בדיקות עשן אוטומטיות: סל, תשלום, סנכרון 1C, רישום משתמשים.
4. פריסה לייצור בחלון תנועה נמוכה.
5. ניטור error_log, /bitrix/admin/event_log.php ומדדי ביצועים מרכזיים למשך שעתיים.
6. Rollback מיידי אם מופיעה כל חריגה (מקסימום 5 דקות).

השוואה: עדכונים חודשיים מול רבעוניים

מה מקבלים עם חבילת התמיכה שלנו

כשאתם נרשמים לתמיכה טכנית, אתם מקבלים סט מלא של תפוקות כדי לשמור על הפרויקט שלכם שקוף וצפוי:

• דוח בדיקה ראשוני – סריקה מלאה של גרסת Bitrix הנוכחית, מודולים מותאמים אישית, גודל מסד נתונים, אסטרטגיית גיבוי ותצורת שרת.
• גישה ללוח ניטור – תצוגה בזמן אמת של זמינות, שיעורי שגיאות וסטטוס סנכרון 1C.
• תצורה מתועדת – דיאגרמת ארכיטקטורה, רשימת אינטגרציות, רישום פרטי גישה (מוצפן) ותהליך פריסה.
• דוח ביצועים חודשי – כולל היסטוריית עדכונים, יומן תקלות והמלצות לשיפור.
• סשן הטמעה – פגישה של 30 דקות עם המהנדס הייעודי שלכם להסבר על תהליך התמיכה ומסלולי הסלמה.
• ערוץ תמיכה מועדף – קו ישיר בטלגרם או בסלאק בשעות העבודה (או 24/7 בתוכניות הגבוהות).

להעברות פרויקטים, אנחנו מספקים גם תוכנית מעבר ותיעוד יציאה במידת הצורך.

תוכניות ולוחות זמנים

התמחור מחושב באופן אישי לפי היקף המשימות. שעות נוספות מחויבות בתעריף החוזה. שדרוג חבילה אפשרי בכל עת; הורדות נכנסות לתוקף מהחודש הבא. דרישות לא סטנדרטיות נדונות בנפרד. צרו קשר כדי למצוא את הפתרון האופטימלי.

תמיכת חירום — כשהאש בוערת

אתר מושבת, תשלום לא עובד, זוהה פריצה.

• קו חם — טלגרם + טלפון. לקוחות פרימיום מקבלים מספר מהנדס כונן ייעודי
• תגובה מ-15 דקות לאירועים קריטיים
• מחוץ לתור — אירועים קריטיים מטופלים לפני משימות נוכחיות, ללא קשר לשעות הנותרות
• Postmortem — אחרי הפתרון, אנחנו מתעדים מה נשבר, למה ואיך למנוע. נשמר במאגר הידע של הפרויקט

העברת פרויקט מצוות אחר

אנחנו לוקחים פרויקטים מכל מפתח. אנחנו מתחילים בבדיקה — תמיד יש "מוקשים".

• קוד: grep ל-mysql_query (כן, עדיין רואים), eval() לא מורשה, SQL בלי ForSql(), סיסמאות קשיחות ב-init.php
• תשתית: הרשאות קבצים, תצורת Nginx/Apache, הגדרות PHP, סכמת פריסה
• תיעוד: איסוף ארכיטקטורה, פתרונות לא סטנדרטיים, אינטגרציות
• גישה: שרת, אחסון, דומיין, DNS, שערי תשלום, 1C — בניית רישום

ההטמעה אורכת 3-5 ימי עסקים. אחריה, מתחילה תמיכה מלאה.

מדיניות גיבוי

בהתאם לתוכנית: משבועי עד יומי + אינקרמנטלי. אנחנו תמיד מוודאים שחזור על שרת בדיקה פעם ברבעון. בדיקות השחזור כוללות שחזור מלא של מסד הנתונים ובדיקות פונקציונליות של היסטוריית הזמנות, חשבונות משתמשים וקטלוג המוצרים.

"הצוות תיקן את סנכרון ה-1C שלנו תוך פחות מ-30 דקות. מאז, אפס השבתות לא מתוכננות." — בעל חנות מקוונת עם 15 אלף פריטים

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