העברה מ-MODX ל-1C-Bitrix: פירוט מלא של התהליך
לעתים קרובות אנו מקבלים פרויקטים שבהם MODX כבר לא יכול לעמוד בקצב צמיחת העסק. תרחיש טיפוסי: הלקוח מתלונן על אינטגרציית 1C איטית (באמצעות רכיבי צד שלישי), חוסר ב-CRM מובנה, ופונקציונליות מסחר אלקטרוני מוגבלת — עם קטלוג של 10,000 מוצרים, miniShop2 מתחיל לפגר. המעבר ל-1C-Bitrix פותר את הבעיות הללו אך דורש תוכנית ברורה והבנה מעמיקה של שתי המערכות. ההעברה שלנו כוללת ביקורת מלאה, העברת נתונים מלאה, הגדרת הפניות 301, והדרכת צוות. לוחות זמנים: 7 עד 11 ימי עבודה; העלות המדויקת נקבעת לאחר הביקורת.
בעיות שאנו פותרים
- אינטגרציית 1C איטית: MODX מסתמך על רכיבי צד שלישי להחלפת 1C, שלעתים קרובות אינם אמינים ואיטיים. ל-Bitrix יש תמיכה מקורית ב-CommerceML, מה שמקצר את זמן האינטגרציה פי 3–5.
- חוסר ב-CRM: ל-MODX אין CRM מובנה. Bitrix כולל CRM מלא עם ניהול לידים, מעקב אחר עסקאות ואוטומציה.
- מגבלות מסחר אלקטרוני: miniShop2 מתדרדר עם קטלוגים גדולים וחסרות בו תכונות מתקדמות כמו הצעות מסחר, תמחור גמיש ואינטגרציות עם שווקים.
- מדרגיות: הארכיטקטורה של MODX הופכת למסורבלת עבור אתרים רב-לשוניים או פורטלים עם תעבורה גבוהה. Bitrix מתמודד עם תרחישים אלה באמצעות כלים מובנים.
כיצד אנו מבצעים את ההעברה (הגישה המוכחת שלנו)
העברנו למעלה מ-40 פרויקטים מ-CMS שונים ל-Bitrix. התהליך שלנו מסתמך על סקריפט PHP מותאם אישית הקורא טבלאות מסד נתונים של MODX וכותב ישירות למבני הנתונים של Bitrix. אנו נמנעים משימוש במודולי ייבוא גנריים כדי להבטיח שלמות נתונים.
מודל הנתונים של MODX Revolution
MODX מאחסן תוכן בטבלאות עם הקידומת modx_. טבלאות מפתח:
-
modx_site_content— כל המשאבים: דפים, מאמרים, תיקיות. שדות:id,pagetitle,longtitle,alias,content,introtext,parent,template,published,publishedon,createdby,createdon,menutitle,description,content_type,uri. -
modx_site_tmplvar_contentvalues— ערכי משתני TV לפי משאב:tmplvarid,contentid,value. -
modx_site_tmplvars— הגדרות משתני TV:name,caption,type,elements,default_text. -
modx_site_templates— תבניות. -
modx_users,modx_user_attributes— משתמשים. -
modx_categories— קטגוריות סניפטים/צ'אנקים.
לחנויות miniShop2, קיימות טבלאות נוספות: msProduct, msProductOption, msCategory, msOrder, msOrderProduct. הבנת סכימה זו חיונית למיפוי נכון לבלוקי מידע של Bitrix.
עץ הדפים: מבנה MODX → Bitrix
MODX בונה את האתר כעץ של משאבים. ב-Bitrix, המבנה מוגדר על ידי קבצים פיזיים בתיקיות בתוספת החלק הניהולי. דפים סטטיים (אתר תאגידי, "אודות", "יצירת קשר") מועברים בשתי דרכים:
-
כדפי Bitrix — אנו יוצרים קבצי PHP בתיקיות הנדרשות, עם תוכן המוגדר באמצעות
$APPLICATION->SetPageProperty()ורכיבים. - כאלמנטים של בלוק מידע — אם יש הרבה דפים דומים (בלוג, חדשות).
משתני TV → מאפייני בלוק מידע
משתני TV מקבילים למאפייני בלוק מידע. מיפוי סוגים:
| סוג TV ב-MODX | סוג מאפיין ב-Bitrix |
|---|---|
| טקסט | מחרוזת |
| textarea / richtext | HTML/טקסט |
| תמונה | קובץ (תמונה) |
| קובץ | קובץ |
| listbox-multiple / checkbox | רשימה (מרובה) |
| תאריך | תאריך/שעה |
| מספר | מספר |
בפרויקט טיפוסי, עשויים להיות עד 50 משתני TV. אנו קוראים אוטומטית את ההגדרות שלהם ויוצרים מאפייני בלוק מידע מתאימים.
תהליך העברת התוכן
סקריפט ה-PHP שלנו מעבד משאבי MODX ברצף:
- קביעת סעיף בלוק המידע לפי
parent(בניית עץ סעיפים רקורסיבית). - איסוף ערכי TV באמצעות JOIN של
modx_site_tmplvar_contentvaluesו-modx_site_tmplvars. - יצירת אלמנט בלוק מידע באמצעות
CIBlockElement::Add().
השדה uri ב-MODX הוא כתובת URL מוכנה וקריאה לאדם. אנו שומרים אותו כאלמנט CODE ומייצרים הפניות 301.
תמונות. במשתני TV מסוג image, מאוחסנים נתיבים כמו /assets/images/photo.jpg. אנו מעתיקים קבצים לשרת Bitrix ורושמים אותם באמצעות CFile::MakeFileArray().
miniShop2 → קטלוג Bitrix
אם miniShop2 הותקן על MODX:
-
msProduct(JOIN ל-modx_site_content) → אלמנטים של בלוק מידע קטלוגי. -
msProductOption— אפשרויות מוצר (צבע, גודל) → הצעות מסחר. -
msCategory→ סעיפי בלוק מידע. -
msOrder/msOrderProduct→b_sale_order/b_sale_basket. - מחירים מ-
msProduct.price→b_catalog_priceעם סוג המחיר המתאים.
Bitrix עולה על MODX באינטגרציות 1C פי 3–5 בזכות תמיכה מקורית ב-CommerceML.
צ'אנקים, סניפטים ותבניות
צ'אנקים (modx_site_htmlsnippets) וסניפטים (modx_site_snippets) — הם קוד מנוע תבניות של MODX (Smarty/Twig או PHP גולמי). הם לא מועברים אוטומטית. כל הפונקציונליות מיושמת מחדש באמצעות רכיבי Bitrix. זה השלב עתיר העבודה ביותר אם האתר השתמש בסניפטים מורכבים (pdoMenu, pdoPage, FormLister).
דוגמה למיפוי מבנה
נניח שב-MODX יש TV gallery מסוג image. ב-Bitrix, אנו יוצרים מאפיין GALLERY מסוג "קובץ (מרובה)". הסקריפט קורא את כל הערכים, מעתיק תמונות ומצרף אותן לאלמנט בלוק המידע.
תהליך ההעברה וזרימת העבודה
הגישה שלנו נמנעת מתמחור קבוע כי לכל פרויקט יש מורכבות ייחודית. כך אנו עובדים:
- איסוף נתונים וביקורת ראשונית — אנו מנתחים את מבנה אתר MODX, הרחבות וקוד מותאם אישית.
- תכנון פרויקט — אנו מתכננים את מבנה בלוקי המידע, ממפים שדות ומתכננים את סקריפט הייבוא.
- פיתוח סקריפט העברה — אנו יוצרים סקריפט PHP מותאם לנתונים שלך.
- בדיקה באתר זמני — אנו מריצים את הסקריפט, מוודאים שלמות נתונים ומתקנים בעיות.
- העברת ייצור — אנו מבצעים את ההעברה בשעות תעבורה נמוכות.
- הפניות SEO ואימות — אנו מגדירים הפניות 301 ובודקים אינדוקס.
- הדרכת צוות ומסירה — אנו מאמנים את הצוות שלך בניהול Bitrix.
- תמיכה לאחר ההעברה — אנו עוקבים אחר האתר במשך 30 יום לאחר ההשקה.
הערכות לוחות זמנים
| שלב | משך זמן טיפוסי |
|---|---|
| ביקורת מבנה MODX, TV, הרחבות | יום אחד |
| עיצוב בלוקי מידע ומיפוי TV | יום אחד |
| פיתוח סקריפט העברה (תוכן) | 2–3 ימים |
| miniShop2 (אם קיים) | 2–4 ימים |
| תמונות וקבצי מדיה | יום אחד |
| הפניות ו-SEO | יום אחד |
| בדיקות | יום אחד |
| סה"כ | 7–11 ימי עבודה |
ללא miniShop2, העברת MODX מהירה יחסית — מבנה הנתונים פשוט, ומשתני TV ממפים היטב למאפייני בלוק מידע.
מה כלול בשירות שלנו
- ביקורת מלאה של מבנה MODX: משאבים, TV, הרחבות, miniShop2.
- עיצוב בלוקי מידע ומיפוי שדות.
- פיתוח סקריפט העברה מותאם אישית: תוכן, TV, תמונות, הזמנות.
- העברת הצעות מסחר והגדרה (אם רלוונטי).
- הגדרת הפניות 301 ובדיקת אינדוקס.
- הדרכת צוות ב-Bitrix.
- תמיכה ל-30 יום לאחר ההשקה.
מוכנים לשדרג?
צרו קשר לייעוץ — נעריך את הפרויקט שלכם ונספק הצעת מחיר מותאמת.

