ما الذي يغيّره أرشفة مستودع AppFlowy بترخيص AGPL
كان AppFlowy يتكون من جزأين مستقلين: تطبيق العميل (Flutter + Rust، لا يزال نشطاً) وخادم AppFlowy-Cloud المخصص للتعاون بين المستخدمين المتعددين. هذا المستودع الثاني — AppFlowy-IO/AppFlowy-Cloud — هو الذي أرشفه الفريق في 11 سبتمبر 2026.
يوجّه الفريق المستخدمين الآن إلى AppFlowy-SelfHost-Commercial: مستودع تجاري مغلق المصدر. يمكنك الاستمرار في نشر AppFlowy كخادم، لكن ليس بموجب ترخيص مفتوح. هذا ليس تغييراً في الترخيص على الكود ذاته، بل هو نسخة تجارية مغلقة تحل محل المستودع العام.
بالنسبة للفرق التي اشترطت ترخيص AGPL كشرط للنشر — متطلبات الامتثال، سياسة تقنية المعلومات، عقود العملاء — يختفي هذا المبرر فجأة.
ما يبقى كما هو — وما الذي يتغير فعلاً
- تطبيق عميل AppFlowy يبقى مفتوح المصدر (AGPL-3.0) ويتلقى تحديثات منتظمة — الإصدار v0.14.8 صدر في 8 أكتوبر 2026.
- في وضع الفردي أو المحلي، يعمل AppFlowy كما هو: الأرشفة لا تعطل أي شيء في جانب العميل.
- خادم المستخدمين المتعددين لم يعد بترخيص مفتوح: لا يمكن لأي مراجعة أمنية خارجية تغطية قاعدة الكود التجارية.
- لن تُنشر تصحيحات أمان الخادم كمصدر مفتوح. لا يمكن التحقق بشكل مستقل من أي ثغرة في الخادم.
- المجتمع الذي كان يحافظ على شعب البرنامج والإضافات حول AppFlowy-Cloud فقد قاعدته.
- الانتقال القسري إلى الخادم التجاري يُوجد تبعية للبائع هي بالضبط ما حاول ترخيص AGPL تجنبه.
Docmost: ما يغطيه AGPL في 2026
Docmost قاعدة معرفة تعاونية منشورة بموجب AGPL-3.0 على github.com/docmost/docmost. نموذج توزيعه يشبه ما وعد به AppFlowy: نواة مجانية بالكامل، مع ملحقات تجارية اختيارية للمؤسسات الكبيرة.
تغطي النسخة مفتوحة المصدر الأساسيات: مساحات وصفحات هرمية، تحرير تعاوني في الوقت الحقيقي، تعليقات، سجل الإصدارات، صلاحيات دقيقة لكل مساحة، دعم النص من اليمين إلى اليسار (أُضيف في v0.96.0 — سبتمبر 2026). لا حد أقصى للأعضاء، ولا ميزات محجوبة خلف جدار مدفوع في النسخة الأساسية.
مقارنة AppFlowy-Cloud AGPL وDocmost — الحالة في 9 أكتوبر 2026
مرّر الجدول أفقيًا
| المعيار | AppFlowy-Cloud (AGPL) | Docmost |
|---|---|---|
| ترخيص الخادم | AGPL-3.0 ← أُرشف سبتمبر 2026 | AGPL-3.0 نشط |
| مستودع الخادم | مؤرشف (للقراءة فقط) | نشط، v0.96.0 (سبتمبر 2026) |
| تصحيحات أمان الخادم | لا تصحيحات عامة بعد الآن | منشورة على GitHub |
| التعاون في الوقت الفعلي | نعم (العميل) | نعم (الخادم + العميل) |
| التحرير عبر المتصفح | نعم | نعم |
| صلاحيات المساحة | محدودة في AGPL | مضمنة في النسخة المجانية |
| سجل الإصدارات | نعم | نعم |
| دعم RTL (العربية) | جزئي | كامل منذ v0.96.0 |
| استضافة ذاتية Docker | AppFlowy-SelfHost-Commercial (مملوك) | Docker Compose رسمي |
لماذا نشاط مستودع العميل لا يعوّض عن أرشفة الخادم
حجة شائعة في خيوط النقاش: المستودع الرئيسي AppFlowy-IO/AppFlowy — تطبيق سطح المكتب والجوال — لا يزال نشطاً. هذا صحيح. لكن هذه الحجة تخلط بين طبقة العميل وطبقة الخادم.
في نشر الفريق، يتولى الخادم المصادقة، ومزامنة البيانات، والصلاحيات، وتخزين الصفحات. هو المكوّن الذي يستقبل مستنداتك. هو المكوّن الذي يُطبّق قواعد الوصول. تطبيق العميل، مهما كان مفتوح المصدر، لا يغير طبيعة المكوّن الذي يتواصل معه.
البقاء على آخر التزام AGPL من AppFlowy-Cloud يعني: لا إصلاحات أمنية مستقبلية، وعدم توافق متزايد مع العميل (الذي يستمر في التطور)، وقاعدة كود بلا صيانة. هذا هو تعريف الدين التقني قصير الأمد.
ما يقوله ترخيص AGPL عن هذه الحالة
يشترط AGPL-3.0 أن تنشر أي خدمة شبكية تُعدّل الكود المصدري تعديلاتها. لكنه لا يُلزم الناشر بالاستمرار في تطوير مشروع مفتوح المصدر. يمكن للناشر أرشفة المستودع والانتقال إلى نموذج تجاري: هذا قانوني. ما يضمنه AGPL هو أن الكود الموزع مسبقاً يبقى قابلاً لإعادة التوزيع. ما لا يضمنه هو أن هذا الكود سيتلقى تصحيحات أمان.
الترحيل من AppFlowy إلى Docmost: ما يجب التخطيط له
لا يشترك AppFlowy وDocmost في صيغة تصدير أصلية مشتركة. أنظف مسار للترحيل هو التصدير بصيغة Markdown من AppFlowy (متاح من واجهة العميل) ثم الاستيراد إلى Docmost. الصور والملفات المرفقة تتطلب معالجة منفصلة.
يدعم Docmost استيراد ملفات Markdown وهياكل الصفحات الهرمية. للأحجام الكبيرة، الاستيراد الجماعي عبر الـAPI هو المسار الأكثر موثوقية.
أربعة نقاط للتحقق قبل التبديل: هيكل مساحات AppFlowy (مساحة واحدة = مساحة Docmost واحدة)، تكاملات الطرف الثالث المرتبطة بـAppFlowy-Cloud، الصلاحيات المعينة بالمجموعة، والمستخدمون الذين لا يملكون بريداً إلكترونياً موثقاً.
المتطلبات الأساسية لاستضافة Docmost على خادم VPS
- نواتان للمعالج و4 جيجابايت ذاكرة وصول عشوائي على الأقل — يكفي لفريق مكوّن من 20 إلى 50 عضواً.
- Docker وDocker Compose مثبتان على الخادم.
- اسم نطاق مع شهادة TLS صالحة — Docmost لا يخدم حركة مرور HTTP عادية.
- وكيل عكسي (nginx أو Caddy) لإنهاء TLS والتوجيه إلى حاوية Docmost.
- وحدة تخزين دائمة لقاعدة بيانات PostgreSQL وتخزين الملفات المرفقة.
- خادم SMTP أو تتابع بريد إلكتروني للمعاملات لدعوات الفريق.
نشر Docmost على خادم VPS في 5 خطوات
تجهيز الخادم
اتصل بخادم VPS عبر SSH. ثبّت Docker وDocker Compose:
curl -fsSL https://get.docker.com | sh apt install -y docker-compose-pluginتأكد من أن المنفذين 80 و443 مفتوحان في جدار الحماية.
جلب الإعداد الرسمي
انسخ المستودع أو نزّل
docker-compose.ymlمباشرة من مستودعdocmost/docmost:mkdir -p /opt/docmost && cd /opt/docmost curl -O https://raw.githubusercontent.com/docmost/docmost/main/docker-compose.yml curl -O https://raw.githubusercontent.com/docmost/docmost/main/.env.example cp .env.example .envضبط متغيرات البيئة
عدّل ملف
.envوأدخل على الأقل:-
APP_URL: نطاقك (https://wiki.your-domain.com)
-APP_SECRET: سلسلة عشوائية طويلة (أنشئها بـopenssl rand -hex 32)
-DATABASE_URL: احتفظ بالقيمة الافتراضية إذا كنت تستخدم PostgreSQL من Compose
-SMTP_HOST،SMTP_PORT،SMTP_USERNAME،SMTP_PASSWORD: تتابع بريدك الإلكترونيتشغيل الحاويات
docker compose up -dيبدأ Docmost مع PostgreSQL وRedis. تحقق من أن الحاويات الثلاث في وضع
Up:docker compose psأول وصول عبر نطاقك يُشغّل معالج إنشاء حساب المدير.
ضبط الوكيل العكسي TLS
أشر نطاقك إلى IP الخادم. مع nginx أضف vhost يوجّه إلى المنفذ الداخلي لـDocmost (الافتراضي
3000) وأنهِ TLS مع Let's Encrypt:apt install -y certbot python3-certbot-nginx certbot --nginx -d wiki.your-domain.comأعد تشغيل nginx. يصبح Docmost متاحاً عبر HTTPS.
Notion / Docmost / AppFlowy — ما تدفعه فعلاً
مرّر الجدول أفقيًا
| الأداة | تكلفة الخادم (فريق 20) | ترخيص كود الخادم | تحديثات الأمان |
|---|---|---|---|
| Notion Business | 400$/شهرياً (مع الذكاء الاصطناعي) | SaaS مملوك | على عاتق Notion |
| AppFlowy + خادم تجاري | بنية تحتية + ترخيص الناشر | مملوك (منذ سبتمبر 2026) | على عاتق الناشر |
| Docmost مفتوح المصدر | تكلفة VPS فقط | AGPL-3.0 | منشورة على GitHub، قابلة للمراجعة |
| Docmost Business | تكلفة VPS + ترخيص Business | AGPL-3.0 (النواة) | منشورة على GitHub، قابلة للمراجعة |
ما يقوله أرشفة AppFlowy عن نموذج المصدر المفتوح الهجين
AppFlowy ليس أول مشروع يخطو هذه الخطوة. النمط موثّق: تبدأ الأداة بترخيص مفتوح، تكتسب شعبية، تجمع تمويلاً، وتحتفظ تدريجياً بكود الخادم. ما يوضحه هذا الأرشفة هو حدود نموذج المصدر المفتوح الهجين عندما تكون النواة التجارية هي الخادم.
التمييز المهم لمسؤول تقني: مشروع يستمد ناشره إيراداته من ترخيص الخادم لديه مصلحة مباشرة في جعل هذا الخادم يصعب استبداله. مشروع يستمد ناشره إيراداته من نسخ Enterprise — مبنية على نواة مفتوحة مستقرة — لديه مصلحة في الحفاظ على تلك النواة في حالة جيدة. هذا هو التوتر الذي يحاول AGPL تقليصه.
Docmost يتبع النموذج الثاني. نواته بترخيص AGPL هي الأساس الذي تضع الفرق ثقتها عليه عند اختيار الاستضافة الذاتية.
التحقق من صحة مشروع مفتوح المصدر قبل الترحيل
قبل ترحيل قاعدة معرفة الفريق إلى أداة ذاتية الاستضافة، ثلاثة مؤشرات للتحقق: تكرار الالتزامات في مستودع الخادم (وليس فقط العميل)، سياسة الإفصاح عن CVE، ونموذج أعمال الناشر. مشروع بلا إيرادات أو إيراداته تأتي حصراً من SaaS لديه دافع ضعيف للحفاظ على النسخة ذاتية الاستضافة. مشروع عملاؤه الدافعون يستضيفون بأنفسهم لديه دافع قوي.
Docmost في الإنتاج: نقاط يجب معرفتها
Docmost مستقر في الإنتاج منذ نهاية 2025. بعض النقاط قبل نشر الفريق.
النسخ الاحتياطي: البيانات في PostgreSQL ووحدة تخزين الملفات. نسخ احتياطي يومي تلقائي للاثنين يكفي. pg_dump مجدول عبر cron، وrsync أو لقطة S3 للمرفقات.
التحديثات: ينشر Docmost إصدارات منتظمة — حوالي واحد شهرياً في 2026. الإجراء هو docker compose pull ثم docker compose up -d. تُطبَّق ترحيلات المخطط عند التشغيل. اقرأ ملاحظات الإصدار قبل التحديث.
مصادقة SSO: يدعم Docmost SAML 2.0 وOIDC في نسختَي Business وEnterprise. تدير النسخة مفتوحة المصدر المصادقة بالبريد الإلكتروني والدعوات.
الأداء: على نواتين/4 جيجابايت، يتعامل Docmost بارتياح مع 20 إلى 50 عضواً نشطاً في آنٍ واحد. فوق 100 عضو مع مساحات مكثفة الاستخدام، يُوصى بـ4 نوى/8 جيجابايت وعقدة PostgreSQL مستقلة.
لماذا استضافة Docmost على VPS مخصص بدلاً من استضافة مشتركة
- يتطلب Docmost تشغيل Docker: الاستضافة المشتركة لا توفره.
- يجب أن تكون PostgreSQL متاحة من الحاوية: معظم خطط الاستضافة المشتركة لا توفر وصولاً إلى PostgreSQL محلية.
- وحدات التخزين الدائمة للملفات المرفقة يجب أن تصمد عبر عمليات إعادة التشغيل: خادم VPS بتخزين NVMe يوفر هذا الضمان.
- الوصول بصلاحيات الجذر ضروري لضبط الوكيل العكسي TLS وقواعد جدار الحماية.
- قابلية التوسع الرأسي لخادم VPS — إضافة RAM أو CPU بدون ترحيل — تغطي نمو الفريق دون إعادة هيكلة البنية التحتية.
