אתה מעביר את האתר שלך מ-DLE ל-1С-Bitrix, והמשתמשים מתלוננים על כתובות URL שבורות, תגובות חסרות או התחברות שלא עובדת. DLE היא מנוע פופולרי לפורטלי חדשות, אך הארכיטקטורה שלה מיושנת: האשים סיסמה ב-MD5, מבנה בסיס נתונים שטוח, והיעדר תמיכה מובנית בקטלוגי מסחר.
ההעברה מ-DLE ל-Bitrix מורכבת, אך היא פותחת גישה לגמישות של אינפובלוקים, REST API ואינטגרציה עם 1С דרך CommerceML. הצוות שלנו מתמחה בפיתוח 1С-Bitrix למעלה מ-10 שנים, תוך שימוש ב-ORM ובארכיטקטורה מונעת אירועים, עם למעלה מ-50 העברות מוצלחות.
אנו מבצעים העברה מלאה ל-1С-Bitrix עם אחריות לשלמות הנתונים. נעריך את הפרויקט שלך בתוך שני ימי עסקים, ללא תשלום מראש.
אילו בעיות אנחנו פותרים
סיסמאות
DLE משתמש ב-MD5 או SHA256 — Bitrix אינו מזהה hashes אלו. החלפה פשוטה תנעל משתמשים מחוץ למערכת. אנחנו מיישמים מודול shim: בדיקת ה-hash הישן בעת ההתחברות, עדכון דרך CUser::CheckPassword() לפורמט הסטנדרטי. המשתמש אינו מבחין במעבר.
כתובות SEO
DLE מייצר כתובות כמו /category/article.html. ב-Bitrix, המבנה הוא /catalog/article/. ללא הפניות 301, אתה מאבד עד 70% מהתנועה. אנחנו ממפים את alt_name הישן ל-CODE החדש ומגדירים הפניות דרך mod_rewrite או הרכיב bitrix:main.urlrewrite. תגי Meta מ-dle_post_extras מועברים למאפייני SEO של בלוק המידע.
נפח נתונים
עם 50,000+ פרסומים, שאילתות SQL סטנדרטיות נתקעות. אנחנו משתמשים בהכנסה מרוכזת (batch insertion) דרך CIBlockElement::Add עם אירועים מושבתים ו-caching. עבור אתרים עם תעבורה גבוהה, אנחנו מיישמים אינטגרציית CDN ו-Redis caching. האינדקס ix_sort ו-tagged caching (CACHE_TYPE = A) מאיצים את טעינת הקטלוג פי 10.
איך אנחנו עושים זאת
העברת פרסומים לאינפובלוק "News". מיפוי שדות:
DLE (dle_post) |
Bitrix (אינפובלוק) |
|---|---|
title |
NAME |
short_story |
PREVIEW_TEXT (html) |
full_story |
DETAIL_TEXT (html) |
date |
ACTIVE_FROM |
alt_name |
CODE |
approve, category |
ACTIVE, IBLOCK_SECTION_ID |
הקטגוריות נוצרות תחילה באמצעות CIBlockSection::Add(), תוך שמירה על ההיררכיה (parentid → IBLOCK_SECTION_ID).
שדות נוספים (xfields) מנותחים מפורמט המחרוזת field1|value1||field2|value2 ונשמרים במאפייני האינפובלוק:
// Парсинг extra_fields из DLE
$extraFields = [];
foreach (explode('||', $row['xfields']) as $pair) {
[$key, $val] = explode('|', $pair, 2);
$extraFields[$key] = $val;
}
בפרויקט אמיתי עם 20,000 פרסומים, העברנו 150,000 תמונות, בנינו מחדש גלריות ושחזרנו קישורי קטגוריות. ביקורת לאחר ההעברה הראתה רק 3% אי-התאמה — כל השגיאות תוקנו בתוך יום.
כיצד לטפל בהעברת משתמשים ללא אובדן נתונים?
מאגר המשתמשים של DLE (dle_users) יכול להכיל עד 100,000 רשומות. CUser::Add() בלולאה הוא איטי — אנו מייעלים על ידי שימוש ב-CLanguage::GetList() וב-CGroup::GetList() לשמירת קבוצות במטמון.
סיסמאות נשמרות בשדה PASSWORD כגיבוב זמני, ובעת התחברות אנו בודקים באמצעות הפונקציה הישנה dle_hash(). לאחר שינוי הסיסמה הראשון, המשתמש עובר למערכת הסטנדרטית. כך מובטחת העברת משתמשים חלקה.
מה לעשות עם קישורי SEO לאחר מיגרציה?
כל הכתובות הישנות חייבות להפנות לחדשות. אנו אוספים את הרשימה מ-dle_post.alt_name ו-dle_category.alt_name, יוצרים הפניות 301 ב-.htaccess או מגדירים אותן ב-Bitrix דרך הרכיב bitrix:main.urlrewriter.add. תגי מטא מועברים למאפייני בלוק המידע UF_SEO_TITLE ו-UF_SEO_DESCRIPTION.
תהליך מיגרציית ה-SEO שלנו משמר עד 90% מדירוגי מנועי החיפוש. עבור מיגרציה טיפוסית של 20,000 פוסטים, העלות מחושבת לאחר ביקורת.
תהליך
- ניתוח — ביקורת של נתוני הגירת DLE, זיהוי אי-תאימויות, הערכת נפח. אנו יוצרים מפת שדות.
- עיצוב — יצירת אינפובלוקים, מאפיינים, מדורים. הגדרת מטמון מתויג ואינטגרציה עם 1С דרך CommerceML.
- יישום — סקריפטים לייצוא/ייבוא ב-PHP 8.1+. טעינה באצוות דרך
CIBlockElement::Addעם אירועים מושבתים. אנו משתמשים ב-Bitrix D7 ORM, מטפלי אירועים ומנוע מטמון עם Memcached לביצועים. - בדיקות — אימות ספירת אלמנטים, הרשאה, הפניות, תמונות.
- פריסה — העברה לפרודקשן, ניטור לוגים, שבוע תמיכה.
השוואת מהירות: Bitrix עם מטמון מוגדר מציג עמוד קטלוג פי 7.5 מהר יותר מ-DLE — 0.2 ש' לעומת 1.5 ש'. השוואת ביצועים בוצעה על שרת טיפוסי עם 8 GB RAM. בפרויקט אחד, ההגירה צמצמה את זמן יצירת העמוד מ-3 שניות ל-0.3 שניות, מה שהשפיע ישירות על ההמרה וגורמי ההתנהגות.
לוחות זמנים משוערים
| נפח | לוח זמנים |
|---|---|
| עד 5,000 פוסטים, ללא xfields | 2–4 שבועות |
| 5,000–50,000 פוסטים, עם משתמשים | 5–8 שבועות |
| 50,000+, עם גלריות ותגובות | 2–4 חודשים |
המחירים מתחילים מ-по индивидуальному расчётуעבור אתרים עם עד 5,000 פוסטים.
טעויות נפוצות בהעברה מ-DLE
- ללא הפניות 301 — ירידה בתנועה של עד 70%.
- התעלמות מ-xfields — אובדן נתונים נוספים.
- הכנסה ישירה של גיבובי סיסמאות — חסימת התחברות.
תוצרים
- גיבוי מלא של מסד הנתונים והקבצים (הגנה מפני אובדן נתונים).
- תיעוד של תהליך ההעברה ופרטי גישה.
- יצירת אינפובלוקים, מאפיינים, מדורים.
- העברת פוסטים, משתמשים, תגובות, תמונות.
- הגדרת הפניות 301 ומטא-נתוני SEO.
- הדרכת מנהלים על Bitrix.
- 7 ימי תמיכה טכנית לאחר ההשקה.
דוגמה לכלל הפניה ב-.htaccess:
RewriteRule ^category/(.*)\.html$ /catalog/по индивидуальному расчёту/ [R=301,L]
קבלו ייעוץ — נעריך את הפרויקט שלכם בתוך שני ימי עסקים. אנו מבטיחים שלמות נתונים ודיווח שקוף בכל שלב. לצוות שלנו יש למעלה מ-10 שנות ניסיון עם Bitrix CMS ו-DLE, למעלה מ-50 העברות מוצלחות. הזמינו העברה עוד היום כדי למנוע אובדן תנועה ומשתמשים. אם אתם מתכננים העברה, צרו קשר — נעריך את ההיקף ולוח הזמנים.