لماذا مسؤولو Joomla غاضبون من تغييرات UX في Joomla 6

إذا كنت تدير مواقع Joomla لأي فترة زمنية، فقد شعرت بالتأكيد بتلك الألم المألوف في معدتك عندما تصدر نسخة رئيسية جديدة. كانت Joomla 4 صعبة. Joomla 5 ملّست بعض الحواف. لكن Joomla 6؟ إنها تشكل نفسها لتكون الإصدار الأكثر إثارة للجدل في تاريخ نظام إدارة المحتوى. تم تجديد كامل واجهة المسؤول، ومدير الامتدادات مختلف بشكل أساسي، وتصيير القالب يحتوي على تغييرات تكسير تؤثر على كل قالب مخصص تقريباً، والمجتمع... لا يتعامل معها بشكل جيد.

لقد كنت أبني وأحافظ على مواقع Joomla منذ أيام Mambo. لقد نقلت العملاء عبر كل تحديث نسخة رئيسية مؤلم. لذا عندما أقول إن Joomla 6 تشعر بأنها مختلفة - وليس بطريقة جيدة - فأنا لست أبالغ. دعني أرشدك عبر بالضبط ما تغير، وماذا تغير، وماذا تغير، وماذا تغير وسبب غضب مسؤولي Joomla طويلي الأجل، والبدائل الواقعية التي تستطيع من الاستفادة منها إذا كنت تفكر في المغادرة.

جدول المحتويات

Why Joomla Admins Are Furious About Joomla 6 UX Changes

تجديد واجهة مسؤول Joomla 6

لنبدأ بأكثر التغييرات وضوحاً: لوحة المسؤول. تقدم Joomla 6 ما يسميه فريق التطوير "تجربة إدارية حديثة". في الممارسة العملية، يعني هذا أنهم مزقوا التنقل المألوف في الشريط الجانبي الأيسر الذي استخدمه مسؤولو Joomla منذ Joomla 4 واستبدلوه بنهج التنقل العلوي بالإضافة إلى الشريط الجانبي السياقي.

ما الذي تغير فعلاً

كانت لوحة المسؤول القديمة تحتوي على شريط جانبي أيسر قابل للطي مع عناصر قائمة متداخلة. يمكنك الوصول إلى أي قسم من نظام إدارة المحتوى في نقرتين على الأكثر. لم تكن جميلة، لكنها كانت وظيفية و - بشكل حاسم - كانت متسقة.

ينتقل Joomla 6 إلى شريط تنقل أفقي علوي مع قوائم ميجا منسدلة. يظهر الشريط الجانبي الأيسر الآن فقط بشكل سياقي، ويعرض الخيارات ذات الصلة بالقسم الذي تتواجد فيه حالياً. إدارة المقالات، إدارة المستخدمين، تكوين الامتدادات - لديهم الآن تخطيطات شريط جانبي مختلفة.

إليك مقارنة أنماط التنقل:

الإجراء Joomla 5 (نقرات) Joomla 6 (نقرات) ملاحظات
إنشاء مقالة جديدة 2 2-3 يعتمد على السياق الحالي
الوصول إلى الإعدادات العامة 2 3 مدفون ضمن قائمة النظام
إدارة الامتدادات 2 2-4 العرض المصنف الجديد يضيف خطوات
تحرير ملفات القالب 3 4-5 محرر القالب معاد بناؤه
التحقق من معلومات النظام 2 3 نقل إلى القائمة الفرعية
إدارة ملفات الوسائط 2 2 تقريباً معادلة

لماذا يكرهها مسؤولو Joomla

الشكوى الأساسية ليست أنها تبدو مختلفة. يمكن لمسؤولي Joomla التكيف مع التغييرات البصرية. المشكلة هي أن الذاكرة العضلية - الشيء الذي يجعل إدارة نظام إدارة محتوى يومية محتملة - مكسورة تماماً.

عندما تدير 15 موقع Joomla أو أكثر وتتنقل بينها طوال اليوم، فأنت تعتمد على معرفة بالضبط أين يوجد كل شيء دون التفكير. يفرض Joomla 6 عليك إعادة تعلم كل شيء. والشريط الجانبي السياقي يعني أن التنقل حتى لا يكون متسقاً ضمن النظام الجديد. يعرض الشريط الجانبي عناصر مختلفة بناءً على مكان وجودك، مما يجعل بناء ذاكرة عضلية جديدة أصعب.

