عند بناء مدونة معقدة على Divi، غالبًا ما تواجه قيودًا عند استخدام الوحدات الافتراضية، لكن مشروعًا حديثًا يوضح لماذا الشورت كود المخصص هو الطريق الأذكى. لقد أُعيد تصميم مدونة لمنصة Rev6 للياقة البدنية، والتي تستخدم ووردبريس وDivi. لم يكن الهدف هو مجرد الحصول على مظهر جميل، بل التركيز على القرارات المعمارية لتجنب المشاكل المستقبلية. واجه الفريق مشكلة مع وحدة مدونة Divi المدمجة. ورغم أنها جيدة للقوائم العادية، إلا أنها لا تستطيع تلبية احتياجات خاصة مثل التوجيه المعتمد على عناوين URL للفئات، وتصميمات بطاقات المحتوى المخصصة، والتعامل مع المنشورات بناءً على عضوية المستخدم. محاولة إجبار أداة بناء الصفحات على إنتاج تصميمات غير افتراضية غالبًا ما يؤدي إلى فوضى من التجاوزات التي تتعطل مع كل تحديث جديد لـ Divi. بدلاً من ذلك، اختار الفريق نهجًا مختلفًا. قاموا ببناء نظام صغير من الشورت كود المخصص، والذي يعيش في مجلد ملفات السمات الفرعية (child theme) ويتم تنسيقه بواسطة ملف CSS واحد خاص بهم. تُجمع هذه الشورت كود بعد ذلك داخل أداة بناء الثيمات (Theme Builder) الخاصة بـ Divi. تتكون الواجهة الأمامية بالكامل من عدد قليل من الشورت كود المركزة: * `[rev6_blog_sidebar]` لتصفح الفئات والبحث. * `[rev6_sort_dropdown]` للتحكم في الفرز. * `[rev6_post_grid]` لعرض بطاقات المنشورات. * `[rev6_author_bar]` لعرض معلومات الكاتب في صفحة التفاصيل. * `[rev6_author_bio]` لكتلة السيرة الذاتية للكاتب. * `[rev6_related_posts]` لقسم «استمر في القراءة». أهم ما في هذا النهج هو أن كل جزء مستقل بشورت كود خاص به. هذا يجعل قالب Theme Builder مجرد طبقة تجميع بسيطة — أي وحدة كود تحتوي على الشورت كود بالترتيب الصحيح — وتبقى كل منطق البرمجة في ملفات PHP التي يمكن التحكم في إصداراتها بسهولة، بدلاً من أن تكون محبوسة داخل قاعدة بيانات أداة بناء الصفحات. هذا يوفر مرونة كبيرة ويجعل التحديثات أسهل بكثير، مما يمنحك تحكمًا أكبر في كيفية عمل مدونتك وتطويرها.