لماذا استضافة منصة no-code ذاتيًا
منصات SaaS no-code مريحة حتى تصل إلى جدار التسعير: Retool يُحاسب على كل مستخدم نشط شهريًا، AppSmith يقيّد المتعاونين في الخطة المجانية، وبيانات CRM تجلس على خادم جهة خارجية. الاستضافة الذاتية لـ NocoBase تقلب المعادلة: مستخدمون غير محدودين، مجموعات غير محدودة، وبياناتك في وحدة تخزين PostgreSQL على خادمك — قابلة للتصدير في أي وقت عبر REST API. بـ ~800 ميغابايت RAM أثناء الخمول، حاويتان Docker هما كل ما تحتاجه.
ما تحصل عليه مع NocoBase المستضاف ذاتيًا
- النهج الأول بنموذج البيانات — عرِّف الكيانات والحقول والعلاقات أولًا، ثم ابنِ واجهة المستخدم فوقها.
- أكثر من 80 إضافة رسمية — Kanban وGantt وعرض التقويم وكتل الرسوم البيانية ومدير الملفات وسير موافقات.
- أذونات على مستوى الحقل — تحكم في من يمكنه رؤية أو تعديل أو حذف كل حقل لكل دور.
- توليد REST API تلقائي — كل مجموعة تُنشئها تحصل على API مع التصفية والفرز والترقيم.
- دعم مصادر بيانات متعددة — اتصل بقواعد بيانات PostgreSQL أو MySQL أو MariaDB خارجية.
- محرك سير العمل المرئي — أتمتة بسحب وإفلات مع شروط وحلقات وطلبات HTTP.
- رخصة Apache-2.0 — بلا قياس عن بُعد، بلا حدود للمقاعد.
المتطلبات الأساسية
- خادم ServOrbit VPS بذاكرة RAM لا تقل عن 2 جيجابايت وUbuntu 24.04.
- اسم نطاق (اختياري — NocoBase يعمل على http://ip-خادمك:13000 للاستخدام الداخلي).
- 15 دقيقة من وقت الإعداد.
نشر NocoBase على خادمك VPS
اطلب خادم ServOrbit VPS
خطة 2 vCPU / 2 جيجابايت RAM على Ubuntu 24.04 مثالية. يعمل NocoBase مع PostgreSQL 16 أثناء الخمول تحت 800 ميغابايت RAM؛ 2 جيجابايت يوفر هامشًا للاستخدام النشط.
انشر بنقرة واحدة من سوق التطبيقات
افتح لوحة تحكم ServOrbit، اذهب إلى سوق التطبيقات → التطوير → NocoBase، وانقر نشر. يُوفّر AWX تلقائيًا Docker ويُنشئ APP_KEY عشوائيًا وكلمة مرور قاعدة بيانات ويُشغّل حاوية
app+postgres. الواجهة متاحة في حوالي 30 ثانية.أنشئ حساب المشرف
انتقل إلى
http://ip-خادمك:13000. يطلب معالج التشغيل الأول اختيار لغة النظام والمنطقة الزمنية وإنشاء حساب المشرف الجذر. بعد تسجيل الدخول تصل إلى لوحة معلومات NocoBase.ابنِ أول مجموعة بيانات
انقر الإعدادات → مصادر البيانات → الرئيسية → المجموعات → إنشاء. أضف حقولًا: نص، رقم، تاريخ، قائمة منسدلة، علاقة. احفظ، ثم انقر تكوين واجهة المستخدم لسحب كتلة جدول ونموذج على أول صفحة.
عيِّن الأدوار وادعُ فريقك
اذهب إلى الإعدادات → المستخدمون والأذونات → الأدوار. أنشئ أدوارًا (مثل المبيعات والمالية والقراءة فقط) وعيِّن أذونات على مستوى الحقل لكل مجموعة. ثم ادعُ المستخدمين من الإعدادات → المستخدمون.
أول تسجيل دخول
افتح الرابط وسجّل الدخول بكلمة المرور المسلَّمة إليك والبريد الإلكتروني [email protected]، ثم غيِّر كلمة المرور من ملفك الشخصي.
حالة استخدام: نظام CRM مستضاف ذاتيًا لوكالة مغربية
وكالة رقمية تتابع 40 حساب عميل في جداول بيانات تفقد السياق بين المشاريع. مع NocoBase على خادم ServOrbit VPS: أنشئ مجموعة «العملاء» (الاسم، القطاع، الإيراد السنوي، المسؤول)، واربطها بمجموعة «المشاريع» (الحالة، الموعد النهائي، المُخرَجات) وبمجموعة «جهات الاتصال» (البريد الإلكتروني، الدور، آخر تفاعل). تحوِّل إضافة Kanban مجموعة المشاريع إلى عرض خط أنابيب؛ ويرسل محرك سير العمل بريدًا إلى المسؤول عندما ينتقل مشروع إلى حالة «متوقّف». إجمالي وقت الإعداد: أقل من ساعتين. والتكلفة الشهرية: خطة الخادم وحدها — بلا اشتراك SaaS لكل مقعد.
النسخ الاحتياطي للبيانات وقابلية النقل
يخزّن NocoBase جميع البيانات الوصفية والمحتوى في وحدة تخزين PostgreSQL nocobase_db. انسخه احتياطيًا بـ docker compose exec postgres pg_dump -U nocobase nocobase > backup.sql. الملفات المرفوعة تعيش في وحدة تخزين nocobase_storage. كلتا الوحدتين تبقيان عبر إعادة تشغيل الحاوية وتحديثات الصورة.
الإعداد بعد التثبيت: reverse proxy مع nginx وشهادة TLS من Let's Encrypt
في بيئة الإنتاج تريد الوصول إلى NocoBase عبر نطاق بـ HTTPS بدلًا من http://ip:13000. ثبِّت nginx وcertbot:
apt install -y nginx certbot python3-certbot-nginxأنشئ ملف تكوين nginx (استبدل nocobase.yourdomain.com بنطاقك الفرعي):
server {
listen 80;
server_name nocobase.yourdomain.com;
location / {
proxy_pass http://127.0.0.1:13000;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
client_max_body_size 50m;
}
}فعِّل التكوين واحصل على شهادة TLS:
nginx -t && systemctl reload nginx
certbot --nginx -d nocobase.yourdomain.comيعدِّل certbot تلقائيًا تكوين nginx لإعادة توجيه HTTP إلى HTTPS مع تجديد تلقائي للشهادة.
الإضافات الأساسية: Kanban وGantt وسير العمل
يأتي NocoBase مع أكثر من 80 إضافة رسمية تجدها في الإعدادات → مدير الإضافات. الثلاث الأكثر فائدة لأدوات الأعمال:
إضافة Kanban — تحوِّل أي مجموعة إلى لوحة Kanban بأعمدة. اضبط حقل «الحالة» (قائمة منسدلة) كبُعد للأعمدة. البطاقات قابلة للسحب والإفلات وتحدِّث قاعدة البيانات في الوقت الفعلي.
إضافة Gantt — تعرض المجموعات التي تحتوي على حقلَي تاريخ البداية والنهاية كمخطط Gantt تفاعلي. الأشرطة قابلة للتحجيم والنقل، مع دعم العلاقات لعرض التبعيات.
محرك سير العمل — الإضافة الأقوى: شغِّل الأتمتة على حدث (إنشاء صف أو تعديله أو حذفه)، أو وفق جدول زمني (cron)، أو عبر استدعاء API. ابنِ سلاسل موافقة متعددة المستويات وإشعارات بريدية شرطية وتكاملات خارجية عبر عُقد HTTP — بلا سطر كود.
للتثبيت: الإعدادات → مدير الإضافات → إضافة → اختر من القائمة الرسمية → تفعيل. الإضافات الرسمية مضمّنة مجانًا في صورة latest-full.
تحديث NocoBase
يُصدر NocoBase تحديثات بانتظام (كل أسبوعين تقريبًا). التحديث يعني سحب صورة Docker الجديدة وإعادة تشغيل الحاويات — تنفيذ مهاجرات قاعدة البيانات يتم تلقائيًا عند بدء التشغيل.
cd /opt/nocobase
docker compose pull
docker compose down
docker compose up -d
docker compose logs -f appانتظر رسالة NocoBase server running at http://0.0.0.0:13000 قبل إعادة فتح الواجهة. احرص دائمًا على نسخ احتياطي بـ pg_dump قبل أي تحديث، وراجع ملاحظات الإصدار على GitHub للتغييرات غير المتوافقة.
إذا فشلت مهاجرة: ستُعيد الحاويات التشغيل في حلقة. افحص بـ docker compose logs app — خطأ المهاجرة يظهر صراحةً. استعد النسخة الاحتياطية لـ PostgreSQL ثم أنشئ تذكرة على GitHub مرفقًا بالسجلات.
استكشاف الأخطاء: أكثر الأخطاء شيوعًا عند بدء التشغيل
خطأ: APP_KEY is required
يرفض NocoBase البدء إذا كان APP_KEY غائبًا أو فارغًا في ملف .env. أنشئ مفتاحًا عشوائيًا بـ openssl rand -hex 32 وأضفه:
APP_KEY=your_random_key_hereثم أعد التشغيل بـ docker compose up -d.
خطأ: Plugin installation timeout
يحدث عند بطء الاتصال بسجل npm أثناء تثبيت إضافة. انتظر 60 ثانية وأعد المحاولة. إذا استمرت المشكلة، تحقق من اتصال VPS بالإنترنت. صورة latest-full تتضمن جميع الإضافات الرسمية محليًا — استخدمها لتجنب هذه المشكلة.
خطأ: Port 13000 already in use
عملية أخرى تستمع بالفعل على المنفذ 13000. حددها بـ ss -tlnp | grep 13000. أوقف العملية المتعارضة أو غيِّر منفذ NocoBase بضبط APP_PORT=13001 في .env.
حاوية postgres تُعيد التشغيل في حلقة
تحقق من المساحة المتاحة بـ df -h. يفشل PostgreSQL عند امتلاء الحجم. فرِّغ مساحة أو غيِّر حجم القرص من لوحة تحكم ServOrbit.
الواجهة لا تستجيب بعد تحديث
تحقق من تشغيل الحاويات (docker compose ps) وانتهاء المهاجرات (docker compose logs app | grep -i migration). اسمح بـ 1 إلى 3 دقائق للمهاجرات على القواعد الكبيرة.
NocoBase مقابل Appsmith مقابل Budibase: جدول مقارنة
يعتمد اختيار المنصة المناسبة على أولويتك: نموذج بيانات غني، أو منشئ واجهة مرن، أو تكاملات جاهزة.
| المعيار | NocoBase | Appsmith | Budibase |
|---|---|---|---|
| نموذج البيانات | أصيل (مجموعات + علاقات) | موصل خارجي فقط | أصيل + خارجي |
| قاعدة بيانات مدمجة | PostgreSQL 16 | لا | SQLite / PostgreSQL |
| الإضافات / المكونات | 80+ رسمية | 45+ | 30+ |
| الأتمتة | محرك مرئي مدمج | عبر JS مخصص | مدمجة |
| أذونات على مستوى الحقل | نعم | لا | محدودة |
| الرخصة | Apache-2.0 | Apache-2.0 | GPL-3.0 |
| خطة سحابية مجانية | لا (self-host فقط) | نعم (5 مستخدمين) | نعم (5 مستخدمين) |
| الحد الأدنى من RAM | ~800 MB | ~1.5 GB | ~512 MB |
الخلاصة: يتفوق NocoBase حين يعتمد مشروعك على نموذج بيانات معقد بعلاقات بين الكيانات وأذونات دقيقة — CRM أو ERP خفيف أو بوابة عملاء. Appsmith أنسب لبناء لوحات تحكم تستهلك APIs موجودة دون تخزين بيانات. Budibase يتميز بخفة وزنه ونشره السريع للنماذج البسيطة أو الإنترانت.