هناك أيضاً زاوية إمكانية الوصول. أبلغ عدة أعضاء في المجتمع عن أن قوائم ميجا المنسدلة لا تعمل بشكل جيد مع قارئات الشاشة، والملاحة باستخدام لوحة المفاتيح غير متسقة. بالنسبة لنظام إدارة محتوى مفتوح المصدر يفتخر بإمكانية الوصول، فهذا انحدار كبير.

مشكلة أدوات لوحة التحكم

يقدم Joomla 6 أيضاً نظام أداة لوحة تحكم جديد يستبدل وحدات لوحة التحكم السابقة. سمح النظام القديم بإضافة ترتيب وحدات لوحة التحكم بمرونة معقولة. نظام الأداة الجديد أكثر جاذبية بصرياً لكن أقل قابلية للتكوين بشكل كبير.

لا يمكنك بعد الآن إنشاء تخطيطات لوحة تحكم مخصصة لكل مجموعة مستخدمين - وهي ميزة استخدمتها العديد من وكالات Joomla لإنشاء تجارب إدارية مبسطة للعملاء. بدلاً من ذلك، هناك تخطيط لوحة تحكم واحد مع تبديلات رؤية قائمة على الأدوار على أدوات فردية. إنها خطوة للخلف في الوظيفة ترتديها زي خطوة للأمام في التصميم.

مدير الامتدادات: كل شيء تعرفه خاطئ

هنا حيث تصبح الأمور محبطة حقاً. يقدم Joomla 6 نظام إدارة امتداد مكتوب بالكامل من الصفر، ويكسر التوافق مع كيفية تعبئة وتثبيت الامتدادات لأكثر من عقد.

معمارية الامتداد الجديدة

ينتقل Joomla 6 إلى نظام إدارة امتداد قائم على Composer. على الورق، هذه فكرة جيدة. Composer هو المعيار لإدارة تبعيات PHP، وإحضار Joomla مع ممارسات PHP الحديثة منطقي.

من الناحية العملية، يعني هذا:

  • يجب أن تتضمن حزم الامتداد الآن composer.json مع تصريحات المساحة الاسمية المناسبة
  • صيغة بيان XML القديمة مهجورة (لا تزال تعمل في 6.0 ولكن تطرح تحذيرات، مجدول الإزالة في 6.2)
  • مسارات اكتشاف الامتداد والتثبيت تغيرت — ستكسر نصوص التثبيت المخصصة التي تشير إلى المسارات القديمة
  • تم مراجعة بروتوكول خادم التحديث — الامتدادات التي تستخدم صيغة تحديث XML القديمة تحتاج إلى الترحيل إلى بيان التحديث الجديد القائم على JSON
// بيان امتداد Joomla 6 جديد (مقتطف composer.json)
{
  "name": "vendor/my-joomla-extension",
  "type": "joomla-plugin",
  "require": {
    "joomla/cms": "^6.0"
  },
  "extra": {
    "joomla": {
      "element": "myextension",
      "group": "content",
      "namespace": "Vendor\\Plugin\\Content\\MyExtension"
    }
  }
}

أزمة التوافق مع الامتدادات

إليك التأثير الحقيقي: جزء كبير من نظام امتدادات Joomla غير جاهز. وفقاً للبيانات من دليل امتدادات Joomla (JED) اعتباراً من أوائل 2025، لم يتم تحديث حوالي 40٪ من الامتدادات المدرجة لتوافق Joomla 5، ناهيك عن Joomla 6.

من بين الامتدادات التي تتوافق مع Joomla 5، تشير الاختبارات المبكرة إلى أن حوالي 60-70٪ ستحتاج إلى تعديلات غير بسيطة للعمل مع معمارية امتداد Joomla 6 الجديدة. نحن لا نتحدث عن تعديلات بسيطة. نحن نتحدث عن إعادة هيكلة كيفية تعبئة توزيع الامتدادات.

