לוח בקרה לניטור מילוי אוטומטי של 1C-Bitrix

לוח בקרה לניטור מילוי אוטומטי של 1C-Bitrix

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

מדוע יומן האירועים הסטנדרטי אינו מתאים לניטור

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

מה אנו מציגים בלוח הבקרה

לוח הבקרה עונה על השאלה "האם הכל תקין?" תוך 5 שניות. מדדים מרכזיים: מחווני סטטוס (סרגל עליון):

• סה"כ מקורות / מקורות פעילים / מקורות עם שגיאות
• מוצרים שעובדו היום: נוצרו / עודכנו / נדלגו / שגיאות
• זמן הריצה המוצלחת האחרונה עבור כל מקור

גרפים (אזור מרכזי):

• פריטים שעובדו ליום (תרשים עמודות מוערם — נוצר/עודכן/נדלג/שגיאה)
• זמן עיבוד לפי מקור (תרשים קו)
• אחוז שגיאות לפי מקור (תרשים עמודות)

טבלת מקורות (תחתונה):

סכמת צבעים: ירוק — הריצה האחרונה הצליחה ופחות משני מרווחים חלפו, צהוב — שגיאות >1%, אדום — הריצה האחרונה נכשלה או איחרה.

כיצד לזרז טעינת לוח הבקרה בקטלוגים גדולים

עבור קטלוגים עד 100,000 מוצרים ו-10 מקורות, שאילתות SQL רגילות מתבצעות באופן מיידי. עבור קטלוגים גדולים יותר, אנו משתמשים בתצוגה מהותית: טבלה parser_stats_daily שמתעדכנת על ידי סוכן כל שעה. זה מקצר את זמן טעינת לוח הבקרה לשברירי שנייה.

מקור הנתונים

לוח הבקרה בנוי על נתונים מטבלת משימות הפרוסר. סכמה מינימלית:

CREATE TABLE parser_task (
    id SERIAL PRIMARY KEY,
    source_id INT NOT NULL,
    status VARCHAR(20),
    started_at TIMESTAMP,
    finished_at TIMESTAMP,
    total_items INT DEFAULT 0,
    created_items INT DEFAULT 0,
    updated_items INT DEFAULT 0,
    error_items INT DEFAULT 0
);

הצבירה מתבצעת באמצעות שאילתות SQL בעת טעינת לוח הבקרה. עבור הגרף היומי:

SELECT DATE(started_at) AS day,
       SUM(created_items) AS created,
       SUM(updated_items) AS updated,
       SUM(error_items) AS errors
FROM parser_task
WHERE started_at >= NOW() - INTERVAL '30 days'
GROUP BY DATE(started_at)
ORDER BY day;

בקטלוג של עד 100,000 מוצרים ו-10 מקורות, שאילתות אלה מתבצעות באופן מיידי. עבור פרויקטים גדולים יותר, הוסיפו טבלה מהותית CREATE TABLE parser_task ( id SERIAL PRIMARY KEY, source_id INT NOT NULL, status VARCHAR(20), started_at TIMESTAMP, finished_at TIMESTAMP, total_items INT DEFAULT 0, created_items INT DEFAULT 0, updated_items INT DEFAULT 0, error_items INT DEFAULT 0 ); שמתעדכנת על ידי סוכן כל שעה.

יישום בלוח הניהול

לוח הבקרה מיושם כדף ניהול (SELECT DATE(started_at) AS day, SUM(created_items) AS created, SUM(updated_items) AS updated, SUM(error_items) AS errors FROM parser_task WHERE started_at >= NOW() - INTERVAL '30 days' GROUP BY DATE(started_at) ORDER BY day; ) המחובר דרך תפריט המודול. עבור גרפים, אנו משתמשים בספריית amCharts המובנית ב-Bitrix (זמינה דרך parser_stats_daily) או טוענים את Chart.js דרך /local/admin/parser_dashboard.php. בפרויקטים שלנו, אנו משתמשים לעתים קרובות ב-Chart.js — הוא גמיש יותר ומציע אפשרויות התאמה אישית רבות יותר.

מבנה הדף:

1. כרטיסי ווידג'טים בחלק העליון — אלמנטים CAdminPage עם מחוונים מספריים המעוצבים באמצעות $APPLICATION->AddHeadScript(). ה-CSS של Bitrix מספק מחלקות <div>, adm-detail-content, adm-info-message לקידוד צבעים.
2. גרפי Canvas במרכז — הנתונים נטענים דרך בקשת AJAX ל-handler המחזיר JSON עם נתונים מצטברים.
3. CAdminList בתחתית — רשימת מקורות סטנדרטית עם עמודות מותאמות אישית.

רענון אוטומטי

לוח הבקרה צריך להתרענן ללא טעינת דף מחדש. הוסיפו adm-warning-message עם תקופה של 60 שניות, המבקש adm-error-message. ה-handler מחזיר JSON עם המצב הנוכחי. בצד הלקוח, עדכנו את המספרים בכרטיסים וציירו מחדש את הגרפים.

כדי לציין "הפרוסר רץ כעת", סקרו את הסטטוס מ-setInterval כאשר /local/admin/ajax/parser_stats.php. הציגו ספינר מונפש ליד שם המקור.

התראות ישירות מלוח הבקרה

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

מה כלול בעבודה

• עיצוב סכמת נתונים וצבירת SQL
• פיתוח ווידג'טים, גרפים וטבלת מקורות
• הגדרת רענון אוטומטי ומחוון פרוסר פעיל
• יישום התראות עם ספים הניתנים להגדרה
• אינטגרציה עם מערכת המילוי האוטומטי הקיימת
• בדיקת עומס עד 100,000 מוצרים
• תיעוד ומדריך למשתמש
• גישה לקוד המקור וללוח הניהול
• הדרכת מנהלים ותמיכה של 30 יום לאחר ההשקה

פיתוח לוח הבקרה מתחיל ב-$2,500 ובדרך כלל מחזיר את ההשקעה תוך 3 חודשים באמצעות הפחתת זמן השבתה. אנו מבטיחים לוח בקרה מוכן תוך 1–2 שבועות. אנו נעריך את הפרויקט שלכם תוך יומיים — צרו קשר.

לוח זמנים ליישום

כיצד להגדיר את לוח הבקרה

1. הגדירו את סכמת הנתונים ושאילתות הצבירה בהתבסס על טבלת משימות הפרוסר שלכם.
2. צרו את דף הניהול ושלבו את Chart.js להדמיות.
3. יישמו רענון אוטומטי עם AJAX ומחווני פרוסר פעילים.
4. הגדירו ספי התראות עבור כל מקור בלוח הניהול.
5. בדקו עם הנתונים החיים שלכם והתאימו את הספים לפי הצורך.

מקור: ניתוח פנימי של מעל 40 פרויקטים של מילוי אוטומטי.

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