ما هو EmDash CMS؟

تطلق عملية تثبيت WordPress الخاصة بك 47 استعلام قاعدة بيانات قبل أن يرى الزائر الصفحة الرئيسية الخاصة بك. EmDash يشغل صفر. إنه نظام إدارة محتوى مفتوح المصدر تم إصداره في 1 أبريل 2026 كإصدار تجريبي v0.1.0 — مبني بـ TypeScript على Astro، يعمل بدون خادم على Cloudflare Workers، يشحن بموجب رخصة MIT. لم يسم المشرفون عليه بديلاً لـ WordPress أو منافساً له. أطلقوا عليه خليفة WordPress — الجيل الفعلي التالي من معمارية نظام إدارة محتوى مفتوح المصدر. هذا ادعاء جريء لإصدار v0.1. لذا قمنا بتثبيته، وهاجرنا موقعاً حقيقياً، وكسرنا بعض الأشياء، وتوثيق ما يعمل، وما هو خيال علمي، وما إذا كان مشروع العميل التالي يجب أن يعمل عليه.

هذا ادعاء ضخم. لذا دعنا ننقب في ما هو موجود فعلياً، وما هو واعد، وما هو لا يزال مجرد شريحة في خارطة الطريق.

المعمارية: لماذا هذا مثير للاهتمام

EmDash يتخذ خيارات معمارية مختلفة بشكل أساسي عن WordPress. معظمها خيارات جيدة.

مبني على Astro

Astro هو بالفعل إطار عملنا المفضل للمواقع الغنية بالمحتوى في Social Animal. لا توجد JavaScript افتراضياً، معمارية الجزر للمواقع التي تحتاج فعلاً إلى تفاعل (React، Svelte، Vue — اختر سمومك)، والصفحات الثابتة السريعة مع الترطيب الانتقائي. بناء نظام إدارة محتوى على Astro يعني أن EmDash يرث كل هذا مجاناً. لا تحارب الإطار للوصول إلى أهداف الأداء — تبدأ هناك.

موقع المحتوى الخاص بك لا يقوم بتحميل وقت تشغيل PHP على كل طلب. إنه يقدم HTML معاد التقديم من الحافة. هذا مهم أكثر مما يدركه معظم الناس.

بدون خادم على Cloudflare Workers

لوحة المسؤول وطبقة API تعمل على Cloudflare Workers — لا توجد خوادم للعناية بها، التوزيع العالمي التلقائي، التسعير حسب الطلب. إذا قضيت سنوات في إدارة البنية التحتية لاستضافة WordPress — تصحيح الخوادم الساعة الثانية صباحاً، الركض أثناء ارتفاعات حركة المرور، الصراع مع حدود ذاكرة PHP لأن بعض المكونات الإضافية قررت تحميل كل شيء في الذاكرة — نعم. عالم مختلف تماماً.

بدايات باردة تقاس بالميلي ثانية، ليس الثواني. UX هو أصلي جيد هنا.

TypeScript طوال الطريق

لا PHP. لا لغات مختلطة. المكدس بالكامل هو TypeScript — تطوير المكونات الإضافية، قوالب المواضيع، منطق نظام إدارة المحتوى الأساسي، كل ذلك. بالنسبة لفرق الويب الحديثة، هذا يقتل رسوم تبديل السياق. يمكن لمطوري الواجهة الأمامية لديك المساهمة في نظام إدارة المحتوى نفسه دون تعلم لغة منفصلة أولاً. إذا حاولت يوماً ما حث مطور React على الغوص في functions.php، فأنت تعرف كم هذا كبير.

اختراق أمان المكونات الإضافية

هذا هو المكان الذي يفعل EmDash شيئاً حديثاً بجدية. انتبه.

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

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

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

كيفية عمل بيانات القدرة

كل مكون إضافي يشحن ملف manifest.yaml (أو JSON) يعلن عن:

  • الوصول إلى التخزين: جداول قاعدة بيانات D1 أو مجامع R2 التي يمكنها القراءة/الكتابة
  • الوصول إلى الشبكة: النطاقات الخارجية التي يمكنها الاتصال
  • الوصول إلى المسار: أنماط عناوين URL التي يمكنها التعامل معها
  • الوصول إلى الخطاف: أحداث دورة حياة نظام إدارة المحتوى التي يمكنها الاشتراك فيها
  • الوصول إلى واجهة المستخدم: حيث يمكنها حقن مكونات لوحة المسؤول