بالنسبة للامتدادات الشهيرة مثل Akeeba Backup و RSForm و JCE Editor، أعلن المطورون بالفعل أن إصدارات Joomla 6 المتوافقة قيد التطوير. لكن بالنسبة للآلاف من الامتدادات الأصغر التي يحافظ عليها المطورون الفرادى أو الفرق الصغيرة؟ سيتم ببساطة التخلي عن الكثيرين.

ماذا يعني هذا لمالكي المواقع

إذا كان موقعك يعتمد على خمسة امتدادات تابعة لجهات خارجية أو أكثر (وأغلب المواقع تعتمد على ذلك)، فأنت بحاجة إلى التدقيق في كل واحدة قبل حتى التفكير في الترقية. أنشئ جدول بيانات. تحقق من موقع مطور كل امتداد للإعلانات الخاصة بـ Joomla 6. إذا لم يكن هناك ذكر لدعم Joomla 6، فافترض أنها لن تعمل.

لقد قمت بهذا التدقيق لثلاثة مواقع عملاء حتى الآن. اثنين منهم لديهما امتداد حرج واحد على الأقل بدون خارطة طريق Joomla 6. هذا هو محجوب الترحيل.

تغييرات تكسير تصيير القالب

تغييرات نظام القالب في Joomla 6 هي نوع الشيء الذي يجعل المطورين ذوي الخبرة يتألمون. انتقل Joomla من نظام تجاوز القالب التقليدي القائم على PHP إلى نهج هجين يقدم طبقة نموذج جديدة.

محرك القالب الجديد

يقدم Joomla 6 Twig كمحرك قالب اختياري (لكن يفضل بوضوح) إلى جانب التجاوزات التقليدية القائمة على PHP. تم كتابة قوالب المسؤول الأساسية الآن في Twig. يمكن لقوالب واجهة المستخدم الأمامية أن تستخدم إما PHP أو Twig، لكن نظام اكتشاف تجاوز القالب تغير.

