ما الذي ينكسر عند مغادرة Drupal، ومتى لا ينبغي أن تغادر
نموذج المحتوى ينطبق بنظافة أكثر مما يتوقع الناس. أما سير العمل التحريري حوله فلا مكافئ له إطلاقاً، ولبعض المؤسسات ذلك سبب للبقاء.
تدفع ترحيلات Drupal عادةً كلفةُ الملكية لا خطأ في الموقع. فـ Drupal مبني للمطورين ويتوقع استثماراً تقنياً مستمراً: تحديثات أمنية، وتوافق الوحدات، وشخص حاضر يفهمه. والمؤسسات المغادرة تعقد المقايضة نفسها دائماً تقريباً: عمق تخصيص أقل مقابل عبء تشغيلي أقل بكثير واستقلالية أكبر بكثير لمن ينشرون.
نموذج المحتوى ينطبق، في معظمه
ينظّم Drupal المحتوى كأنواع عقد ذات حقول وتصنيفات. وينظّمه Webflow كمجموعات ذات حقول ومراجع. والترجمة مباشرة بما يكفي لأن يكون لمعظم نموذج محتوى Drupal مكافئ بديهي في Webflow، ما يجعل هذه الترحيلات أكثر قابلية للتنبؤ مما تبدو من الخارج.
وحيث يتوتر الأمر هو العمق. فنموذج المراجع في Webflow أقل عمقاً من Drupal، فالتسلسلات التصنيفية العميقة والبنى المرجعية شديدة الترابط يجب تبسيطها لا نسخها. وذلك التبسيط قرار محتوى له عواقب تحريرية، ومكانه التدقيق لا البناء.
طبقة سير العمل هي ما تخسره فعلاً
ليس لآلة Drupal التحريرية نظير مباشر، ويستحق حجم ذلك صراحة. حالات مراجعة المحتوى. الموافقة متعددة المراحل. سجلات التنقيح مع التراجع. صلاحيات دقيقة بما يكفي لمنح محرر واحد وصولاً إلى حقل واحد في نوع محتوى واحد. وهذه ليست أصعب في Webflow. بل غائبة.
فالسؤال المفيد هو لماذا يوجد سير العمل. إن وُجد لأن عملية امتثال تشترط موافِقاً مسمى قبل أي نشر، فذلك عائق حقيقي ويجب حله قبل الاتفاق على الترحيل لا اكتشافه أثناء اختبار قبول المستخدم. وإن وُجد لأن أحدهم فعّله في 2014 ولم يطفئه أحد، فمعظم الفرق لا تفتقده وبعضها يرتاح.
متى ينبغي أن تبقى على Drupal
ليس كل موقع Drupal ينبغي أن ينتقل، ووكالة لا تقول ذلك أبداً لا تستحق الإصغاء في هذه المسألة. والحالات التي يكون البقاء فيها صواباً واضحة بدرجة معقولة.
- سلسلة موافقات منظّمة يجب إثباتها. فإن احتاج مدقق رؤية من وافق على ماذا ومتى، احتجت سجل التنقيح، وإعادة بنائه فوق نظام محتوى مستضاف تكلف أكثر من الصيانة التي كنت تحاول الهرب منها.
- محتوى ضخم جداً أو شديد الترابط العلائقي. فلنظام محتوى Webflow سقوف صارمة، وكتالوج مريح في Drupal قد يكون مستحيلاً بنيوياً داخل مجموعة.
- عشرات المحررين بصلاحيات مختلفة فعلاً. فأدوار Webflow خشنة بالمقارنة، والحل البديل عملية لا برمجية.
- تطبيق لا موقع. فإن كان Drupal يشغّل منطق عضويات أو نماذج معقدة أو تكاملات هي المنتج نفسه، فأنت ترحّل برمجية لا محتوى.
مواقع Drupal التي تُرحَّل بنجاح هي التي كان Drupal فيها الأداة الخطأ منذ البداية. وتلك التي تُرحَّل بسوء هي التي كان فيها الأداة الصحيحة وإنما تعب الفريق.
والتعب سبب مشروع للنظر، وليس وحده سبباً للانتقال. والتدقيق الصادق يجيب هل عبء الصيانة آتٍ من كون Drupal هو Drupal، وذلك يصلحه الترحيل، أم من كون الموقع يفعل شيئاً معقداً فعلاً، وذلك ينقله الترحيل لا غير. والمسار، إن كان القرار صائباً، على صفحة الترحيل من Drupal إلى Webflow.