وقت تشغيل EmDash يتحقق من هذه الإعلانات ويعزل التنفيذ وفقاً لذلك. يمكن لمسؤولي الموقع مراجعة الأذونات قبل التثبيت، وإلغاء قدرات محددة، والتدقيق في سلوك المكون الإضافي مقابل ما تم الإعلان عنه.

إذا كان التنفيذ يتطابق مع الرؤية، فإنه يحل مشكلة كانت تتفاقم منذ عشرين سنة. هذا ليس مبالغة.

ما تحصل عليه EmDash بشكل صحيح

  • الأداء بشكل افتراضي: عرض Astro الثابت أولاً بالإضافة إلى النشر على الحافة يعني أن المواقع سريعة بدون عمل تحسين إضافي
  • تجربة مطور حديثة: TypeScript، HMR، المواضيع القائمة على المكونات، سير العمل المستند إلى Git — الأشياء التي نتوقعها بالفعل في 2026
  • معمارية الأمان: نظام بيان القدرة هو خطوة حقيقية للأمام، نقطة كاملة
  • بساطة النشر: wrangler deploy وأنت مباشر عالمياً. لا توجد تكوينات nginx. لا توجد عملية توفير الخادم. لا يوجد اتصال بمزود الاستضافة في منتصف الليل.
  • رخصة MIT: مفتوح المصدر بحقيقة، لا توجد مشاكل في الترخيص التجاري، لا يوجد فخ النواة المفتوحة
  • البيانات الأصلية للحافة: يستخدم Cloudflare D1 (SQLite على الحافة) و R2 للأصول، مما يبقي البيانات قريبة من المستخدمين عالمياً

ما هو مفقود (وإنه الكثير)

EmDash v0.1.0 هو إصدار تجريبي. رقم الإصدار صادق — سأعطيهم ذلك. إليك ما هو غير جاهز:

لا توجد نظام بيئي للمكونات الإضافية

WordPress بها 60000+ مكون إضافي. EmDash بها عدد قليل من الأمثلة من الطرف الأول. نظام بيان القدرة مصمم بشكل جيد، لكن سوق مكونات إضافية فارغة يعني أنك تبني كل شيء مخصص. هل تحتاج للتجارة الإلكترونية؟ بنيها. أدوات SEO؟ بنيها. التعامل مع النماذج بما يتجاوز الأساسيات؟ تحصل على الفكرة.

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

نمذجة محتوى محدودة

نظام نوع المحتوى موجود لكنه ليس قريباً من نضج نظام أنواع المنشورات المخصصة في WordPress — أو حتى منصات headless مثل Sanity أو Contentful. العلاقات المعقدة بين المحتوى، سجل المراجعة، حالات سير العمل — هذه إما أولية أو تجلس على خارطة الطريق. و"على خارطة الطريق" لا تشحن الميزات. لقد تعلمنا جميعاً ذلك بالطريقة الصعبة.

لا توجد مسار الهجرة من WordPress

لا يوجد مستورد WordPress. نقل المحتوى الموجود يعني عملاً يدوياً أو نصوص مخصصة. بالنسبة للوكالات التي تدير العشرات من مواقع WordPress، هذا غير قابل للتفاوض الآن. ليس "غير مريح." غير قابل للتفاوض.

واجهة المسؤول مبكرة

لوحة المسؤول تعمل، لكنها تشعر بالضبط بما هي عليه — واجهة v0.1. تحرير المحتوى يفتقد الألمعة من محرر الكتل WordPress (والذي، حسناً، Gutenberg لها مشاكلها الخاصة — لا تبدأ بي) أو أي نظام إدارة محتوى متطور. إدارة الوسائط أساسية. إدارة دور المستخدم الحد الأدنى. يقوم بالعمل، لكن بالكاد.

فجوات التوثيق

تغطي المستندات الأساسيات لكن تتخطى الحالات الحدية تماماً. هل واجهت مشكلة غريبة؟ أنت تقرأ الكود المصدري. هذا جيد لمطوري الخبرة الذين يستمتعون بالتنقيب عبر TypeScript — إنه كسر الصفقة للوكالات التي تحتاج إلى إدماج مطوري junior بسرعة. لقد أصبنا بهذا قبل مع أدوات أخرى "موجهة للمطورين"، وتأخذ دائماً وقتاً أطول لإصلاحها مما يتوقعه أي شخص.

لا توجد مواقع متعددة، لا متعددة اللغات، لا SEO مدمج

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

من يجب أن يستخدم EmDash اليوم