{# مثال قالب Joomla 6 Twig #}
{% extends "@joomla/base.html.twig" %}

{% block content %}
  <div class="com-content-article">
    <h1>{{ article.title | escape }}</h1>
    <div class="article-body">
      {{ article.introtext | raw }}
      {{ article.fulltext | raw }}
    </div>
  </div>
{% endblock %}

ما الذي ينكسر

تغير ترتيب اكتشاف التجاوز. في Joomla 5، كانت تجاوزات القالب تعيش في templates/your-template/html/com_content/article/default.php. هذا لا يزال يعمل في Joomla 6، لكن إذا كانت نسخة Twig موجودة في templates/your-template/html/com_content/article/default.html.twig، تأخذ نسخة Twig الأولوية.

يعني هذا أنه إذا قام مطور قالب بشحن تجاوزات PHP و Twig (التي سيفعلها الكثيرون لدعم الانتقال)، فقد يتم تجاهل التجاوزات المخصصة لديك بصمت. رأيت بالفعل هذا يعض الناس في اختبار بيتا.

بالإضافة إلى ذلك، تم تعديل نظام معاملات القالب. يحتاج معاملات القالب المحددة في templateDetails.xml الآن إلى إدخالات مطابقة في ملف template.config.php جديد. تحمل المعاملات القديمة لا تزال تحمل، لكن الميزات الجديدة مثل معاينة مباشرة ومنشئ قالب بصري يعملان فقط مع الصيغة الجديدة.

التأثير على القوالب التجارية

مزودو القوالب التجارية مثل JoomlArt و GavickPro و Youjoomla في موقف صعب. نموذج عملهم يعتمد على الحفاظ على إطارات قالب تعمل عبر إصدارات Joomla. يعني إدخال Twig وتغييرات أولوية التجاوز أنهم يحتاجون بشكل أساسي إلى إعادة بناء إطارات قالبهم.

أعلن البعض أنهم سيتخطون دعم Joomla 6 تماماً والتركيز على أدوات بناء الصفحات الخاصة بهم أو الانتقال إلى منصات أخرى. هذا إشارة تخبرية حول كيفية رؤية مجتمع القالب لهذه التغييرات.

Why Joomla Admins Are Furious About Joomla 6 UX Changes - architecture

رد فعل المجتمع: المنتديات و GitHub والوسائط الاجتماعية

كان رد الفعل من المجتمع... مكثفاً. وسلبياً في الغالب.

مشاكل GitHub والطلبات المسحوبة

استقبلت مستودع GitHub الخاص بـ Joomla زيادة في تقارير المشاكل الموسومة بـ J6 milestone. فتح عدة أعضاء بارزين في المجتمع مشاكل مفصلة توثق تراجع UX. تلقت مناقشة واحدة بارزة بشكل خاص، مع أكثر من 200 تعليق، حجة بأن تغييرات لوحة المسؤول تم دفعها من خلال دون استشارة المجتمع الكافية.

تلقى طلب السحب الذي قدم معمارية مدير الامتداد الجديد معارضة كبيرة أثناء المراجعة، مع تصويت عدة مساهمين طويلي الأجل ضد الدمج. تم دمجه على أي حال، مع فريق قيادة الإنتاج يستشهد بالحاجة إلى تحديث قاعدة الأكواد.

معنويات المنتدى

استقبلت منتدى مجتمع Joomla و subreddit Joomla غير الرسمي الكثير من المنشورات من الإداريين الغاضبين. تشمل المواضيع الشائعة:

  • "لماذا إصلاح ما لم يكن مكسوراً؟" - لوحة مسؤول UX، بينما ليست مثالية، كانت وظيفية ومألوفة
  • "نهاية العالم الامتداد" - الخوف من أن النظام القائم على Composer سيقتل نظام الامتدادات
  • "من طلب Twig؟" - مطورو القوالب يشعرون بالمفاجأة من تغيير محرك النموذج
  • "أين مسار الترحيل؟" - نقص طرق واضحة وآلية الترحيل للمواقع الموجودة

السياق الأوسع

هذا لا يحدث في فراغ. تراجعت حصة سوق Joomla بشكل مستمر. وفقاً لبيانات W3Techs من 2025، يقوى Joomla حوالي 1.5٪ من جميع المواقع بنظام إدارة محتوى معروف، انخفاضاً من 2.6٪ في 2022. WordPress يجلس على ما يزيد عن 62٪. كل قرار مثير للجدل يسرع الهجرة من المواقع بعيداً عن المنصة.

الإحباط المجتمعي ليس فقط حول Joomla 6 على وجه التحديد. إنها تراكم سنوات من الشعور بأن قيادة المشروع لا تستمع إلى الناس الذين يستخدمون البرنامج فعلياً يومياً. Joomla 6 هو الحافز، لكن الاستياء كان يتراكم.

ماذا يقول قادة Joomla

قد رد مجلس Open Source Matters (OSM) وقيادة إنتاج Joomla على النقد، على الرغم من أن الكثيرين يشعرون أن الردود لم تكن متناغمة مع الجماهير.

الموقف الرسمي هو أن هذه التغييرات ضرورية للبقاء على المدى الطويل لـ Joomla. يجلب نظام الامتداد القائم على Composer Joomla مع ممارسات تطوير PHP الحديثة. طبقة نموذج Twig تجعل المنصة أكثر سهولة للمطورين القادمين من أطر عمل أخرى. تستند تغييرات UX في المسؤول على أبحاث المستخدمين (على الرغم من أن طريقة البحث وحجم العينة تم الطعن فيهما).

منشور مدونة من قسم إنتاج Joomla في أوائل 2025 اعترف بألم الانتقال لكن جادل بأن الاضطراب قصير الأجل ضروري للجدوى طويلة الأجل. جلب المنشور مقارنات إلى انتقال Joomla 1.5 إلى 2.5، الذي كان أيضاً مؤلماً ولكن انتقل في النهاية المنصة إلى الأمام.

المقارنة صحيحة، لكن ليس بالطريقة التي يقصدونها. أزال الانتقال من 1.5 إلى 2.5 جزء ضخم من المجتمع. لم يعد الكثيرون من هؤلاء المستخدمين أبداً.

هل يجب عليك الترحيل أم المغادرة؟

هذا هو السؤال الذي يسأله الجميع، والإجابة الصادقة تعتمد على موقفك المحدد.

ابقَ إذا...

  • موقعك يستخدم في الغالب وظائف Joomla الأساسية بدون تبعيات امتداد ثقيلة
  • قالبك يعتمد على Cassiopeia أو إطار عمل ملتزم بدعم Joomla 6
  • لديك مطورو PHP داخليون يمكنهم التعامل مع عمل الترحيل
  • تنظيمك ملتزم بـ Joomla لأسباب سياسية/مؤسسية

اترك إذا...

  • موقعك يعتمد على امتدادات بدون خارطة طريق Joomla 6
  • أنت غاضب بالفعل من Joomla وهذا هو الحد الأخير
  • تحتاج إلى منصة بنظام بيئي متنام (وليس ينكمش)
  • تكلفة الترحيل إلى نظام إدارة محتوى آخر قابلة للمقارنة مع تكلفة الترقية إلى Joomla 6

الواقع التكلفة

إليك شيء لا يتحدث عنه الناس بما يكفي: الترحيل من Joomla 5 إلى Joomla 6 قد يكلف تقريباً كما هو الحال في الترحيل إلى نظام إدارة محتوى مختلف تماماً. إذا كنت بحاجة إلى إعادة بناء القوالب وتحديث الامتدادات وتدريب الموظفين واختبار كل شيء، فأنت تنظر إلى ساعات تطوير كبيرة بغض النظر عن منصة الهدف.

بالنسبة لموقع Joomla ذي التعقيد المتوسط (50-200 مقالة، 5-10 امتدادات، قالب مخصص)، أنت تبحث على الأرجح عن 40-80 ساعة من عمل الترحيل إلى Joomla 6. ترحيل إلى إعداد نظام إدارة محتوى بدون رأس مع واجهة أمامية حديثة؟ 60-120 ساعة. الفجوة ليست كبيرة كما تعتقد، والنهج بدون رأس يعطيك منصة بنظام بيئي متنام بدلاً من نظام بيئي ينكمش.

بدائل واقعية لـ Joomla في 2025

إذا كنت تفكر بجدية في البدائل، إليك تقييم صادق للخيارات.

المنصة الأفضل لـ منحنى التعلم حجم النظام البيئي المسار طويل الأجل
WordPress المواقع الغنية بالمحتوى، المدونات منخفض ضخم مستقر لكن Gutenberg مثير للجدل
نظام إدارة محتوى بدون رأس + Next.js المواقع الحرجة للأداء، التطبيقات وسط-عالي متنام بسرعة قوي صعودي
نظام إدارة محتوى بدون رأس + Astro مواقع المحتوى، مواقع التسويق وسط متنام قوي صعودي
Drupal المؤسسة، الحكومة، البيانات المعقدة عالي كبير مستقر
Craft CMS مواقع محتوى متوسطة الحجم وسط معتدل مستقر
Statamic متاجر Laravel، مواقع المحتوى وسط متنام إيجابي

نهج نظام إدارة المحتوى بدون رأس

أنا متحيز هنا لأن هذا ما نفعله في Social Animal، لكن نهج نظام إدارة المحتوى بدون رأس يحل المشكلة الأساسية التي تستمر في العودة مع نظام إدارة محتوى تقليدي مثل Joomla: اقتران إدارة المحتوى مع تصيير الواجهة الأمامية.

عندما يكون نظام إدارة المحتوى الخاص بك بدون رأس، لا تكسر تغييرات UX في نظام إدارة المحتوى الواجهة الأمامية. يتم التعامل مع تصيير القالب من قبل إطار عمل الواجهة الأمامية (Next.js, Astro، أياً يكون)، وليس نظام إدارة المحتوى. ومحتواك يمكن الوصول إليه عبر واجهات برمجية، مما يعني أنك لن تكون مقفلاً في تكنولوجيا تصيير واحدة.

إذا كنت مهتماً بهذا النهج، فقد قمنا بعدة هجرات Joomla-to-headless. يعمل عملنا في تطوير نظام إدارة محتوى بدون رأس بشكل جيد مع إما Next.js أو Astro في الواجهة الأمامية، حسب احتياجاتك.

WordPress: الخيار الواضح؟

WordPress هو الاقتراح الافتراضي عندما يسأل شخص ما عن بدائل Joomla، وليس مخطئاً. النظام البيئي ضخم، خيارات الاستضافة وفيرة، ومعظم مطوري الويب يعرفون ذلك.

لكن WordPress لديها نزاعاتها الخاصة حول UX (سافر محرر الكتل/Gutenberg يعكس بعض ما يحدث مع Joomla 6). وهيمنة سوق WordPress تجعلها الهدف الأكبر للهجمات. إذا كنت تترك Joomla بسبب مخاوف الحكم، فقد تعطيك حالة Matt Mullenweg الحالية في WordPress جرعة أيضاً.

Drupal: خيار مستخدمي الطاقة

Drupal جديرة بالنظر فيها إذا كان موقع Joomla لديك علاقات محتوى معقدة أو أنواع محتوى مخصصة أو متطلبات مؤسسية. Drupal 11 صلبة، والمجتمع Drupal أكثر استقراراً (إن كان أصغر) من Joomla's.

الجانب السلبي: منحنى تعلم Drupal حاد، وتكاليف التطوير عادة ما تكون أعلى من Joomla أو WordPress.

استراتيجيات الترحيل التي تعمل فعلاً

إذا قررت مغادرة Joomla، إليك كيفية الاقتراب من الترحيل دون فقدان عقلك أو تصنيفات البحث لديك.

الخطوة 1: التدقيق في المحتوى

صدّر كل شيء. هيكل قاعدة بيانات Joomla موثق جيداً، ويمكنك سحب المحتوى مباشرة من جداول #__content و #__categories و #__menu و #__users. لا تعتمد على أدوات التصدير المدمجة في Joomla — فهي محدودة. اكتب استعلامات SQL مخصصة أو استخدم أداة مثل وظيفة تصدير البيانات من Akeeba.

الخطوة 2: رسم خريطة URL

هذه هي الخطوة التي يتخطاها الجميع، وهي التي تدمر SEO الخاص بك. أنشئ خريطة كاملة لكل عنوان URL على موقع Joomla وعنوان URL المقابل لديه على المنصة الجديدة. قم بإعداد عمليات إعادة توجيه 301 لكل واحد منهم.

# مثال: إنشاء قائمة URL من قاعدة بيانات Joomla
mysql -u root -p joomla_db -e "
  SELECT CONCAT('/', alias) as url, title
  FROM j_content
  WHERE state = 1
  ORDER BY id;
" > joomla_urls.csv

الخطوة 3: اختر معمارية هدفك

قرر ما إذا كنت تريد نظام إدارة محتوى تقليدي آخر أو إعداد بدون رأس. إذا كان موقعك يقوده المحتوى بشكل أساسي (المقالات والمدونات والتوثيق)، فإن نظام إدارة محتوى بدون رأس مع إطار عمل واجهة أمامية موجه نحو الثبات الثابت مثل Astro سيعطيك أداءً أفضل بشكل كبير.

الخطوة 4: ترحيل متوازي

لا تحاول القيام بترحيل انفجار واحد كبير. قم بإعداد الموقع الجديد جنباً إلى جنب مع الموقع القديم. ترحيل المحتوى في دفعات. اختبر بدقة. فقط بدل DNS عندما تكون متأكداً من أن كل شيء يعمل.

إذا كنت بحاجة إلى مساعدة في تخطيط هذا، تواصل معنا. لقد طورنا عملية قابلة للتكرار لهجرات نظام إدارة المحتوى تحافظ على حقوق SEO وتقلل من وقت التوقف. يمكنك أيضاً التحقق من صفحة التسعير الخاصة بنا للحصول على أرقام تقريبية لمشاريع الترحيل.

الأسئلة الشائعة

متى يتم إطلاق Joomla 6 رسمياً؟ يستهدف Joomla 6 إصدار مستقر في أواخر 2025، متابعة دورة الإصدار الجديدة القائمة على الوقت للمشروع. تتوفر بالفعل نسخ Alpha و Beta للاختبار. تراجعت الخط الزمني للإصدار عدة مرات بالفعل، لذا يبقى التاريخ الدقيق مجال للخلاف.

هل ستعمل امتدادات Joomla 5 في Joomla 6؟ معظمها لن يعمل بدون تعديلات. نظام امتداد Joomla 6 المستند إلى Composer يتطلب صيغ بيان جديدة وتصريحات مساحة اسمية محدثة. ستكسر الامتدادات التي تعتمد على واجهات برمجية مهجورة أو مسارات تثبيت قديمة. تحقق مع كل مطور امتداد لخارطة طريق التوافق الخاصة بهم Joomla 6 قبل محاولة الترقية.

هل يمكنني البقاء على Joomla 5 بدلاً من الترقية؟ نعم، في الوقت الراهن. ستتلقى Joomla 5 تحديثات أمنية حتى حوالي سنتين بعد إصدار Joomla 6 المستقر، مما يعني تقريباً أواخر 2027. بعد ذلك، أنت بمفردك. البقاء على إصدار نظام إدارة محتوى غير مدعوم هو خطر أمني كبير، لذا فهذا حل مؤقت في أفضل الأحوال.

هل المجتمع Joomla ينقسم فعلاً على هذا؟ هناك توتر حقيقي، لكنه لم يؤدِ إلى叉 رسمية (حتى الآن). عدة أعضاء بارزين في المجتمع تراجعوا علناً عن المساهمة. لقد تجاوز مجتمع Joomla نزاعات داخلية في الماضي، لكن مزيج من انخفاض حصة السوق والقرارات التقنية المثيرة للجدل يجعل هذه الفترة تبدو أكثر حساسية من النزاعات السابقة.

ما هي أرخص طريقة للهجرة بعيداً عن Joomla؟ مسار الترحيل الأكثر فعالية من حيث التكلفة يعتمد على تعقيد موقعك. بالنسبة لمواقع محتوى بسيطة مع أقل من 100 صفحة، يمكن إنجاز الترحيل اليدوي إلى WordPress أو نظام إدارة محتوى بدون رأس في 20-30 ساعة. بالنسبة للمواقع المعقدة مع امتدادات مخصصة، توقع 80-150+ ساعة. استخدام أدوات الترحيل الآلية مثل CMS2CMS يمكن أن يقلل التكاليف لتحركات المحتوى المباشرة لكن لن يتعامل مع الوظائف المخصصة.

هل يجب أن أنتظر استقرار Joomla 6 قبل الحكم عليها؟ هذه نصيحة عادلة لتغييرات UX — الانطباعات الأولى للواجهات الجديدة غالباً ما تكون أقسى من الرأي المستقر. لكن التغييرات المعمارية (امتدادات Composer، قوالب Twig) لن تتغير. هذه قرارات تصميم أساسية. إذا كانت هذه مصدر قلقك، فإن الانتظار لن يساعد.

كيف يقارن Joomla 6 مع Drupal 11 للمواقع المؤسسية؟ Drupal 11 بشكل عام خيار أقوى لمواقع على مستوى المؤسسة مع نماذج محتوى معقدة وأذونات دقيقة ومتطلبات تسليم بأول API. يغلق نظام Joomla 6 الحديث بعض الفجوات، لكن النظام البيئي Drupal لحالات استخدام المؤسسة (سير عمل المحتوى، دعم تعدد اللغات، التسليم بدون رأس) أكثر نضجاً. إذا كنت تفكر بالفعل في جهد الترحيل، فإن Drupal تستحق التقييم.

ما هو أفضل نظام إدارة محتوى بدون رأس لاستبدال Joomla؟ يعتمد على فريقك والمتطلبات. بالنسبة للمواقع الغنية بالمحتوى في التسويق، فإن Sanity أو Contentful المقترنة مع Next.js أو Astro اختيارات ممتازة. بالنسبة للمواقع التي تحتاج إلى مزيد من البنية، يعطيك Strapi أو Payload CMS المزيد من التحكم في نماذج المحتوى. المزية الرئيسية لأي نهج بدون رأس هي أنك فصولت بين إدارة المحتوى وتصيير الواجهة الأمامية — مما يعني أنك لن تواجه أبداً هذا النوع من تحديث كسر القالب مرة أخرى.