
يمثل إطلاق Cloudflare مؤخرًا لـ EmDash واحدة من أكثر المحاولات طموحًا منذ سنوات لإعادة التفكير في أسس إدارة المحتوى على الويب.
سيطر WordPress على الفضاء منذ ما يقرب من ربع قرن، حيث قام بتشغيل أكثر من 40٪ من جميع مواقع الويب وسمح لملايين الأشخاص والشركات بنشر المحتوى عبر الإنترنت. لقد ساعد نجاحها في إضفاء الطابع الديمقراطي على النشر، لكن هندستها المعمارية – التي تم تقديمها لأول مرة قبل 24 عاما – كانت مصممة لعصر مختلف تماما من الإنترنت.
تتشكل شبكة الويب اليوم من خلال بنية تحتية بدون خادم، والحوسبة الموزعة، وبشكل متزايد من خلال سير العمل المعتمد على الذكاء الاصطناعي، ولم تعد العديد من الافتراضات الأساسية لـ WordPress تعكس هذا الواقع.
يستمر المقال أدناه
أحد التحديات الأكثر إلحاحًا التي تواجه WordPress هو الأمان، خاصة فيما يتعلق بالمكونات الإضافية. على الرغم من أنها كانت دائمًا عنصرًا أساسيًا في مرونة WordPress، إلا أنها تمثل أيضًا أكبر نقاط ضعفه.
نظام إدارة محتوى مفتوح المصدر بالكامل بدون خادم
تظهر بيانات الصناعة أن الغالبية العظمى من مشكلات أمان WordPress تنشأ من المكونات الإضافية، ويرجع ذلك إلى حد كبير إلى أنها تعمل مع وصول واسع إلى الأنظمة الأساسية للموقع.
يؤدي هذا إلى إنشاء نموذج حيث تأتي المرونة على حساب الثقة، مما يجبر المسؤولين على الاعتماد بشكل كبير على السمعة والمراجعات اليدوية وضوابط السوق لتقليل المخاطر.
وهنا يأتي دور EmDash. نظرًا لكونه بديلاً حديثًا، فقد تم تصميمه خصيصًا لمعالجة هذه المشكلات الهيكلية التي طال أمدها.
تم تصميمه كمصدر مفتوح بالكامل، ونظام إدارة المحتوى (CMS) بدون خادم ومكتوب بلغة TypeScript، وهو يقدم بنية إضافية مختلفة تمامًا حيث تعمل الامتدادات داخل صناديق حماية معزولة ويمكنها فقط تنفيذ الإجراءات التي تطلبها صراحةً.
يعكس EmDash، الذي يمكنك اللعب به هنا، أيضًا التغييرات في كيفية إنشاء مواقع الويب الحالية وإدارتها، بما في ذلك التكامل الأصلي مع أدوات الذكاء الاصطناعي، وسير العمل الآلي، وآليات الدفع الجديدة للوصول من آلة إلى آلة.
بدلاً من محاولة استبدال WordPress بشكل كامل، يمثل EmDash جهدًا لتطوير نموذج النشر. لقد تحدثت إلى مات تايلور، كبير مديري المنتجات في Cloudflare لمعرفة المزيد.
- لنبدأ بالسؤال الأكثر وضوحًا. لماذا قررت Cloudflare إطلاق خليفة “روحي” لـ WordPress؟
قمنا ببناء EmDash لتحديث ما بدأه WordPress، للويب اليوم. تم إنشاء WordPress منذ أكثر من عقدين من الزمن لإنترنت مختلف تمامًا. منذ ذلك الحين، تحولت الاستضافة نحو البنية التحتية بدون خادم، حيث يمكن للتطبيقات أن تتوسع إلى الصفر، والعديد من الإمكانات التي كانت تتطلب في السابق مكونات إضافية – مثل التخزين والمصادقة والمدفوعات – أصبحت الآن مدمجة مباشرة في النظام الأساسي.
ونتيجة لذلك، أصبح نموذج البرنامج الإضافي أقل أهمية ويشكل خطرًا أمنيًا متزايدًا، في حين يعمل الذكاء الاصطناعي على إعادة تشكيل كيفية بناء البرامج وكيفية إنشاء المحتوى.
تم تصميم EmDash لمعالجة هذه التحولات بشكل مباشر: منصة أكثر أمانًا وقابلة للتطوير تعمل على البنية التحتية الحديثة وتدعم سير العمل الأصلي للذكاء الاصطناعي.
- لماذا اخترت أن تفعل ذلك الآن، وليس من قبل؟
لأن اقتصاديات النشر تتعرض الآن لضغوط حقيقية بطرق لم تكن من قبل. تدخل الإنترنت مرحلة تعتمد على الذكاء الاصطناعي، حيث يستهلك الوكلاء المحتوى على نطاق واسع، وغالبًا ما يكون ذلك دون إسناد أو رؤية أو تعويض للمبدعين. وهذا يعرض الناشرين ومالكي المحتوى لخطر فقدان السيطرة على الأصول ذاتها التي تعتمد عليها أعمالهم.
ولحسن الحظ، وصلت التكنولوجيا إلى نقطة حيث أصبح من الممكن إنشاء نموذج مختلف. بفضل الذكاء الاصطناعي والبنية التحتية بدون خادم والأساليب الجديدة للمدفوعات والوصول، هناك الآن فرصة لإعادة بناء كيفية عمل النشر – بحيث يمكن اكتشاف المحتوى وحمايته واستثماره بطريقة مستدامة في إنترنت يعتمد على الذكاء الاصطناعي.
- لديك بالفعل Payload on Workers كمنتج CMS. ماذا سيحدث لذلك المشروع؟
Payload هو نظام إدارة محتوى مصمم ليتم تشغيله “بدون رأس”، مما يعني أنه يمكنك إحضار الواجهة الأمامية الخاصة بك وربطها بـ Payload. بالمقارنة، فإن EmDash يشبه WordPress، من حيث كونه متكامل ويحتوي على واجهة أمامية وواجهة إدارية.
يتم تشغيل قالب Payload بواسطة فريق Payload، الموجود الآن في Figma، ولا نتوقع أي تغيير في دعمهم لهذا القالب.
- لقد كانت شركة Automatic استباقية للغاية عندما يتعلق الأمر بالدفاع عن علامتها التجارية. أفترض أن Cloudflare كان لديه كلمة مع Matt Mullenweg قبل اعتماد شعار “الوريث الروحي لـ WordPress” بدلاً من القول، بديل لـ WP.
وكما أشار مات في منشور مدونته، فقد التقينا به مسبقًا لنقدم له عرضًا توضيحيًا حول ما سنصدره للاستماع إلى أفكاره. لقد قام WordPress ببعض الأشياء المذهلة للإنترنت طوال حياته، كما قلنا، لكنه في وضع حرج من الناحية المعمارية، وهو ببساطة ليس الخيار الافتراضي للمطورين الجدد.
أردنا أن نبني شيئًا لهذا الجيل، والذي يمثل بالنسبة لهم روحيًا ما كان يمثله WordPress بالنسبة لنا عندما كنا مطورين شباب.
- ما هي خطة الدعم لـ Em-Dash وكيف تخططون لتطوير مجتمع Em-Dash؟
العمال الديناميكيون موجودون في الإصدار التجريبي العام وليس لديهم طبقة مجانية في الوقت الحالي، ولكنهم متضمنون في خطة العمال بقيمة 5 دولارات.
لدى Cloudflare تاريخ في إطلاق منتجات جديدة للعملاء المدفوعين أولاً، قبل إتاحتها عبر الطبقة المجانية السخية لدينا. على سبيل المثال، أطلقنا للتو طبقة قوائم انتظار مجانية: https://developers.cloudflare.com/changelog/post/2026-02-04-queues-free-plan/
- لقد ذكرت أن وكلاء تشفير الذكاء الاصطناعي لديك قاموا ببناء هذه المنصة بأكملها في 60 يومًا. هل يمكنك أن تخبرنا المزيد؟
أصبح الوكلاء أكثر قدرة كل يوم. قام مات كين بتنظيم الآلاف من جلسات الوكلاء، حيث قامت كل منها بالتخطيط والترميز والاختبار والتحقق من بعضها البعض. كما هو الحال مع العمل الذي قمنا به في Vitest، أصبحت الخبرة المطلوبة لفهم الممارسات الجيدة – وجودة المواصفات الخاصة بك – الآن من أهم المهارات في هندسة البرمجيات.
الكثير مما يتكون منه الإصدار المسبق لـ EmDash كان عبارة عن عشرات الملفات التي تحتوي على تعليمات مفصلة للغاية حول ما يجب أن يفعله النظام، وكيف يجب أن يؤديه، وكيف سيعرف عندما لا يصل إلى الهدف. هذا السياق أمر بالغ الأهمية للوكلاء.
- ووردبريس هو مشروع مفتوح المصدر. EmDash هو مشروع مفتوح المصدر. لماذا لم تساهم أو تحصل على شوكة WP الخاصة بك مثل الآخرين من قبل؟
تمت إعادة بناء EmDash من الألف إلى الياء دون استخدام أي كود WordPress. وقد سمح لنا ذلك بمعالجة المشكلات طويلة الأمد – خاصة فيما يتعلق بأمان المكونات الإضافية والبنية القديمة – والتصميم للبيئات التي لا تحتوي على خادم من البداية. كما مكننا أيضًا من اعتماد ترخيص متساهل وإنشاء نظام غير مقيد بقرارات التصميم السابقة.
- لماذا اختارت Cloudflare ترخيص MIT بدلاً من GPL؟ هل هي خطوة متعمدة نحو نظام بيئي أكثر تنظيما؟
لقد لاحظنا أن ترخيص GPL الخاص بـ WordPress، والذي يُعرف بترخيص الحقوق المتروكة “السريع الانتشار”، يقيد الفرص التجارية حول التطوير بالقرب منه، وأردنا أن نجعل EmDash أكثر تساهلاً.
يشعر المحامون بالقلق الشديد عندما تذكر تضمين كود GPL في شركات البرمجيات، ولم نرغب في أن يكون EmDash على رادارهم.
- ما هي خارطة الطريق الحالية لـ EmDash؟ إلى أي مدى نحن بعيدون عن نظام إدارة محتوى مستقل يُدار بالكامل بواسطة وكلاء الذكاء الاصطناعي؟
أقرب مما قد تعتقد: هناك بالفعل مكونات إضافية لأنظمة إدارة المحتوى (CMS) مثل WordPress التي يتم تشغيلها بشكل مستقل تمامًا، حيث يقدم البشر أبسط الموافقات.
من وجهة نظرنا، نحن مهتمون أكثر بكيفية قيام وكيل الذكاء الاصطناعي بمساعدتك في إدارة نظام إدارة المحتوى (CMS) الخاص بك ومحتواه. على الرغم من أن الأشخاص مدعوون للبناء على واجهات برمجة التطبيقات المتوفرة لدينا في EmDash لتوفير نظام إدارة محتوى مستقل تمامًا إذا رغبوا في ذلك!
- سلط أحد زملائي الضوء على اتجاه شركات البنية التحتية في إطلاق أو شراء أو رعاية مشاريع برمجيات المصدر المفتوح التي تعمل بشكل أفضل أو تعطي الأولوية لمجموعة البائع الخاصة. هل هذا مستدام؟ هل هو بروح OSS؟
نريد أن يكون لدى المستخدمين مجموعة من الخيارات للبناء على الويب. عندما نتمكن من دعم المشاريع لتوسيع هذا النطاق، علينا تاريخياً أن نستفيد من النظام البيئي الأوسع.
على سبيل المثال، تم إنشاء vinext لمواجهة التحديات في نشر Next.js خارج Vercel، ولكن لم يتم إنشاء vinext حصريًا لـ Cloudflare ويمكنه تحسين تجربة مستخدمي Next.js على منصات أخرى مثل Netlify وAWS وGoogle Cloud.
اتبع TechRadar على أخبار جوجل و أضفنا كمصدر مفضل للحصول على أخبار الخبراء والمراجعات والآراء في خلاصاتك. تأكد من النقر على زر المتابعة!
وبالطبع يمكنك أيضًا اتبع TechRadar على TikTok للحصول على الأخبار والمراجعات وفتح الصناديق في شكل فيديو، والحصول على تحديثات منتظمة منا على واتساب أيضاً.

التعليقات