المطورون الذين يريدون المساهمة في المشروع. إذا كنت تؤمن بالرؤية وتريد تشكيل هذا الشيء، فالآن هو الوقت المناسب. للمساهمين الأوائل في المشاريع مفتوحة المصدر تأثير فوق طاقتهم على قرارات المعمارية — هذا هو عندما يمكنك بالفعل نقل الإبرة على ما يصبح EmDash. تلك النافذة تغلق بسرعة.

الفرق التي تبني مشاريع personal أو أدوات داخلية من الصفر. بيئات منخفضة المخاطر حيث يمكنك تحمل التغييرات الفاصلة بين الإصدارات ولا تحتاج إلى نظام بيئي للمكونات الإضافية الناضجة. مشاريع جانبية. التجارب. حك مشكلتك الخاصة.

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

من لا يجب أن يستخدم EmDash اليوم

أي شخص لديه مواقع العملاء الإنتاجية. المشروع نفسه يقول إنه غير جاهز للإنتاج. صدقهم.

الوكالات التي تتوقع استبدال WordPress drop-in. إنه ليس واحداً. نموذج المحتوى، ونظام المواضيع، ومعمارية المكون الإضافي مختلفة بشكل أساسي. هذا هجرة، وليس ترقية. خطط وفقاً لذلك — وحقق في الميزانية وفقاً لذلك، لأن تقديرك ربما يكون خاطئاً.

الفرق بدون مطوري TypeScript أقوياء. إذا كانت فريقك موجهة نحو PHP أولاً، فإن منحنى التعلم حقيقي. لا تقلل من تقديره — ولا تفترض "JavaScript هي JavaScript" ستخرجك من خلال. لن يفعل.

المواقع التي تتطلب التجارة الإلكترونية، أو العضوية، أو LMS، أو أي وظائف معقدة أخرى. النظام البيئي ببساطة غير موجود حتى الآن. WooCommerce وحدها بها ميزات أكثر من فهرس المكون الإضافي بالكامل EmDash. هذا ليس حفراً — إنه مجرد رياضيات.

ما تعنيه هذه الوكالات WordPress

EmDash لا يهدد WordPress اليوم. لكنها رؤية جديرة بالثقة لما يأتي بعد ذلك.

نظام WordPress البيئي له مشاكل هيكلية حقيقية — ونحن جميعاً نعرفها. لقد كنا نتحدث عنها في قنوات Slack وممرات المؤتمرات لسنوات. قيود أداء PHP، كوابيس أمان المكونات الإضافية، التعقيد المضيف، محرر كتل يرضي لا أحد بالكامل، واهتمامات حوكمة Automattic التي شققت ثقة المجتمع من خلال 2025 وإلى 2026. لقد كانت قاسية. بصراحة؟ لقد كانت مرهقة.

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

وجهة نظرنا في Social Animal

نحن نراقب EmDash عن كثب. أساس Astro يتماشى مع كيفية البناء التي نقوم بها — كنا نشحن مواقع Astro headless لمدة أكثر من سنة. وقت تشغيل Cloudflare Workers هو البنية التحتية التي نعرفها ونثق بها. TypeScript هي لغتنا الأساسية.

لكننا لا نوصي بها لمشاريع العملاء حتى الآن. عندما نبني مواقع headless اليوم، نقرن Astro أو Next.js بمنصات نظام إدارة محتوى headless ثابتة — Sanity، Storyblok، أياً كان ما يناسب المشروع. هذا لا يزال الاختيار المسؤول للعمل الإنتاجي، وسيبقى بهذه الطريقة حتى تثبت EmDash نفسها في العالم الحقيقي.

عندما يصل EmDash إلى v1.0 وله نظام بيئي للمكون الإضافي الذي يعمل، سنكون من بين الوكالات الأولى التي تتبناه. المعمارية تستحق ذلك. الحالة الحالية لا تفعل.

الخط السفلي

EmDash CMS هو البديل الأكثر سلامة معمارياً لـ WordPress الذي رأيناه. نظام المكون الإضافي المعزول وحده يستحق انتباه مجتمع المصدر المفتوح — إنها النوعية من الفكرة التي تجعلك تتساءل لماذا لم يفعل أحد هذا في وقت سابق. بجدية، لماذا لم يفعل أحد هذا في وقت سابق؟

لكن المعمارية ليست منتجاً. النظام البيئي والاستقرار والتوثيق والأدوات — هذا ما يجعل نظام إدارة المحتوى قابلاً للتطبيق للاستخدام المهني. لا يمكنك شحن مخطط جميل.

شاهد هذا المشروع. ساهم إن استطعت. لا تنشره للعملاء حتى الآن.