نظام إدارة المحتوى لأباتشي بأثر رجعي
Joe Schaeferالـ أباتشي CMS — اخترع في أكتوبر 2010 من قبل أعضاء مختارة من فريق البنية التحتية أباتشي (باول كيرنا، دانيال شهاب، Ph.D. (SVN dev)، وأنا)، تم إسقاطه رسميًا في يونيو 2015، وأخيرًا خارج الخدمة في يناير 2022 — كان دائما قبل وقته. في ذروتها، اعتمد أكثر من 100 مشروع من أعلى مستويات Apache وأكثر من 4K على ذلك، ولكن ليس أكثر من Apache OpenOffice. لم تكن تقنية الأداء القديمة أكثر وضوحًا مما كانت عليه في وظيفة إدارة تبعية المحتوى في السنوات الأولى من تبرع أوراكل OpenOffice إلى أباتشي في يونيو 2011.
أن نكون واضحين: عندما يتحدث الآخرون عن إدارة التبعية، فإنهم يهتمون في الغالب بتبعيات البرامج، وليس تبعيات المحتوى. كل ذلك يتلخص في محتوى جيد التنظيم “يتضمن” في نظام templating + البناء، وهو ليس على الإطلاق نفس الشيء مثل deps البرمجيات.
كانت هذه الميزة حاسمة للغاية في دعم أباتشي الضخمة https://OpenOffice.org (OOo) الموقع الشبكي. إن RDBMS CMS Sun الذي تم توفيره في الأصل إلى OOo سينهار ويموت حتى لو كنت ترغب فقط في إصلاح خطأ كتابي. في المقابل، تم تشغيل Apache CMS على سجن FreeBSD على baldr.apache.org: تم توفيره بشكل معتدل، صندوق Dell 1950 الذي يعمل على 8 وحدات معالجة مركزية و24 جيجابايت من ذاكرة الوصول العشوائي مع زوج من محركات الأقراص الثابتة المنسوخة سعة 96 جيجابايت عبر العديد من السجون، وسافر عبر سير العمل بسهولة نسبية.
بدون بعض CMS الإلتصاق مثل الخدمة التي يمكن أن تحصل على مساهم في جلسة تحرير للصفحة التي يرغبون في إصلاحها في نقرة واحدة، فإن الطاقة المعرفية كبيرة جدًا لإصلاح خطأ كتابي على صفحة الويب اليوم:
- اذهب إلى الأسماك التي الصفحة من مستودع github،
- شوكة ريبو،
- تحرير الصفحة،
- إحداث التغيير،
- دفعه،
- إنشاء PR،
- انتظر حتى يوافق المُثبِّت على العلاقات العامة ويدمجها،
- انتظر 10-15 دقيقة حتى تنتهي عملية إنشاء الترحيل في حين أنه يطحن من خلال جميع 40K+ من الأصول القابلة للبناء (حجم إجمالي 4GB)،
- انتظر لإيجاد ومراجعة المحتوى المنشور الذي تم تغييره في مكان ما على موقع التخزين المؤقت,
- انتظر أن يقوم هذا الملتزم بترويج الموقع بأكمله للإنتاج،
- انتظر 5-10 دقائق أخرى حتى ينتهي إصدار المنشور,
- انتظر لـ gitpubsub لدفع المحتوى الجديد إلى خوادم ويب حافة أباتشي.
مع Apache CMS (webgui)، مشاركة قابل للالتزام “رقعة/صنف” عبر البريد الإلكتروني كانت عملية بنقرة واحدة لأي شخص على الأرض، بالإضافة إلى عملية بنقرة واحدة لتثبيت + Build+publish للتقدم بطلب على المشروع. كل شيء يدور حول مشاركة عناوين URL للقدرات في سياق محرر Markdown مباشر مع معاينات HTML فورية ثنائية الجزء. لقد سمحوا لمدير أباتشي في المشروع “استنساخ” نظام ملفات zfs المستضافة بواسطة baldr-jail لمغادرة المساهم (غير الملتزم بها) ؛ وبعد ذلك قم بفحص هذا الخروج المستنسخ وتغييره وتثبيته من قبل خادم Apache نفسه كمبدل وليس المساهم. وبمجرد حدوث هذا الالتزام، لم يقم نظام إدارة المحتوى ببنائه فقط في ثانية (لأنه يقوم فقط ببناء الملفات التي تم تغييرها وحفنة من الملفات التابعة لها)، ولكنه قدم أيضًا ارتباطات إلى الإنشاء والعرض المباشر للمحتوى على موقع التخزين المؤقت للمراجعة قبل الترويج للإنتاج.
كل براءة اختراع الأمازون بنقرة واحدة كانت حاسمة لرضا العملاء بالنسبة لهم. الشيء نفسه هنا، ولكن كان Apache CMS وحده في هذا المجال.
كان Apache CMS (webgui) هو لوحة التبديل الأساسية للتنسيق بين كل تلك الطاقة التطوعية التي تركت المنظمة للأسف.
هناك العديد من الأعذار التي قدمتها قيادة البنية التحتية في أباتشي حول سبب إسقاطها:
عامل حافلة من 1 (أنا)،
التخلص التدريجي من FreeBSD (OpenZFS يعمل على أوبونتو)،
عربات التي تجرها الدواب (نُسخ zfs غير موثوق بها من سجن FreeBSD صغير)،
قبيح (شكرًا أيها الأغنياء!)
جيت أفضل (شكرًا غريغ!)
لكن الدافع الحقيقي كان *spite *. بين الوقت الذي تم فيه إسقاطه في مارس 2015 والوقت الذي تم فيه إيقاف تشغيله أخيرًا في يناير 2022، كان يعمل في الطيار الآلي في سجن FreeBSD على baldr.apache.org لمدة 7 سنوات تقريبًا. كانت الصيانة الوحيدة المطلوبة (ربع سنويًا؟) إعادة تمهيد المضيف بسبب العنصر 4 أعلاه، وتجديدات شهادة SSL السنوية. هذا هو IT.
عندما جاء الدفع في أواخر عام 2021، عرضت على ديف فيشر استضافة موقع OpenOffice على Orion بخصم حاد. في البداية، قدم ديف التماساً إلى مجلس الإدارة و وافقوا على النفقات. عرض ديف على ASF التنازل عن رسوم البحث التي وافقت على دفعها وطلبت مني أن أضع هذه الأموال مقابل تكاليف الاستضافة.
ما حدث بعد ذلك كان ملحوظا حقا: فريق البنية التحتية أباتشي، على الفور وبشكل مستمر على مدى أسابيع، وضع ديف في موقف لا يحسد عليه من إعلان ولاءاته الحصرية الآن، وفقا لهم: بالنسبة لي وبالاضافة إلى هذا المشروع مجتمع المتطوعين، أو إلى ASF.
كان ديف المبتكر الرئيسي والمتعاون وراء نجاحات قابلية التوسع في تقنية البناء التدريجي لـ Apache CMS. لم يخترع الحلول، لكنه عمل بشكل منتج معي على كيفية إضافة ميزات قابلية التوسع التي يحتاجها لضمان بناءات عالية الأداء من نظام إدارة المحتوى Apache كما هو مطبق على موقع OpenOffice على الويب - الذي كان في ذلك الوقت يقدم شمال طلبات 25M يوميًا! معا اكتشفنا تطبيقا عميقا ل SSI في جهوده، التي أعتقد أنها لا تزال مستمرة في نظام JBake templating المستخدم اليوم.
لسوء الحظ، إذا نظرت إلى تحرير المحتوى الذي يجري مع موقع OpenOffice على GitHub مؤخرًا، يمكنك أن ترى بوضوح انخفاضًا كبيرًا في النشاط عندما أجبر فريق بنية Apache التحتية Dave على نقلها من Apache CMS، ونتيجة لذلك وجهت جميع أنشطة المساهمة من خلال GitHub وحدها.
لا ألوم ديف على الخيار القبيح الذي أجبر على اتخاذه، ولا على النتيجة المحددة مسبقًا، لكن من الواضح أننا لم نعد على شروط التحدث منذ ذلك اليوم.
ما يبعث على الصدمة في القضية برمتها هو العداء المطلق لفريق البنية التحتية في أباتشي حول الجهد بأكمله. أنا شخصياً أمسك يد كل مشروع قمنا بتأهيله إلى أباتشي CMS ؛ لرؤية كل النوايا الحسنة التي خلقت حرقها على الأرض بمرسوم استبدادي كانت ببساطة لا يمكن فهمها بالنسبة لي كعضو طويل في المنظمة.
كل ما فعلوه من أي وقت مضى هو إعطاء مشاريع أباتشي التي تقطعت بهم السبل إنذارات قاسية، وليس ساعة واحدة من الجهد مكرسة لإخراجهم شخصيا إلى أي شيء آخر. لم يكن الأمر مختلفًا مع OOo؛ بل كانوا ببساطة يسيئون إلى ديف ويخدعونه ويضطرون إلى تقديم عطاءاتهم. وهكذا فعل.
استقالت في 2018. لا يمكن الاستمرار في مشاهدته. ما فعلته بدلا من ذلك في عام 2020 كان بناء أوريون من الرماد. ولكن حتى هذا الطريق تم حبسه لمشاريع أباتشي من قبل فريق البنية التحتية أباتشي.
كل شيء من أجل *spite *.
للأسف.
ولكن لا يهزم. لقد سكبت كل هذه الطاقة في البناء. أوريون في بيئة لا نظير لها، تتسم بالأمان أولاً، وتتميز بتصميم عالمي نظام إدارة المحتوى. تحقق من ذلك إذا كنت متعبًا من سرقة أسرار شركتك من قبل Script-kiddies ؛ سوف تحب ذلك!