Marketplace

اختر خادم VPS Cloud ثم حدِّد القالب المطلوب: تُثبَّت البيئة تلقائيًا. تُقدَّم التطبيقات التي تشترط نطاقًا عبر HTTPS على العنوان المختار عند التثبيت — نطاق فرعي من أحد نطاقاتك أو النطاق الفرعي المجاني للخادم؛ أما البقية فليس لها عنوان عام وتُفتح عبر نفق SSH.

الـ Marketplace هي كتالوج قوالب VPS: تطبيقات مفتوحة المصدر (open source) مُهيَّأة مسبقًا تنشرها على خادم VPS الخاص بك بنقرات قليلة.

لا. هي برمجيات مفتوحة المصدر (open source) نوفّرها في شكل قوالب جاهزة للنشر. أنت تدفع ثمن خادم VPS الذي يستضيفها، لا ثمن البرمجية.

التطبيقات المقترحة مفتوحة المصدر ومجانية. وتكلفتك الوحيدة هي تكلفة خادم VPS Cloud الذي تعمل عليه.

يغطّي الكتالوج الذكاء الاصطناعي والأتمتة وقواعد البيانات وأنظمة إدارة المحتوى (CMS) والنشر والمزيد (166 حلًّا حتى الآن). ويُثرى بانتظام.

نعم. عبر نموذج الاتصال، اختر «اقتراح حل» وحدِّد تطبيق open source الذي ترغب فيه إلى جانب حالة استخدامك.

يُقصد بالحد الأدنى من متطلبات التطبيق أنه على خادم فارغ. غير أن التطبيقات المثبَّتة لديك مسبقًا تستهلك بالفعل جزءًا من RAM وCPU والقرص: لذلك نتحقق من المساحة المتوفرة فعليًا على VPS الخاص بك (وليس سعته الإجمالية) قبل بدء تثبيت جديد، تفاديًا لإشباع الجهاز. إذا كانت المساحة الحرة غير كافية، فزِد الموارد من مساحة العميل الخاصة بك (خيارات vCPU / RAM / القرص) ثم أعِد تشغيل التثبيت — أو أزِل تطبيقًا لم يعُد لازمًا.

لضمان تثبيت يعمل من المرة الأولى، نتحقق من التوافق مع ما هو مثبَّت مسبقًا على خادمك. يظهر التطبيق محجوبًا في ثلاث حالات: (1) «تعارض المنافذ» — يحتاج إلى المنفذ الشبكي نفسه الذي يستعمله تطبيق موجود مسبقًا (لا يمكن لخدمتين الإنصات على المنفذ نفسه في خادم واحد)؛ (2) «تعارض» — هو دور لا يمكن أن يوجد إلا بنسخة واحدة، مثل reverse-proxy‏َين كـ Caddy وHAProxy يريدان كلاهما إدارة المنفذين 80/443؛ (3) «متطلب مسبق» — يحتاج إلى تثبيت تطبيق آخر أولًا. في كل حالة يُعرض السبب أسفل التطبيق. ولتثبيته رغم ذلك: أزِل التطبيق المتعارض، أو ثبِّت المتطلب المسبق أولًا، أو استخدم VPS آخر.

Gitea منصة Git خفيفة ومفتوحة المصدر مكتوبة بلغة Go. تمنحك الاستضافة الذاتية مستودعات خاصة غير محدودة، وCI/CD مدمجًا (Gitea Actions)، وسِجلّ حِزَم، وصلاحيات فريق دقيقة — كل ذلك على VPS بذاكرة 2 GB RAM، دون فوترة لكل مقعد.

يقدِّم Gitea واجهته الوِيب على المنفذ 3000، المنشور على 127.0.0.1 والمُمرَّر عبر HTTPS بواسطة الـ reverse proxy ‏nginx الذي يُعدّه ServOrbit على العنوان المختار عند التثبيت. ويُنشر Git عبر SSH على المنفذ 2222 — لتفادي التعارض مع SSH الخاص بمضيف VPS على المنفذ 22 — لكن على 127.0.0.1 فقط هو أيضًا: لا يمكن الوصول إليه من الإنترنت. استنسخ عبر HTTPS، أو عبر نفق SSH.

نعم. فعِّل Gitea Actions في ملف app.ini الخاص بك (`[actions] ENABLED = true`) وسجِّل حاوية `act_runner` على VPS نفسه. يتوافق Gitea Actions مع صياغة YAML الخاصة بـ GitHub Actions، لذا تعمل معظم الـ workflows الموجودة دون تعديل.

لا يُنشر SSH الخاص بـ Git في Gitea إلا على 127.0.0.1:2222، لذا لا يستجيب `git clone ssh://git@<your-domain>:2222/<user>/<repo>.git` من الخارج. استنسخ عبر HTTPS (`git clone https://<your-domain>/<user>/<repo>.git`)، أو افتح أولًا نفق SSH نحو الخادم — `ssh -L 2222:127.0.0.1:2222 root@<ip>` — ثم استخدم `git clone ssh://git@localhost:2222/<user>/<repo>.git`. وتُغنيك كتلة Host في `~/.ssh/config` ‏(HostName localhost، Port 2222) بعد ذلك عن تحديد المنفذ في كل أمر Git.

يعمل Gitea بأريحية على VPS بمعالج 1 vCPU وذاكرة 2 GB RAM للفرق حتى 20 مستخدمًا. أضِف مزيدًا من RAM إذا فعَّلت runners محلية لـ Gitea Actions تقوم بترجمة الشيفرة. خصِّص ما لا يقل عن 20 GB من تخزين SSD لكل وحدة تخزين مستودع.

PocketBase هو backend-as-a-service (BaaS) مفتوح المصدر مكتوب بلغة Go. يجمع قاعدة بيانات SQLite مضمَّنة، وواجهة REST وWebSocket API في الزمن الحقيقي، ومصادقة مدمجة (email/password، OAuth2، OTP)، ولوحة إدارة وِيب في ثنائي (binary) واحد — دون الحاجة إلى خادم قاعدة بيانات خارجي أو ملفات تهيئة.

يعمل PocketBase على 512 MB RAM للأحمال الخفيفة. ويتعامل VPS بذاكرة 1–2 GB بأريحية مع آلاف المستخدمين النشطين يوميًا. لا تَزِد الموارد إلا إذا كنت تعالج ملفات ضخمة جدًا أو تشغِّل إلى جانبه مهام خلفية كثيفة الحوسبة.

PocketBase أخف بكثير (ثنائي واحد مقابل أكثر من 10 خدمات Docker في Supabase) وله كلفة VPS ثابتة دون فوترة لكل قراءة أو كتابة. يُعدّ Firebase وSupabase أفضل للتوسّع السحابي اللامحدود؛ بينما يُعدّ PocketBase أفضل للتطبيقات ذات الكلفة المتوقَّعة التي تقل عن نحو 1 M طلب يوميًا.

يدعم PocketBase كلًّا من Google وGitHub وGitLab وApple وTwitter/X وFacebook وMicrosoft وSpotify وKakao وTwitch وغيرها. فعِّلها في لوحة الإدارة ضمن Settings → Auth Providers بلصق معرِّف العميل (client ID) والسرّ الخاصَّين بـ OAuth2.

تقيم جميع البيانات في وحدة تخزين Docker المسماة `/pb/pb_data` — ملف SQLite واحد إضافةً إلى الملفات المرفوعة. انسخ هذه الوحدة احتياطيًا باستخدام `docker run --rm -v pocketbase:/data alpine tar -czf - /data`. كما يوفّر PocketBase نقطة نهاية (endpoint) نسخ احتياطي مدمجة يمكن الوصول إليها من لوحة الإدارة.

نعم. يدعم PocketBase خطاطيف (hooks) JavaScript منذ الإصدار v0.17: شغِّل شيفرة قبل أحداث إنشاء السجل أو تحديثه أو حذفه أو المصادقة، أو بعدها. وللحالات المتقدمة، ضمِّن PocketBase كمكتبة Go وأضِف معالِجات (handlers) HTTP أو مهام خلفية خاصة بك.

Vaultwarden تطبيق مفتوح المصدر وغير رسمي لخادم Bitwarden مكتوب بلغة Rust. وهو متوافق 100% مع جميع عملاء Bitwarden الرسميين (إضافات المتصفح، iOS، Android، سطح المكتب، CLI) ويستهلك أقل من 50 MB RAM — ما يجعله مثاليًا للاستضافة الذاتية على VPS صغير.

نعم. يرفض عملاء Bitwarden الرسميون الاتصال بخادم لا يملك شهادة TLS صالحة. لذا تحتاج إلى عنوان عبر HTTPS — ويتولى ServOrbit إعداده لك: يطلب تثبيت Vaultwarden نطاقًا فرعيًا من أحد نطاقاتك أو النطاق الفرعي المجاني المرفق بخادم VPS، ثم يُعدّ ServOrbit سجل DNS والـ reverse proxy ‏nginx وشهادة Let's Encrypt. لا حاجة إلى إعداد أي proxy بنفسك.

يستهلك Vaultwarden أقل من 50 MB RAM في وضع الخمول. يكفي VPS بذاكرة 512 MB للاستخدام الشخصي أو لفريق صغير؛ و1 GB مريح لمؤسسة من 20–50 مستخدمًا. ويعمل بسهولة إلى جانب خدمات أخرى دون التأثير في الأداء.

نعم. صدِّر خزنتك من Bitwarden.com (Settings → Export Vault → JSON format) واستوردها في خزنة الوِيب الخاصة بـ Vaultwarden ضمن Tools → Import Data. تستغرق العملية أقل من دقيقتين وتحافظ على جميع كلمات المرور والمجلدات والملاحظات والهويات.

اضبط متغيّر البيئة `SIGNUPS_ALLOWED=false` على الحاوية وأعِد تشغيلها. ستُرفَض عمليات التسجيل الجديدة. ويظل بإمكانك دعوة مستخدمين محدَّدين عبر لوحة الإدارة التي تفعِّلها بمتغيّر البيئة `ADMIN_TOKEN`.

تقيم جميع البيانات في وحدة تخزين Docker المسماة `/data`: ملف SQLite واحد إضافةً إلى المرفقات. شغِّل `docker run --rm -v vaultwarden:/data -v /backup:/out busybox tar czf /out/vaultwarden-backup.tar.gz /data` لإنشاء لقطة. جدوِل ذلك في cron لعمل نسخ احتياطية يومية تلقائية.

Beszel هو مركز مراقبة خوادم خفيف ومفتوح المصدر (MIT). تنشر مركزًا واحدًا وتثبّت وكلاء (agents) صغارًا على كل خادم تريد متابعته. يجمع المركز في الوقت الفعلي مقاييس CPU وRAM والقرص وعرض النطاق الترددي وحاويات Docker عبر جميع خوادمك في لوحة تحكم واحدة مدعومة بـ PocketBase.

في وضع الخمول يستهلك المركز أقل من 50 MB من RAM ويتّسع بأريحية على VPS بسعة 512 MB إلى جانب خدمات أخرى. الوكلاء أخفّ من ذلك — بضعة MB لكل منها. يمكنك مراقبة أكثر من 20 خادمًا دون أن يتجاوز المركز نحو ~100 MB من RAM.

لا. ينشئ وكلاء Beszel اتصالات صادرة نحو المركز — لا تحتاج الخوادم المراقَبة إلى فتح أي منفذ وارد. كل ما يلزم هو أن يكون المنفذ 8090 (أو منفذ وكيل HTTPS الخاص بك) متاحًا على خادم المركز نفسه.

صُمِّم Uptime Kuma لفحوص التوافر: هل عنوان URL أو منفذ TCP يعمل أم متوقف؟ أما Beszel فمُصمَّم لمراقبة الموارد: CPU وRAM والقرص وعرض النطاق الترددي وإحصاءات Docker لكل خادم. وهما متكاملان — استخدم Uptime Kuma للفحوص الخارجية من نوع الصندوق الأسود، وBeszel للمقاييس الداخلية عبر أسطولك.

نعم. عند تشغيل حاوية الوكيل، قم بتحميل `/var/run/docker.sock` وسيكتشف Beszel تلقائيًا ويتابع جميع حاويات Docker على ذلك المضيف — CPU وRAM والشبكة لكل حاوية، دون الحاجة إلى أي مُصدِّر (exporter) إضافي.

يدعم Beszel البريد الإلكتروني وTelegram وSlack وDiscord وntfy وPagerDuty وPushover عبر إعدادات الإشعارات المدمجة فيه. حدِّد عتبة على أي مقياس (مثل القرص > 80%) وسيُطلق Beszel التنبيه عند تجاوز العتبة، ثم مرة أخرى عند العودة دونها.

Twenty هو نظام CRM مفتوح المصدر (AGPL-3.0) بُني كبديل ذاتي الاستضافة عن Salesforce وHubSpot. يوفّر كائنات وحقولًا قابلة للتخصيص، وطرق عرض kanban وقوائم، وواجهة برمجية GraphQL + REST، وملاحظات ومهام مدمجة، وعامل (worker) في الخلفية للأتمتة وwebhooks. اعتبارًا من الإصدار v2.1.0 أصبح جاهزًا للإنتاج في عمليات النشر ذاتية الاستضافة أحادية المستأجر.

تستهلك حزمة Twenty الكاملة (server + worker + PostgreSQL + Redis) نحو 1.2 GB من RAM في وضع الخمول. خطِّط لـ 2 GB كحد أدنى و4 GB مُوصى بها لإتاحة مجال لـ PostgreSQL تحت الاستعلامات المتزامنة. أما الخادم نفسه فيستخدم نحو 300–400 MB في وضع الخمول.

نعم — Twenty مفتوح المصدر بالكامل بموجب AGPL-3.0. الاستضافة الذاتية على VPS الخاص بك مجانية. لا توجد رسوم لكل مقعد، ولا فوترة حسب الاستخدام، ولا ميزات محجوبة خلف خطة مدفوعة في الإصدار ذاتي الاستضافة. أنت تدفع مقابل VPS فقط.

HubSpot وSalesforce منتجا SaaS سحابيان تُفوتَر حسب المقعد وتُخزَّن بياناتك على بنيتهما التحتية. أما Twenty فذاتي الاستضافة: تبقى جميع البيانات على خادمك، والتكلفة رسم VPS ثابت، ويمكنك توسيع المخطط (schema) وواجهة API والأتمتة دون موافقة المورّد أو قيود المتجر (marketplace).

نعم — كل كائن في Twenty (جهات الاتصال، الشركات، الصفقات، وأي كائن مخصّص تعرّفه) متاح عبر واجهة GraphQL API موثّقة بالكامل وواجهة REST API. تُطلَق webhooks عند أي حدث على السجل. إن واجهة API هي سطح التكامل الأساسي، وليست إضافة لاحقة.

نعم. يدعم Twenty استيراد CSV من إعدادات مساحة العمل → Import. صدِّر جهات اتصالك وشركاتك كملف CSV من HubSpot أو Pipedrive أو أي نظام CRM قديم، ثم استوردها إلى كائن Twenty المطابق. أما عمليات النقل الأكثر تعقيدًا (الصفقات مع سجل النشاط) فقد تحتاج إلى سكربت API قصير.

Qdrant هو قاعدة بيانات متجهية (vector database) مفتوحة المصدر مكتوبة بلغة Rust. تخزّن أجزاء المستندات كمتجهات embedding وتسترجع الأكثر تشابهًا خلال أجزاء من الثانية (بالميلي ثانية). يستخدم RAG (Retrieval-Augmented Generation) ذلك لحقن سياق ذي صلة في كل استدعاء لـ LLM — كي يجيب الذكاء الاصطناعي من الحقائق بدلًا من الهلوسة. لا يمكن لقاعدة بيانات علائقية أو فهرس نصّي كامل مجاراة سرعة Qdrant أو دقّته في هذه المهمة.

في وضع الخمول يستهلك Qdrant نحو 100–200 MB من RAM. الحد العملي هو حجم فهرسك: مليون متجه float32 بأبعاد 1536 تشغل نحو 6 GB دون تكميم (quantisation)، أو ~1.5 GB مع التكميم القياسي (int8). ولمعظم مشاريع RAG الصغيرة إلى المتوسطة، يُعدّ VPS بسعة 4 GB نقطة انطلاق مريحة.

أي نموذج ينتج متجهات float ذات حجم ثابت. خيارات ذاتية الاستضافة شائعة عبر Ollama: mxbai-embed-large (1024 dims)، nomic-embed-text (768 dims). عبر API: OpenAI text-embedding-3-small (1536 dims)، Cohere Embed. تمتلك LangChain وLlamaIndex وHaystack وحِزم Qdrant SDKs الرسمية (Python، TypeScript، Go، Rust) موصّلات (connectors) أصلية.

نعم. هما تطبيقان منفصلان في Marketplace، لكل منهما حاويته الخاصة، دون تعارض في المنافذ (Ollama على 11434، Qdrant على 6333/6334). خطِّط للذاكرة وفق ذلك: يحتاج Ollama وحده 8 GB على الأقل لنموذج 7B، تُضاف إليها ذاكرة Qdrant. تحصل على حزمة RAG مكتفية ذاتيًا بالكامل ومعزولة عن الشبكة: توليد المتجهات (embed) بـ Ollama، والاسترجاع بـ Qdrant، والتوليد بـ Ollama، دون الحاجة إلى أي API خارجية.

نعم. Qdrant هو البديل الرائد ذاتي الاستضافة عن Pinecone. يضاهي أو يتجاوز Pinecone في زمن الاستجابة (latency) والاستدعاء (recall) في اختبارات الأداء، ويدعم نفس منظومة نماذج embedding، ويكلّف رسم VPS ثابتًا بدلًا من الفوترة لكل متجه ولكل استعلام. المقايضة: تدير أنت البنية التحتية بنفسك.

أعد تشغيل الحاوية مع ضبط متغيّر البيئة QDRANT__SERVICE__API_KEY على سلسلة عشوائية قوية. يجب حينئذٍ أن تتضمّن جميع طلبات REST وgRPC ترويسة `api-key`. ضع Qdrant خلف Caddy أو Nginx من أجل HTTPS. لا تعرّض المنفذ 6333 للإنترنت أبدًا دون مصادقة.

Infisical هو مدير أسرار مفتوح المصدر (MIT، 27.6k نجمة) — بديل ذاتي الاستضافة عن Doppler وHashiCorp Vault. يجمع مفاتيح API وكلمات مرور قواعد البيانات والشهادات في خزنة واحدة، تُزامَن تلقائيًا مع تطبيقاتك وخطوط CI عبر حِزم SDKs والتكاملات الأصلية. تُبقي الاستضافة الذاتية أكثر بياناتك حساسية على بنيتك التحتية الخاصة مع سجلّات تدقيق كاملة، بتكلفة VPS ثابتة بدلًا من فوترة SaaS لكل مطوّر.

تستهلك حزمة Infisical (app + PostgreSQL 14 + Redis) نحو 600–800 MB من RAM في وضع الخمول وتتجاوز 1 GB في الذروة تحت طلبات API متزامنة من تطبيقات متعددة. خطِّط لـ VPS بذاكرة RAM لا تقل عن 2 GB (يُوصى بـ 4 GB للفرق التي تسحب فيها عدة خدمات الأسرار في آن واحد).

نعم. يوفّر Infisical تكاملات CI/CD من الطراز الأول: GitHub Actions (إجراء رسمي في الـ marketplace) و GitLab CI (مزامنة أصلية للمتغيّرات) و CircleCI و Jenkins. تضيف service token كسرّ في الـ CI، ثم يحقن التكامل أسرار البيئة الصحيحة مباشرةً في كل تشغيل للـ pipeline — بلا ملفات ‎.env، وبلا تدوير يدوي.

نعم. ثبّت SDK الخاص بـ Infisical (`npm install @infisical/sdk` أو `pip install infisical-python`) واجلب الأسرار عند بدء التشغيل. أو استخدم غلاف الـ CLI: يحقن `infisical run -- node server.js` الأسرار كمتغيّرات بيئة بحيث يقرأها تطبيقك عبر `process.env` — بلا حاجة إلى تكامل SDK، ودون أن تلمس أي أسرار نظام الملفات إطلاقًا.

نعم. يشفّر Infisical كل قيمة سرّية أثناء السكون باستخدام AES-256-GCM بواسطة `ENCRYPTION_KEY` تُنشئها وتتحكّم بها. أثناء النقل، تتم كل الاتصالات عبر HTTPS. يُدار الوصول عبر سياسات قائمة على الأدوار و service tokens وهويات آلية وفق مبدأ الحدّ الأدنى من الامتيازات. تُسجَّل كل عملية قراءة وكتابة في سجل التدقيق. يتضمّن جوهر MIT كل ميزات الأمان هذه — دون الحاجة إلى أي باقة مدفوعة.

يحلّان مشكلتين مختلفتين: Vaultwarden مدير كلمات مرور شخصي وجماعي (متوافق مع Bitwarden — بيانات تسجيل دخول بشرية وإضافات متصفح وتطبيقات جوّال). أما Infisical فهو مدير أسرار للآلات والشيفرة (مفاتيح API و URI قواعد البيانات و tokens — تستهلكها التطبيقات وخطوط CI/CD برمجيًا عبر الـ SDK أو الـ CLI). تستخدم معظم الفرق كليهما: Vaultwarden لبيانات الاعتماد البشرية، و Infisical لأسرار التطبيقات.

Dockge مدير مرئي مفتوح المصدر (MIT) لحزم Docker Compose، أنشأه Louis Lam — المطوّر ذاته الذي يقف وراء Uptime Kuma. يتيح لك إنشاء جميع تطبيقاتك متعددة الحاويات وتحريرها وتشغيلها وإيقافها ومراقبتها من واجهة ويب أنيقة على المنفذ 5001، دون SSH أو سطر أوامر. ويخزّن كل حزمة كملف `compose.yaml` قياسي ضمن `/opt/stacks` على مضيفك.

يستهلك Dockge عند السكون أقل من 150 MB من RAM ويتّسع على أي VPS دون التأثير على الخدمات الأخرى العاملة عليه. وهو مبني على Node.js مع قاعدة بيانات SQLite — دون أي قواعد بيانات أو ذاكرات تخزين مؤقت خارجية يلزم توفيرها. يمكن لـ VPS بسعة 512 MB تشغيل Dockge بأريحية إلى جانب عدة حزم مُدارة.

نعم. ضع ملفات `compose.yaml` الحالية داخل مجلدات فرعية ضمن `/opt/stacks` (مثل `/opt/stacks/n8n/compose.yaml`) وسيكتشفها Dockge ويعرضها تلقائيًا عند التحميل التالي. عرف مسار الملف هو `<stacks-dir>/<stack-name>/compose.yaml` — وأي حزمة تتبع هذا التخطيط سلفًا تظهر في الواجهة دون أي خطوة استيراد.

تغطّي نطاقات مختلفة: Dockge مدير Compose خالص — يتيح لك إنشاء الحزم وإدارتها على الخادم نفسه الذي يعمل عليه. أما Coolify و Dokploy فهما منصتا PaaS كاملتان بتكامل Git و SSL تلقائي وترقية بيئات ونشر متعدد الخوادم. استخدم Dockge حين تريد واجهة خفيفة لحزمك المصنوعة يدويًا؛ واستخدم Coolify أو Dokploy حين تريد النشر عبر git-push و SSL مُؤتمتًا جاهزَين للاستعمال.

عُطّلت وحدة التحكّم الطرفية المدمجة افتراضيًا في v1.5.0 عقب تنبيه أمني (GHSA-7vx4-hf96-mqq6). أما بقية Dockge — إدارة الحزم وبثّ السجلات ولوحة الحالة — فتعمل بكامل وظائفها دون وحدة التحكّم. لا تفعّلها على نسخة معرَّضة للعموم. وإذا كنت بحاجة إلى وصول shell إلى الحاويات، فاستخدم جلسة SSH مخصّصة بدلًا من ذلك.

افتح الحزمة في واجهة Dockge، وانقر على Update ثم Start. يشغّل Dockge خلف الكواليس `docker compose pull` متبوعًا بـ `docker compose up -d`. ولتحديث Dockge نفسه، حرّر ملف `compose.yaml` الخاص به (ضمن `/opt/dockge` أو حيث ثبّتّه)، وغيّر وسم الصورة إن لزم، ثم شغّل `docker compose up -d` من الطرفية — أو استخدم نسخة Dockge أخرى لإدارته.

Authelia بوابة مصادقة وتفويض مفتوحة المصدر (Apache 2.0). تقف أمام تطبيقاتك كنقطة نهاية forward-auth على الـ reverse proxy الخاص بك (Nginx أو Caddy أو Traefik). يُفحَص كل طلب وفق سياستك: يُعاد توجيه المستخدمين غير المصادَق عليهم إلى بوابة تسجيل الدخول في Authelia، حيث يمكنك فرض كلمة مرور أو TOTP أو passkeys أو أي مزيج منها. ولا تحتاج التطبيقات نفسها إلى أي تعديل — إذ يحميها Authelia على مستوى البنية التحتية.

نعم. يجب أن تكون كوكيز الجلسة في Authelia محصورةً بنطاق (`Domain=.yourdomain.com`)، كما تتطلّب callbacks الخاصة بـ OIDC وشهادات Let's Encrypt وجود FQDN قابل للتحليل علنًا عبر HTTPS. لا يمكن لـ Authelia العمل بشكل صحيح خلف عنوان IP مجرّد. على ServOrbit، يطلب منك التثبيت هذا العنوان: نطاقًا فرعيًا من أحد نطاقاتك أو النطاق الفرعي المجاني المرفق بخادم VPS — ويتولى ServOrbit إعداد سجل DNS والـ reverse proxy ‏nginx وشهادة TLS (إذا لم تكن منطقة DNS لنطاقك مُدارة لدى ServOrbit، فوجِّه أولًا سجل A إلى الـ VPS).

يستهلك Authelia نفسه عند السكون أقل من 30 MB من RAM. أضف نحو 20 MB لمخزن الجلسات Redis. المجموع: أقل من 60 MB لكامل حزمة المصادقة. يكفي VPS بسعة 512 MB للاستخدام الشخصي؛ و1 GB مريح لفريق من 20 مستخدمًا أو أكثر.

نعم. Authelia مزوّد OpenID Connect (OIDC) معتمَد. سجّل كل تطبيق كعميل OIDC في `configuration.yml` — امنحه client ID وسرًّا و redirect URI. ثم هيّئ التطبيق لاستخدام Authelia كمزوّد هويّة له. يصادق المستخدمون مرة واحدة على بوابة المصادقة الخاصة بك ويُحوَّلون بصمت إلى كل تطبيق متصل دون إعادة إدخال بيانات الاعتماد.

يدعم Authelia بروتوكول TOTP (أي تطبيق مصادقة: Google Authenticator و Ente Auth و Aegis و Bitwarden Authenticator)، و WebAuthn/Passkeys (Touch ID و Face ID و YubiKey وأي مفتاح عتاد FIDO2)، وإشعارات Duo push. يمكن للمستخدمين تسجيل عدة طرق والاختيار عند تسجيل الدخول. ويُفرَض MFA لكل نطاق أو لكل مجموعة أو عالميًا وفق قواعد التحكّم بالوصول لديك.

Actual Budget تطبيق مالية شخصية مفتوح المصدر (MIT)، local-first، مبني على الميزنة الصفرية (طريقة المظاريف). وهو بديل ذاتي الاستضافة لـ YNAB — تشغّل خادم Node.js خفيفًا على الـ VPS الخاص بك وتزامن ميزانيتك مع أي جهاز عبر التشفير من طرف إلى طرف. ولا تغادر بياناتك المالية بنيتك التحتية إطلاقًا.

منهجية الميزنة متطابقة: خصّص كل دولار لمظروف (فئة) مُسمّى قبل إنفاقه. أما الفروق: Actual مرخّص بـ MIT دون رسوم اشتراك، وتبقى بياناتك على خادمك الخاص، والشيفرة المصدرية قابلة للتدقيق بالكامل على GitHub. يتمتّع YNAB بتطبيق جوّال أصلي أكثر صقلًا؛ ويقدّم Actual تطبيق PWA سريعًا ومجتمعًا مفتوح المصدر نشطًا.

يستهلك خادم Node.js عند السكون أقل من 80 MB من RAM. وVPS بسعة 1 GB أكثر من كافٍ لعدة مستخدمين متزامنين. ويُعدّ Actual Budget من أكثر أدوات المالية ذاتية الاستضافة كفاءةً في استهلاك الموارد على الإطلاق.

نعم، عبر تكاملين اختياريين: GoCardless للمصارف الأوروبية (API خاص بالـ open banking، دون مشاركة بيانات الاعتماد) و SimpleFIN للمصارف في أمريكا الشمالية. وإذا لم يكن مصرفك مدعومًا، يمكنك استيراد ملفات OFX أو QFX أو QIF أو CSV المصدَّرة من بوابة مصرفك الإلكترونية. كما يعمل التسجيل اليدوي للمعاملات جيدًا لمتابعة التدفّق النقدي.

نعم. تُخزَّن جميع البيانات في ملف SQLite على الـ VPS الخاص بك وتُزامَن بين الأجهزة باستخدام التشفير من طرف إلى طرف — إذ لا يتعامل الخادم إلا مع النص المشفَّر ولا يقرأ معاملاتك أو أرصدتك إطلاقًا. ولا تملك أي خدمة طرف ثالث حق الوصول إلى سجلاتك المالية.

نعم. يدعم Actual الاستيراد المباشر من YNAB 4 (تصدير محلي) ومن nYNAB (تصدير عبر الويب). تُنقَل جميع فئاتك وحساباتك ومبالغك المُدرجة في الميزانية وسجل معاملاتك. تستغرق عملية الترحيل نحو خمس دقائق من داخل شاشة إعدادات Actual Budget.

Umami أداة تحليلات ويب مفتوحة المصدر (رخصة MIT) تقيس جمهورك دون ملفات تعريف ارتباط أو جمع بيانات شخصية. على عكس Google Analytics 4، لا تتطلّب Umami شريط موافقة على ملفات تعريف الارتباط، ويزن سكربت التتبّع أقل من 2 كيلوبايت ويُقدَّم من نطاقك الخاص. تبقى بياناتك على خادم VPS الخاص بك ولا تمرّ أبدًا عبر خادم طرف ثالث.

لا يوجد حدّ. يمكن لنسخة Umami واحدة تتبّع عدد غير محدود من المواقع. يحصل كل موقع على معرّف تتبّع خاص ومفاتيح API، مما يسمح بالتحكم في الوصول لكل موقع على حدة — مفيد للوكالات التي تدير عدة عملاء. 1–2 غيغابايت RAM كافية لعشرات المواقع ذات الحركة المتوسطة.

افتراضيًا، يُقدَّم السكربت على `/script.js` من نطاقك. معظم حاجبات الإعلانات لا تستهدف أسماء الملفات العامة على نطاقات طرف أول، لذا يمرّ Umami عادةً حيث يُحجب Google Analytics وPlausible. للحماية الإضافية، اضبط متغيّر البيئة `TRACKER_SCRIPT_NAME` في ملف Docker Compose لإعادة تسمية السكربت إلى شيء محايد (مثل `u`).

نعم. تقدّم Umami واجهة JavaScript بسيطة للأحداث: اتصل بـ `umami.track(eventName, data)` في أي مكان من كودك، مثل `umami.track('signup_click', { plan: 'pro' })`. تظهر الأحداث في لوحة التحكم تحت تبويب الأحداث. لا مدير علامات، لا Google GTM — مجرد استدعاء دالة وبياناتك الخاصة على خادمك.

نعم. النسخة مفتوحة المصدر من Umami (رخصة MIT) مجانية تمامًا بلا قيود على الوظائف. تقدّم Umami أيضًا خطة سحابية مُدارة مدفوعة على umami.is، لكن على ServOrbit تدفع فقط ثمن خادم VPS — Umami نفسها لا تكلّف شيئًا.

DocuSeal منصة توقيع إلكتروني مفتوحة المصدر (AGPL-3.0، أكثر من 17 ألف نجمة، v3.1.4) تتيح لك إنشاء قوالب PDF وإرسال طلبات التوقيع لأطراف متعددة وجمع التوقيعات الرقمية الملزمة قانونيًا — كل ذلك على خادمك الخاص. إنها بديل مستضاف ذاتيًا لـ DocuSign وAdobe Acrobat Sign.

لا. تستخدم DocuSeal SQLite افتراضيًا — قاعدة البيانات ملف واحد مخزّن في `/data/db.sqlite3` داخل الحاوية. لا حاجة لـ PostgreSQL أو MySQL أو Redis. الحجم المثبّت في `/data` يحتفظ بجميع المستندات وقاعدة البيانات عبر إعادات تشغيل الحاوية.

تستهلك DocuSeal أقل من 256 ميغابايت في وضع الخمول. خادم 1 غيغابايت VPS مريح للفرق التي تعالج عشرات المستندات شهريًا. للحجم العالي أو جلسات التوقيع المتزامنة المتعددة، يُوصى بخطة 2 غيغابايت.

لا. يتلقّى كل موقّع رابطًا فريدًا. يفتحه في أي متصفح ويملأ حقوله ويرسل — لا تسجيل ولا تنزيل تطبيق مطلوب.

تُنشئ DocuSeal مسار تدقيق يحتوي على بريد الموقّع الإلكتروني وعنوان IP والطابع الزمني لكل توقيع، بالإضافة إلى شهادة إتمام. هذا يلبّي متطلبات الإثبات للتوقيعات الإلكترونية البسيطة بموجب eIDAS (الاتحاد الأوروبي) والقوانين المعادلة. لاتفاقيات عدم الإفصاح والعقود ونماذج الموافقة اليومية، مسار تدقيق DocuSeal كافٍ.

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

Changedetection.io أداة مفتوحة المصدر (Apache 2.0) تراقب أي موقع ويب وتنبّهك فور تغيُّر أي صفحة — الأسعار والمخزون والمناقصات والمنشورات الرسمية. تعمل على خادمك VPS بلا رسوم لكل فحص.

نعم، عبر حاوية Playwright/Chromium الجانبية الاختيارية. تتصل Changedetection.io بها للتصيير الكامل في المتصفح — مثالية لعدادات المخزون الديناميكية وتطبيقات SPA.

أكثر من 80 قناة عبر مكتبة Apprise: بريد إلكتروني (SMTP)، Telegram، Slack، Discord، ntfy، Gotify، Matrix وـ webhooks مخصّصة. يمكنك ضبط قنوات متعددة لكل رابط محدّد.

نعم. استخدم محدد CSS (مثل `.price`) أو تعبير XPath أو مشغّل بالكلمات المفتاحية. تُلغي الفلاتر فوضى قوائم التنقل والإعلانات والطوابع الزمنية التي تتغيّر في كل تحميل.

تستهلك الحاوية الرئيسية أقل من 256 ميغابايت في وضع الخمول. خادم 1 غيغابايت يراقب مئات الروابط بسهولة. مع حاوية Playwright/Chromium لصفحات JavaScript خطّط لـ 2 غيغابايت.

نعم. Changedetection.io مفتوحة المصدر بموجب رخصة Apache 2.0 — بلا حدود للروابط، بلا رسوم لكل فحص، بلا حساب سحابي إلزامي. تدفع فقط ثمن خادم VPS الذي يستضيفها.

Memos تطبيق ملاحظات مفتوح المصدر (MIT) خفيف الوزن: التقط الأفكار وأدر مذكراتك اليومية أو شارك الملاحظات مع فريقك من خادمك. صورة Docker ~20 ميغابايت، أقل من 128 ميغابايت RAM، SQLite افتراضيًا.

يستهلك Memos أقل من 128 ميغابايت RAM مع SQLite. صورة Docker ~20 ميغابايت — من أخف التطبيقات في الكتالوج — يمكن تشغيله مع تطبيقات أخرى على VPS بحجم 1 غيغابايت دون أي أثر ملحوظ.

نعم. يُصيِّر Memos Markdown مباشرةً في طريقة عرض الخط الزمني: خط عريض، مائل، كتل كود، قوائم مرجعية، روابط وصور مضمّنة — كل ذلك أثناء الكتابة.

نعم. يمكن تبديل كل ملاحظة إلى عامة عبر أيقونة المشاركة — تحصل على رابط قابل للوصول دون تسجيل الدخول. يبقى باقي النسخة خاصًا. يمكن أيضًا جعل النسخة كاملة عامة لإنشاء مدونة ميكرو شخصية.

نعم. يكشف Memos RESTful API على /api/v1/ مع مصادقة بالرمز. يمكنك نشر ملاحظات من سكريبتات أو بوتات Telegram أو مهام cron — مفيد لسجلات الستاندأب التلقائية.

نعم. Memos مرخّص بـ MIT — مجاني للاستخدام والتعديل والاستضافة الذاتية. لا اشتراكات، لا قياس عن بُعد، لا حساب سحابي. تدفع فقط ثمن خادم VPS.

Chatwoot منصة دعم عملاء مفتوحة المصدر متعددة القنوات (MIT، أكثر من 34 ألف نجمة، v4.16.0) تجمع الدردشة المباشرة والبريد الإلكتروني وWhatsApp وTelegram وFacebook Messenger وDMs من Twitter/X في صندوق وارد مشترك واحد. مستضافة ذاتيًا على خادمك، وهي بديل لـ Intercom وZendesk بلا رسوم لكل وكيل.

نعم. يتكامل Chatwoot مع WhatsApp Business Cloud API (Meta) وTwilio WhatsApp وTelegram Bot API. تربط كل قناة من لوحة الإعدادات ← صناديق الوارد. تظهر الرسائل الواردة من هذه القنوات في الصندوق المشترك إلى جانب الدردشة المباشرة والبريد الإلكتروني.

أنشئ صندوق وارد من نوع موقع إلكتروني في الإعدادات ← صناديق الوارد. يُنشئ Chatwoot مقتطف JavaScript سطرين. الصقه في `<head>` موقعك: تظهر فقاعة دردشة قابلة للتخصيص فورًا للزوار. اللون ورسالة الترحيب واسم الفريق قابلة للتكوين من لوحة التحكم.

يُشغَّل Chatwoot مع أربع حاويات Docker (Rails + Sidekiq + PostgreSQL + Redis) تستهلك حوالي 1.2 غيغابايت RAM في الخمول. خادم VPS بذاكرة 2 غيغابايت هو الحد الأدنى للإنتاج؛ 4 غيغابايت موصى به لفرق تزيد عن 10 وكلاء أو بحجم محادثات كبير.

نعم. يتطلب Chatwoot FRONTEND_URL صالحًا (FQDN عبر HTTPS) لتعمل إعادة توجيه OAuth وروابط البريد الإلكتروني وعنوان URL لمقتطف أداة الدردشة بشكل صحيح. بدون نطاق، لن تعمل هذه الميزات (تكاملات البريد الإلكتروني، الإشعارات، الأداة) بشكل موثوق.

نعم. Chatwoot Community Edition برنامج مفتوح المصدر بترخيص MIT — مجاني للتثبيت والاستضافة الذاتية بوكلاء غير محدودين. تدفع فقط ثمن خادم VPS. الميزات المؤسسية (SSO، سجلات تدقيق متقدمة، أدوار مخصصة) متاحة في خطط السحابة المدفوعة.

Vikunja منصة إدارة مهام ومشاريع مفتوحة المصدر ومستضافة ذاتيًا (AGPL-3.0، أكثر من 24 ألف نجمة، v2.4.0). تقدم عروض القائمة وKanban وGantt مع التبعيات والمهام المتكررة ومزامنة CalDAV وREST API كامل — بديل مستضاف ذاتيًا لـ Todoist وTickTick وAsana دون رسوم متكررة.

يستهلك Vikunja أقل من 256 ميغابايت RAM باستخدام SQLite كمخزن افتراضي. حجم صورة Docker تقريبًا 80 ميغابايت. خادم 512 ميغابايت يمكنه تشغيل Vikunja مع reverse proxy دون أي تحميل زائد — خطة 1 غيغابايت توفر هامش مريح.

نعم. يدعم Vikunja عرض القائمة ولوحات Kanban بالسحب والإفلات وعرض مخطط Gantt مع تواريخ البداية/النهاية وتبعيات المهام. يمكنك التبديل بين العروض لكل مشروع دون ترحيل أي بيانات.

نعم. يكشف Vikunja نقطة نهاية CalDAV/WebDAV على `/dav/`. أي عميل CalDAV متوافق — Thunderbird وDAVx⁵ وApple Reminders — يمكنه الاتصال ببيانات Vikunja ومزامنة المهام بشكل أصلي.

نعم. يشحن Vikunja REST API كامل موثقًا بمواصفات Swagger على `/api/v1/docs`. يمكنك إنشاء المهام وتحديثها وإغلاقها عبر HTTP برمز API — مفيد لخطوط CI التي تغلق المهام تلقائيًا عند النشر الناجح.

نعم. Vikunja برنامج مفتوح المصدر بترخيص AGPL-3.0 — مجاني للاستخدام والاستضافة الذاتية. لا رسوم لكل مقعد ولا خطط اشتراك ولا قياس عن بُعد. تدفع فقط ثمن خادم VPS.

Paperless-ngx نظام إدارة وثائق (GED) مفتوح المصدر يُستضاف ذاتيًا بموجب AGPL-3.0 (43 ألف نجمة+). يمسح الوثائق ويُطبّق عليها OCR عبر Tesseract (الفرنسية والإنجليزية في وصفة ServOrbit، مع إمكانية إضافة العربية)، ويفهرسها نصيًا كاملًا ويحفظها تلقائيًا حسب المُراسِل والنوع والوسوم — كل ذلك على خادم VPS دون إرسال أي بيانات إلى سحابة خارجية.

نعم، مع إعداد يلزم ضبطه للعربية. تتضمن صورة Docker محرك Tesseract، وتضبط وصفة ServOrbit ‏`PAPERLESS_OCR_LANGUAGE=fra+eng`: يعالج OCR الفرنسية والإنجليزية مباشرةً، لا العربية. لإضافتها، عدّل عبر SSH ملف `docker-compose.yml` داخل `/opt/paperless-ngx`: اجعل قيمة المتغير `fra+eng+ara`، وأضف `PAPERLESS_OCR_LANGUAGES: ara` (الذي يثبّت حزمة اللغة عند التشغيل)، ثم نفّذ `docker compose up -d`. تُعالَج حينها الوثائق المختلطة اللغة باللغات الثلاث.

تستهلك المنظومة الكاملة (خادم ويب Django + PostgreSQL 16 + Redis 7) حوالي 400-512 ميغابايت RAM في وضع الخمول. يُوصى بـ VPS بسعة 2 غيغابايت للاستخدام العادي؛ و4 غيغابايت للأرشيفات الكبيرة (أكثر من 100 ألف وثيقة) أو OCR مكثف متزامن.

هما أداتان متكاملتان ذواتا استخدامات مختلفة. Stirling-PDF صندوق أدوات PDF (أكثر من 50 عملية: دمج وتقسيم وضغط وتحويل وتوقيع...) — تستخدمه لمعالجة ملفات PDF عند الطلب. Paperless-ngx نظام GED أرشيفي: تودع فيه الوثائق مرة واحدة فيفهرسها ويصنفها ويجعلها قابلة للبحث إلى الأبد. كلاهما يعمل بشكل رائع معًا.

نعم. يوفر Paperless-ngx REST API كاملة موثقة على `/api/` (Swagger). يمكنك إدراج الوثائق والبحث فيها وتنزيلها ورفعها وحذفها عبر HTTP. في n8n، عقدة HTTP Request واحدة كافية لتشغيل استيعاب مرفق بريد إلكتروني أو PDF مُولَّد من خط CI.

نعم. Paperless-ngx برنامج مفتوح المصدر بترخيص AGPL-3.0 — مجاني للاستخدام والتعديل والاستضافة الذاتية. لا رسوم لكل وثيقة، لا حدود للتخزين، لا اشتراكات. تدفع فقط ثمن خادم ServOrbit VPS الذي يشغّل المنظومة.

NocoBase منصة no-code/low-code مفتوحة المصدر (Apache-2.0، أكثر من 23 ألف نجمة) تتيح لك بناء أدوات داخلية وCRM وسير موافقات وبوابات عملاء دون كتابة كود frontend. المبدأ: عرّف مجموعات (كيانات بحقول وعلاقات وأذونات)، ثم اجمع واجهة مستخدم بكتل سحب وإفلات (جداول، نماذج، Kanban، رسوم بيانية). كل مجموعة تولّد REST API تلقائيًا. على ServOrbit، يُثبَّت NocoBase كحاويتي Docker (app + PostgreSQL 16) على VPS بـ 2 جيجابايت RAM.

يحوّل NocoDB أي قاعدة بيانات إلى شبكة تعاونية بأسلوب جداول البيانات — التركيز على عرض البيانات وتعديلها بسرعة. NocoBase قائم أولًا على نموذج البيانات: تصمم الكيانات والعلاقات وأنواع الحقول والأذونات، ثم تجمع واجهات مستخدم معقدة بكتل. NocoDB متفوق في تصفح البيانات السريع؛ NocoBase مُصمَّم لتطبيقات أعمال منظمة مع سلاسل موافقة وأدوار دقيقة وأتمتة. كلاهما متاح في سوق ServOrbit.

نعم. NocoBase مناسب تمامًا لبناء CRM مخصص: أنشئ مجموعات جهات الاتصال والشركات والفرص والأنشطة مع علاقات بينها. أضف طريقة عرض Kanban لخط المبيعات ونموذج التقاط عملاء محتملين وأذونات مختلفة لكل فريق. يمكن لمحرك سير العمل إرسال رسائل بريد إلكتروني تلقائية عند تغيير حالة الفرصة أو جدولة تذكيرات المتابعة. كل شيء يبقى على خادمك VPS.

نعم، لكن ليس بالضرورة نطاقًا مشترًى: على ServOrbit، يطلب تثبيت NocoBase عنوانًا — نطاقًا فرعيًا من أحد نطاقاتك، أو النطاق الفرعي المجاني المرفق بخادم VPS. يتولى ServOrbit حينها إعداد سجل DNS والـ reverse proxy ‏nginx وشهادة Let's Encrypt. لا يُنشر المنفذ 13000 إلا على 127.0.0.1: لا يمكن الوصول إلى NocoBase عبر `http://ip-خادمك:13000`، حتى للاستخدام الداخلي.

نعم. يمتلك NocoBase مدير إضافات مدمجًا (الإعدادات → مدير الإضافات). يوفر أكثر من 80 إضافة رسمية: طرق عرض Kanban وGantt والتقويم وكتل الرسوم البيانية وكتل الخرائط ومدير الملفات وسير العمل المرئية واستيراد/تصدير Excel وتكاملات LDAP/SSO والمزيد. يمكن تفعيل الإضافات فورًا دون إعادة تشغيل الخادم.

نعم. NocoBase برنامج مفتوح المصدر بترخيص Apache-2.0 — مجاني للاستخدام والتعديل والاستضافة الذاتية بلا رسوم لكل مستخدم وبلا حدود للمجموعات وبلا قياس عن بُعد. يوجد خطة Enterprise مدفوعة للفرق التي تحتاج إضافات مميزة (SAML SSO ولوحات تدقيق متقدمة ومارك بيضاء)، لكن الإصدار Community يغطي المعظم. تدفع فقط ثمن خادم ServOrbit VPS.

Glance لوحة بداية مستضافة ذاتيًا خفيفة الوزن (AGPL-3.0، ~35 ألف نجمة، Go). تجمع أخبار Hacker News وخلاصات RSS وإحصاءات VPS المباشرة وحالة حاويات Docker في صفحة واحدة — ملف إعداد YAML واحد، بلا قاعدة بيانات، أقل من 25 ميغابايت RAM.

نعم، العنوان مطلوب — دون الحاجة إلى شراء نطاق. على ServOrbit، يطلب تثبيت Glance نطاقًا فرعيًا من أحد نطاقاتك أو النطاق الفرعي المجاني المرفق بخادم VPS، ويتولى ServOrbit إعداد سجل DNS والـ reverse proxy ‏nginx وشهادة HTTPS، ما يحمي أيضًا كوكيز الجلسة. لا يُنشر المنفذ 8080 إلا على 127.0.0.1: لا يمكن الوصول إلى Glance عبر عنوان IP الخادم.

عدّل /data/glance.yml داخل وحدة تخزين Docker. كل أداة كتلة YAML في قسم الأعمدة. مثلاً أضف `- type: rss` مع قائمة خلاصات، أو `- type: docker-containers` لمراقبة الحاويات. أعد تشغيل Glance بعدها. يسرد التوثيق الرسمي أكثر من 30 نوع أداة.

لا. تأتي Glance بمصادقة مدمجة. يُعاد توجيه أي زائر إلى صفحة تسجيل الدخول. يمكنك إضافة مستخدمين في قسم auth.users بملف glance.yml، أو وضع Glance خلف VPN لحماية إضافية.

نعم. أضف `- type: docker-containers` إلى عمود في glance.yml. يركّب مخطط التجهيز في ServOrbit /var/run/docker.sock للقراءة فقط داخل حاوية Glance. ستظهر اسم كل حاوية وصورتها وحالة تشغيلها.

تستهلك Glance أقل من 25 ميغابايت RAM حتى مع عدة أدوات نشطة. إنها ثنائي Go ثابت بلا قاعدة بيانات أو عملية خارجية. يمكنك تشغيلها على VPS بـ 512 ميغابايت جنب خدمات أخرى (Dozzle، Uptime Kuma) دون استنزاف الذاكرة.

Komodo منصة GitOps مفتوحة المصدر (GPL-3.0) لإدارة حزم Docker وخطوط أنابيب النشر عبر خوادم متعددة من لوحة تحكم واحدة. يستخدم بنية Core/Periphery: Core يُمركز الإدارة، ووكلاء Periphery خفيفة تُثبَّت على كل خادم لإدارته.

Dockge وPortainer واجهتا إدارة Docker لخادم واحد. Komodo مبني للأساطيل متعددة الخوادم: Core واحد يدير خوادم غير محدودة عبر وكلاء Periphery. يضيف أيضاً خطوط أنابيب GitOps والإجراءات الآلية ودعم Docker Swarm — ميزات غائبة عن الأداتين الأخريين.

نعم، اسم نطاق (أو نطاق فرعي) مطلوب لأن KOMODO_HOST يجب أن يشير إلى رابط HTTPS العمومي لـ Core. يُستخدم هذا الرابط للتحقق من توقيع HMAC لـ webhooks ومعاودات OAuth. يُهيّئ playbook ServOrbit بروتوكول TLS تلقائياً عبر certbot أثناء النشر.

ثبّت وكيل Periphery على كل خادم جديد بأمر Docker المقدَّم في وثائق Komodo (`docker run -d --restart=unless-stopped --network host -v /var/run/docker.sock:/var/run/docker.sock ghcr.io/moghtech/komodo-periphery:2`)، ثم أضفه في واجهة Komodo عبر Servers ← Add Server، مع إدخال عنوان IP والمنفذ 8120.

نعم. هيّئ webhook في مستودع GitHub يشير إلى `https://your-domain.com/api/webhook/komodo`. في Komodo، أنشئ Procedure مع خطوات النشر (سحب الصورة، إعادة تشغيل الحزمة، الإشعار) واربطها بالـ webhook. يتحقق Komodo من توقيع HMAC قبل تنفيذ أي شيء.

يستهلك ملف Komodo Core الثنائي (Rust) أقل من 256 MB من الذاكرة في وضع الخمول. تضيف قاعدة البيانات FerretDB + PostgreSQL نحو 200–300 MB إضافية. خادم افتراضي بـ 1 GB من الذاكرة كافٍ لمستوى التحكم وحده. وكلاء Periphery أخفّ من ذلك — أقل من 50 MB كل منها.

Authelia وكيل forward-auth خفيف يضيف MFA أمام تطبيقاتك دون تعديلها — ليس لديه لوحة إدارة مستخدمين. Authentik مزوّد هوية (IdP) كامل بدليله الخاص ولوحة إدارة وSSO عبر OIDC/SAML/LDAP ومحرر تدفقات بصري.

تستهلك حاويتا server وworker معًا نحو 300-400 MB في وضع الخمول. تضيف PostgreSQL 16 نحو 150 MB. 1 GB الحد الأدنى المطلق؛ يُنصح بـ 2 GB. أسقطت Authentik تبعية Redis منذ v2025.10.

نعم. استدعاءات OIDC وتأكيدات SAML وملفات الجلسة تتطلب HTTPS مع FQDN صالح وقابل للاستبيان عموميًا — دون الحاجة إلى شراء نطاق: يقبل التثبيت نطاقًا فرعيًا من أحد نطاقاتك أو النطاق الفرعي المجاني المرفق بخادم VPS. يتولى ServOrbit إعداد سجل DNS وnginx وشهادة TLS من Let's Encrypt (إذا لم تكن منطقة DNS لنطاقك مُدارة لدى ServOrbit، فوجِّه أولًا سجل A إلى الـ VPS).

أي تطبيق يدعم OIDC/OAuth2 أو SAML 2.0. أمثلة من متجر ServOrbit: Gitea وNextcloud وMattermost وDocmost وGrafana وDockge وMetabase. تأتي Authentik مع تكاملات جاهزة لعشرات التطبيقات الشائعة.

نعم. تدعم Authentik مزامنة مصدر LDAP من Active Directory أو OpenLDAP. لاستيراد CSV، استخدم REST API أو أداة الاستيراد الجماعي في لوحة التحكم.

بالتأكيد. تُستخدم Authentik على نطاق واسع في المختبرات المنزلية وفرق من 2-20 مستخدمًا. الإصدار المجتمعي (Apache 2.0) مكتمل الميزات. إصدار Enterprise اختياري تمامًا.

Penpot أداة تصميم تعاوني مفتوحة المصدر (MPL-2.0) يمكن استضافتها ذاتيًا، بينما Figma خدمة SaaS خاصة. الفرق التقني الجوهري: Penpot يستخدم SVG القياسي كتنسيق ملف أصلي، بينما Figma يستخدم تنسيقًا ثنائيًا خاصًا. عمليًا، ملفات Penpot قابلة للقراءة بأي محرر متجهي وللإصدار في Git. وظيفيًا، يوفر Penpot التصميم المتجهي والمكونات والنمذجة الأولية وتسليم المطورين — نفس الميزات الأساسية لـ Figma.

الحد الأدنى المطلق هو 2 GB من الذاكرة — تبدأ المجموعة، لكن تصدير الملفات المعقدة قد يُشبع حاوية `penpot-exporter`. التكوين الموصى به للإنتاج هو 4 GB RAM مع 2 vCPU. على خادم ServOrbit بـ 4 GB، تستهلك مجموعة Penpot في وضع الخمول نحو 800 MB.

نعم. يستورد Penpot ملفات `.fig` المُصدَّرة من Figma بشكل أصلي. في مشروع Penpot، استخدم استيراد → ملف Figma. يتم تحويل الإطارات والمكونات والأنماط إلى عناصر Penpot. توقع خسائر طفيفة في الميزات الخاصة بـ Figma، لكن البنية العامة والطبقات وخصائص الأنماط محفوظة.

نعم. Penpot مفتوح المصدر بالكامل (MPL-2.0) ولا توجد قيود على عدد المستخدمين أو المشاريع أو الملفات في النسخة ذاتية الاستضافة. لا توجد خطة 'فريق' أو 'مؤسسة' مدفوعة — تدفع فقط للبنية التحتية (خادم ServOrbit). التعاون في الوقت الفعلي والمكتبات المشتركة وتسليم المطورين متاحة جميعها دون تكاليف ترخيص.

نعم، للاستخدام الإنتاجي مع عدة مستخدمين. يتطلب Penpot HTTPS لملفات تعريف الجلسات الآمنة وWebSockets التي تُشغّل التعاون في الوقت الفعلي. عند النشر عبر متجر ServOrbit، يُهيئ المزوّد تلقائيًا بروكسي Nginx العكسي وشهادة Let's Encrypt.

نعم. يدعم Penpot مصادقة OIDC (OpenID Connect) وLDAP. يمكنك ربطه بـ Authentik (المتاح في متجر ServOrbit) لمركزة المصادقة عبر بنيتك ذاتية الاستضافة بالكامل. يتم التكوين عبر متغير البيئة `PENPOT_FLAGS` (تفعيل `enable-oidc`) ومعاملات مزوّد OIDC.

ntfy خادم إشعارات push مفتوح المصدر (Apache 2.0، ~32 ألف ⭐): تنشر رسالة إلى موضوع بطلب HTTP بسيط (`curl -d "رسالة" http://127.0.0.1:8080/topic` من خادمك)، ويتلقاها أي مشترك — تطبيق محمول أو متصفح أو سكريبت — فورًا. على ServOrbit، لا يستمع ntfy إلا على 127.0.0.1: للمشتركين خارج الخادم، اكشفه بنفسك على عنوان HTTPS. الاستضافة الذاتية تمنحك مواضيع خاصة غير محدودة بلا حدود للمعدل ولا حساب خارجي ولا رسوم شهرية.

لا لتثبيته: لا يشترط ntfy نطاقًا على ServOrbit، لكن لا يُخصَّص له أي عنوان URL — إذ لا يُنشر منفذه 8080 إلا على 127.0.0.1. تنشر السكريبتات وأدوات المراقبة التي تعمل على الخادم مباشرةً إلى `http://127.0.0.1:8080/<topic>`، وتُفتح الواجهة عبر نفق SSH ‏(`ssh -L 8080:127.0.0.1:8080 root@<ip>`). أما للنشر من جهاز آخر أو الاستقبال على التطبيق المحمول أو استخدام Web Push في المتصفح، فيجب أن يكون الخادم متاحًا على عنوان HTTPS — reverse proxy على نطاقك، تُعدّه بنفسك عبر SSH.

سطر واحد، من الخادم: `curl -d "انتهى العمل" http://127.0.0.1:8080/your-topic`. أضف عنوانًا بـ `-H "Title: نسخ احتياطي ليلي"` واضبط الأولوية بـ `-H "Priority: high"`. لا SDK ولا مكتبة ولا API key — يعمل في أي بيئة shell بها curl: ‏cron وentrypoints في Docker وسكريبتات Python. ومن جهاز آخر (GitHub Actions وGitLab CI وAWX)، استبدل الرابط بعنوان HTTPS العام لخادم ntfy، الذي تُعدّه بنفسك: لا تنشر وصفة ServOrbit المنفذ 8080 إلا على 127.0.0.1.

نعم، بشرط أن يتمكن التطبيق من الوصول إلى خادمك. لا تنشر وصفة ServOrbit خدمة ntfy إلا على 127.0.0.1:8080 ولا تخصص لها أي عنوان URL: اكشفها أولًا على عنوان HTTPS ‏(reverse proxy على نطاقك، يُعَدّ عبر SSH). بعدها تتيح تطبيقات ntfy الرسمية لـ Android ‏(F-Droid / Play Store) وiOS ‏(App Store) إضافة هذا الخادم: أدخل عنوانه (مثل `https://ntfy.your-domain.com`) واشترك في موضوع. تصل الإشعارات push حتى عندما يكون التطبيق في الخلفية — Android يستخدم UnifiedPush ‏(F-Droid) أو FCM ‏(Play)، وiOS يستخدم APNs.

للـ VPS الخاص الذي لا يمكن الوصول إليه إلا بواسطة سكريبتاتك، لا حاجة لمصادقة. لأمان إضافي، شغّل `docker exec <container> ntfy user add admin` لإنشاء مستخدم مشرف، ثم اضبط `NTFY_AUTH_DEFAULT_ACCESS=deny-all` حتى يتمكن فقط المستخدمون المصادق عليهم من النشر/الاشتراك.

يستهلك ntfy أقل من 30 ميغابايت RAM في وضع الخمول مع ذاكرة SQLite الافتراضية. استخدام القرص يعتمد على إعدادات الاحتفاظ — تنتهي صلاحية الرسائل بعد 12 ساعة افتراضيًا. VPS بـ 512 ميغابايت RAM أكثر من كافٍ لمعالجة آلاف الإشعارات يوميًا.

restic هو محرك النسخ الاحتياطي: مشفّر ومُزال التكرار وتزايدي، ويُدار بالكامل من سطر الأوامر. أما Backrest فواجهة ويب ومجدوِل فوقه — المحرك نفسه وصيغة المستودع نفسها، لكن المستودعات والخطط والجدولة والاحتفاظ والاستعادة والصيانة تُدار في المتصفح بدل ملفات cron وسكريبتات shell. وتبقى نسخك مستودعات restic قياسية يمكن فتحها بأداة restic في أي وقت، فلا يضيف Backrest أي احتكار.

في أي مكان يستطيع restic الكتابة إليه، وهو يشمل كل وجهات rclone: Amazon S3 وBackblaze B2 وWasabi وMinIO وAzure Blob وGoogle Cloud Storage وSFTP/SSH، أو قرص محلي أو مُركَّب عبر الشبكة. وBackblaze B2 هو الخيار المعتاد لخادم VPS — رخيص ومتوافق مع S3، والأهم أنه خارج نطاق أعطال خادمك، وهو جوهر فكرة النسخ خارج الموقع.

نعم، وأنت تملكه. يشفّر restic كل لقطة محليًا على الخادم قبل إرسال أي شيء — لا تستقبل الوجهة سوى كتل مبهمة. وكلمة مرور المستودع هي مفتاح التشفير. احفظها في مدير كلمات المرور: إن فقدتها تصبح النسخ غير قابلة للاسترجاع رياضيًا، ولا يستطيع ServOrbit ولا مزوّد التخزين إعادة الوصول إليها.

الحاوية نفسها خفيفة: أقل من 100 ميغابايت من الذاكرة في الخمول وبضع مئات من الميغابايت للصورة والذاكرة المؤقتة — وخادم بذاكرة 1 غيغابايت يكفي وزيادة. التكلفة الحقيقية عند الوجهة، وإزالة التكرار تبقيها معتدلة: بعد اللقطة الكاملة الأولى، ترفع التشغيلات التالية الكتل المتغيّرة فقط، فيتّسع خادم بحجم 20 غيغابايت مع أشهر من الاحتفاظ اليومي في بضع عشرات من الغيغابايتات.

ينسخ ما يُركَّب داخله. تركّب وصفة ServOrbit مجلدات المضيف ‎`/home`‎ و‎`/root`‎ و‎`/etc`‎ للقراءة فقط تحت ‎`/host`‎، وهو ما يغطي بيانات المستخدمين وإعدادات النظام على خادم VPS نموذجي. ولحماية مسارات أخرى — مجلد بيانات تطبيق أو وحدة تخزين Docker — أضف التركيب المقابل للقراءة فقط في ملف compose، فيظهر بعدها في منتقي المسارات داخل الخطة.

يعرض Backrest حالة كل خطة وتاريخها في واجهته، ويشغّل عمليات `check` مجدولة تتحقق من سلامة المستودع بدل الاكتفاء بالإبلاغ عن بدء المهمة. وللتنبيه الفعلي، اضبط خطاف فشل يشير إلى webhook: موضوع ntfy مستضاف ذاتيًا يفي بالغرض تمامًا ويدفع الفشل إلى هاتفك في الليلة نفسها. وهكذا تتجنّب السيناريو الكلاسيكي — اكتشاف نسخة معطّلة منذ ثلاثة أشهر في اللحظة التي تحتاجها فيها بالضبط.

Meilisearch محرك بحث نصي كامل مفتوح المصدر (MIT، 57 ألف نجمة+ على GitHub) مصمم للبحث الذي يواجه المستخدمين: تحمّل الأخطاء الإملائية، نتائج في أقل من 50 مللي ثانية، دعم مدمج للعربية والفرنسية والإنجليزية. استعلام SQL ILIKE يمسح الجدول كاملًا ويتجاهل الأخطاء الإملائية — ما وراء بضعة آلاف من السجلات يصبح بطيئًا جدًا لشريط بحث في الوقت الفعلي.

يعمل ثنائي Meilisearch بأقل من 50 MB من الذاكرة في الخمول. يعتمد الاستهلاك الفعلي على حجم فهرسك: فهرس 100 ألف منتج مع عدة سمات نصية يستخدم نحو 200–500 MB من الذاكرة والقرص. يكفي VPS بـ 1 GB للبدء؛ انتقل إلى 2–4 GB حين يتجاوز مجموعة بياناتك مليون مستند.

نعم. يكتشف المحلل اللغوي متعدد اللغات لـ Meilisearch تلقائيًا لغة كل سمة ويطبّق المعالجة المناسبة: تقطيع n-gram للعربية (يتعامل مع غياب فواصل الكلمات القياسية والاتجاه من اليمين لليسار)، وتطبيع علامات التشكيل وقائمة الكلمات المتوقفة للفرنسية. فهرس يمزج حقولًا عربية وفرنسية يستجيب بشكل صحيح للاستعلامات في كلتا اللغتين دون أي تهيئة.

يُنشئ مُجهِّز ServOrbit تلقائيًا `MEILI_MASTER_KEY` قويًا وعشوائيًا ويشغّل Meilisearch في وضع `production`. في وضع الإنتاج، يجب أن يتضمن كل استدعاء API إما المفتاح الرئيسي أو مفتاح API مشتقًا محدود النطاق — ترفض النسخة أي طلب غير مصادق عليه. يبقى المفتاح الرئيسي متاحًا للاطلاع في أي وقت من مساحة العميل، ضمن التطبيقات المثبّتة على خادم VPS (زر «إظهار»)، الذي يقرؤه من ملف `.env` على خادمك — ولا يحتفظ ServOrbit بأي نسخة منه. تغييره يتطلب إعادة تشغيل بمفتاح جديد، ما يُبطل المفاتيح المشتقة الحالية.

نعم، وهذا هو الممارسة الموصى بها. من المفتاح الرئيسي، تُنشئ مفاتيح API محدودة النطاق عبر نقطة النهاية `/keys`: للقراءة فقط على فهرس محدد، أو للبحث فقط دون صلاحية الكتابة أو الحذف، أو قيود تصفية. يمكن تضمين مفتاح البحث في حزمة JavaScript الخاصة بك دون خطر — فهو لا يستطيع تعديل البيانات أو حذفها. أما المفتاح الرئيسي فلا يجب أن يغادر خادمك أبدًا.

لا. Meilisearch فهرس بحث، وليس قاعدة بيانات للمعاملات. النمط القياسي: تكتب تطبيقك البيانات في PostgreSQL، ثم تزامنها في Meilisearch للفهرسة. تذهب استعلامات البحث إلى Meilisearch؛ تبقى قراءات البيانات الكاملة في قاعدتك الرئيسية. الاثنان متكاملان.

Monica CRM (AGPL-3.0، أكثر من 22 ألف نجمة) مدير علاقات شخصية وليس أداة مبيعات. بينما تتبع CRM الأعمال مثل Twenty وHubSpot خطوط المبيعات والعملاء المحتملين والإيرادات، يتبع Monica الجانب الإنساني: أعياد الميلاد والملاحظات الشخصية وأفكار الهدايا والأحداث الحياتية وتذكيرات المتابعة. مصمم لإدارة شبكتك الشخصية والمهنية.

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

يدعم إصدار Monica الذي تثبّته وصفة ServOrbit ‏(صورة monicahq/monicahq:apache، فرع 2.x) رسميًا MySQL وMariaDB فقط. تستخدم الوصفة MariaDB 11. دعم PostgreSQL غير متاح في هذا الإصدار — يعتمد التطبيق على ميزات خاصة بـ MySQL.

يستهلك Monica نفسه عادةً أقل من 256 ميغابايت RAM. MariaDB تضيف 150-300 ميغابايت وRedis أقل من 50 ميغابايت. VPS بسعة 1 غيغابايت مريح للاستخدام الشخصي (حتى ~5 مستخدمين وعشرات الآلاف من جهات الاتصال). انتقل إلى 2 غيغابايت لفريق صغير أو استيرادات كبيرة.

نعم. تستورد Monica ملفات vCard (‎.vcf) وهي صيغة التصدير القياسية لـ iPhone عبر iCloud وAndroid عبر Google Contacts وأدوات سطح المكتب. صدّر جهات اتصالك وارفع الملف في الإعدادات ← الاستيراد. Monica تعيّن الحقول تلقائيًا. الاستيراد عبر CSV بتعيين حقول مخصص متاح أيضًا.

Monica تطبيق ويب تقدمي (PWA) — يمكنك إضافته إلى الشاشة الرئيسية من المتصفح (مشاركة ← إضافة إلى الشاشة الرئيسية على iOS؛ إضافة إلى الشاشة الرئيسية على Chrome Android) ويتصرف كتطبيق أصيل مع التخزين المؤقت دون اتصال. لا يوجد تطبيق iOS أو Android أصيل رسمي، لكن PWA يعمل بشكل جيد على الجوال.

SearXNG محرك بحث شامل مفتوح المصدر يجمع نتائج Google وBing وDuckDuckGo و280+ مصدرًا في استعلام واحد، دون تتبعك أو تخزين سجلك. استضافته ذاتيًا على VPS يمنحك عنوان بحث خاصًا لفريقك وعملاء الذكاء الاصطناعي — بلا تكلفة لكل استعلام، بلا حدود للمعدل، وبلا بيانات تُرسَل لأطراف ثالثة.

نعم. فعّل تنسيق JSON في `settings.yml` لـ SearXNG (`formats: [html, json]`)، ثم وجِّه أدوات الذكاء الاصطناعي نحو `https://your-domain.com/search?q=<query>&format=json`. جميع Open WebUI وn8n وFlowise وLangChain وCrewAI يدعمون SearXNG أصلًا كواجهة خلفية للبحث على الويب.

يستخدم SearXNG (حاوية Python) أقل من 256 MB ذاكرة، ويضيف Redis ~30 MB. لذا يكفي أصغر VPS لدى ServOrbit، ‏VPS Start ‏(4 GB RAM)، بأريحية للاستخدام الشخصي أو الفريق الصغير، ويترك هامشًا لعدة عملاء ذكاء اصطناعي أو مستخدمين متزامنين.

أبسط طريقة هي HTTP Basic Auth في Nginx — المستخدمون بلا بيانات اعتماد لا يصلون للواجهة. لاستخدام API فقط (عملاء الذكاء الاصطناعي)، عطّل واجهة HTML في `settings.yml` وقيّد نطاقات IP المسموح بها في Nginx. يمكنك أيضًا تفعيل `limiter: true` في الإعدادات لحماية مثيل عام من الإساءة (Redis مطلوب للحد من المعدل).

يستخدم SearXNG تقنيات التجميع المشابهة لأي محرك بحث شامل. للاستخدام الشخصي أو الفريق الداخلي، المخاطرة ضئيلة جدًا. للاستخدام العام الكثيف (ملايين الاستعلامات/يوم)، قد تحجب بعض المحركات IP الخاص بك. فعّل تدوير المصادر في `settings.yml` واستخدم Redis لتخزين النتائج المتكررة مؤقتًا — هذا يقلل بشكل كبير الضغط على كل محرك منفرد.

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

الحاويات الثلاث (تطبيق Karakeep وMeilisearch وChrome headless) تستخدم تقريبًا 800 MB–1.2 GB في الخمول. لذا يكفي أصغر VPS لدى ServOrbit، ‏VPS Start ‏(4 GB RAM)، بأريحية. إذا أضفت Ollama (تطبيق مستقل في Marketplace) على نفس VPS للوسم بالذكاء الاصطناعي محليًا، فخطِّط لذاكرة أكبر بكثير: يحتاج Ollama وحده 8 GB على الأقل لنموذج 7B.

نعم. يدعم Karakeep الاستيراد من Pocket (JSON)، وملفات Netscape bookmarks (تُصدِّرها جميع المتصفحات الرئيسية وRaindrop.io وPinboard)، وتنسيق النسخ الاحتياطي الخاص به. اذهب لـ Settings → Import في نسختك لرفع الملف. عمليات الاستيراد الكبيرة (آلاف الإشارات) تُعالَج في الخلفية.

نعم. إذا كان Ollama يعمل على نفس VPS، أضف `OLLAMA_BASE_URL=http://localhost:11434` لبيئة Karakeep في `docker-compose.yml`. في الواجهة: Settings → AI واختر نموذج Ollama المفضل. سيستخدمه Karakeep للتصنيف والتلخيص بلا تكلفة API وبلا بيانات تغادر خادمك.

نعم. Karakeep يشحن مع تطبيق ويب تدريجي (PWA): افتح عنوان نسختك في متصفح جوال، اضغط 'أضف للشاشة الرئيسية'، ويثبّت كتطبيق أصلي. تكامل قائمة المشاركة (iOS وAndroid) يتيح لك إرسال أي رابط من أي تطبيق لـ Karakeep بنقرة واحدة.

Gatus أداة مراقبة صحة وصفحة حالة مدفوعة بالكود (11.7 ألف نجمة، Apache 2.0): تعرّف نقاط نهايتك وشروط صحتها في ملف YAML قابل للإصدار. Uptime Kuma أداة مراقبة uptime بواجهة مرئية — رائعة للإضافة دون لمس ملف تكوين. يدعم Gatus شروطًا أغنى (زمن الاستجابة، انتهاء TLS، regex الجسم، حل DNS) وينتج صفحة حالة عامة مناسبة للمشاركة مع المستخدمين النهائيين.

لا. لا يشترط Gatus نطاقًا على ServOrbit، لكن لا يُخصَّص له أي عنوان URL: لا يُنشر منفذه 8080 إلا على 127.0.0.1. افتح صفحة الحالة عبر نفق SSH — `ssh -L 8080:127.0.0.1:8080 root@<ip>` — ثم `http://localhost:8080`. ولصفحة حالة موجّهة لعملائك، عليك أن تضع Gatus بنفسك خلف nginx مع HTTPS ونطاق فرعي مثل `status.your-domain.com`؛ أما المراقبة الداخلية والتنبيهات فتعمل فور النشر دون نطاق.

سجّل الدخول عبر SSH إلى خادمك: يُثبَّت Gatus في `/opt/gatus` وتوجد إعداداته في وحدة تخزين Docker المسمّاة `gatus-config`. لا تتضمن صورة Gatus أي shell: عدّل الملف عبر حاوية التهيئة، `cd /opt/gatus && docker compose run --rm gatus-init vi /config/config.yaml`، وأضف كتلة جديدة تحت `endpoints:` مع الرابط والفترة والشروط. أعد التشغيل: `docker compose restart gatus`. تظهر نقطة النهاية الجديدة على صفحة الحالة في ثوانٍ. لا متصفح، لا واجهة — ملف نصي فقط تُصدره في مستودع git.

يتضمن Gatus أكثر من 40 تكاملًا للتنبيه: Slack وPagerDuty وOpsGenie وDiscord وMicrosoft Teams وTelegram وPushover وntfy وGitHub Issues والبريد الإلكتروني والـ webhook المخصص وMattermost وGotify والمزيد. اضبط القناة مرة واحدة في كتلة `alerting:` ثم ارجع إليها بنوعها من كل نقطة نهاية. تدعم كل نقطة نهاية عتبات الفشل (مثل `failure-threshold: 2` للتنبيه بعد فشلَين متتاليَين) وعتبات التعافي.

غيّر ببساطة بادئة `url:` في تعريف نقطة نهايتك. لـ TCP: `url: "tcp://db.internal:5432"` مع شرط `[CONNECTED] == true`. لـ DNS: `url: "dns://ns1.example.com"` مع `[DNS_RCODE] == NOERROR`. لانتهاء TLS: احتفظ بـ `url: "https://your-domain.com"` وأضف `[CERTIFICATE_EXPIRATION] > 14d` — يُنبّه Gatus عند بقاء أقل من 14 يومًا. لـ ICMP: `url: "icmp://192.168.1.1"`. جميع أنواع نقاط النهاية تشترك في نفس صيغة الشروط ونفس قنوات التنبيه.

Grist هو قاعدة بيانات-جداول بيانات مفتوحة المصدر قابلة للاستضافة الذاتية (Apache-2.0، نحو 11 ألف نجمة GitHub). على عكس Google Sheets أو Excel، يخزن Grist البيانات في جداول علائقية مكتوبة بمراجع صريحة بين الجداول وصيغ Python تعمل من جانب الخادم وواجهة برمجية REST مُولَّدة تلقائياً. هو البديل مفتوح المصدر لـ Airtable — بدون اشتراك ودون ارتباط. ابحث عنه في كتالوج ServOrbit أو تواصل معنا على [email protected].

لا. يخزن Grist كل مستند كملف SQLite في حجم /persist/docs/. لا خدمة خارجية مطلوبة: لا PostgreSQL ولا Redis ولا Celery. SQLite يتعامل بكفاءة مع آلاف الصفوف لكل جدول. للمثيلات متعددة المستخدمين الكبيرة جداً، يمكن لـ Grist استخدام PostgreSQL كقاعدة بيانات رئيسية — لكن النشر القياسي بحاوية واحدة يستخدم SQLite لكل شيء. VPS واحد بـ 1 غيغابايت RAM كافٍ للاستخدام الشخصي أو الفريق الصغير.

كل مستند Grist يعرض تلقائياً واجهة برمجية REST على `/api/docs/<docId>/tables/<tableName>/records`. على ServOrbit، لا يملك Grist عنوان URL عامًا (المنفذ 8484 منشور على 127.0.0.1 فقط): من الخادم، استدعِ `http://127.0.0.1:8484/api/docs/…`؛ ومن جهازك، افتح أولًا نفقًا `ssh -L 8484:127.0.0.1:8484 root@<ip>` ثم استخدم `http://localhost:8484/api/docs/…`. يمكنك سرد السجلات (GET) وإنشائها (POST) وتعديلها (PATCH) وحذفها (DELETE) بدون أي إعداد إضافي. احصل على `docId` من رابط المستند في الواجهة. استخدم هذه الواجهة مع n8n أو أي عميل HTTP يصل إلى هذا المنفذ. المصادقة بمفتاح API متاحة في تفضيلات الحساب.

نعم. Grist يدعم التعاون في الوقت الفعلي: يمكن لمستخدمين متعددين تحرير نفس المستند في آنٍ واحد مع نشر التغييرات في أقل من ثانية وسجل تدقيق كامل. المشاركة تتم لكل مستند على حدة عبر قائمة Share بثلاثة أدوار: عارض، محرر، مالك. لنظام متعدد المستخدمين مع مصادقة بريد إلكتروني حقيقية، اضبط مزوّد OIDC مثل Google Workspace أو Authentik أو Keycloak عبر متغيرات GRIST_OIDC_*.

مستندات Grist ملفات SQLite في حجم /persist/docs/ — ملف ‎.grist واحد لكل مستند. انسخها مثل أي ملف. للنسخ الاحتياطي الآلي الإصداري، استخدم Backrest (أيضاً في كتالوج ServOrbit): يأخذ لقطات للحجم عبر restic ويرسل الزيادات المشفرة إلى S3 أو Backblaze B2 أو SFTP دون إيقاف Grist. كما يحتفظ Grist بتاريخ لقطات لكل مستند في الواجهة (قائمة المستند → History) — مفيد لاستعادة إصدار سابق بدون SSH.

هذه الصيانة من مسؤوليتك. تُثبّت قوالبنا تطبيقاً مفتوح المصدر على خادمك الافتراضي ثم تسلّمك مفاتيحه: الإصدارات الجديدة وتصحيحات الأمان تقع على عاتقك، شأنها شأن كل ما يعمل على خادم غير مُدار — تتيح مساحة العميل التثبيت وإلغاء التثبيت، لا ترقية الإصدار. تابع قناة إصدارات الناشر، وخذ لقطة من مساحة العميل قبل كل تحديث كي تتمكّن من التراجع إن ساء الأمر. وإن فضّلت تفويض هذه المهمة، فخدمة إدارة الخادم الافتراضي متاحة كخيار — راسلنا على ‎[email protected].

Logto منصة OIDC/OAuth 2.0 ذاتية الاستضافة تنشرها على VPS ServOrbit من السوق. بعد النشر، أنشئ تطبيقك في لوحة الإدارة (المنفذ 3002 عبر نفق SSH)، احصل على معرّف العميل ورابط OIDC، ثم ثبّت SDK الرسمي لإطار عملك (`@logto/react` أو `logto-python` وغيرها). في 15 سطرًا من الإعداد، يمكن لمستخدميك التسجيل وتسجيل الدخول بالاعتمادات أو مزودي الشبكات الاجتماعية (Google وGitHub…)، واستلام JWT موقَّع تتحقق منه واجهتك البرمجية بسطر middleware واحد.

نعم. رابط ENDPOINT في Logto هو مُصدر OIDC: يُكتب في كل توكن JWT يصدره مثيلك. هذا الإعداد يُثبَّت عند التشغيل الأول ولا يمكن تغييره دون إعادة تعيين قاعدة البيانات بالكامل. اختر نطاقك النهائي قبل النشر. إذا احتجت لتغيير النطاق لاحقًا، احذف حجم `logto_db` وأعد النشر بالنطاق الجديد ثم أعد إعداد جميع تطبيقاتك.

هذه ثلاثة أدوات مصادقة بأدوار مختلفة. Authelia بروكسي مصادقة (forward auth): يضيف MFA وSSO أمام تطبيقاتك الموجودة دون تعديل كودها، مثالي لحماية Grafana أو Nextcloud. Authentik موفر هوية كامل (OIDC وSAML وLDAP) لتمركز SSO عبر بنيتك التحتية ذاتية الاستضافة. Logto منصة SDK للمصادقة: تدمجها في كود منتجك الخاص لإضافة تسجيل المستخدمين وتسجيل الدخول الاجتماعي والمصادقة الثنائية وتوكنات OIDC، تمامًا مثل Auth0 وClerk.

لوحة إدارة Logto مربوطة على المنفذ 3002 على localhost فقط لأسباب أمنية. افتح نفق SSH من جهازك المحلي: `ssh -L 3002:127.0.0.1:3002 root@<ip-vps>`، ثم اذهب إلى `http://localhost:3002/console` في متصفحك. هذا النهج يضمن أن الوصول لإدارة المستخدمين والتطبيقات ممكن فقط من جهاز لديه صلاحيات SSH على VPS.

نعم. في لوحة Logto، يمكنك إنشاء تطبيقات بقدر ما تحتاج (SPA وNative وBackend وM2M). كل تطبيق يحصل على معرّف عميل فريد وروابط إعادة توجيه خاصة به. يمكن لـ VPS Logto واحد تمركز المصادقة لعدة مشاريع: واجهة React أمامية وواجهة برمجية FastAPI وتطبيق Flutter للجوال — كل منها بأدوار وسياسات وصول مستقلة.

Cal.com هو المعادل مفتوح المصدر لـ Calendly، ذاتي الاستضافة على VPS الخاص بك. مجموعة الميزات متشابهة جدًا: أنواع الأحداث، مزامنة التقويم، مؤتمرات الفيديو التلقائية، webhooks. الفرق الرئيسي: مع Cal.com تبقى بيانات حجوزاتك على خادمك ولا توجد حدود للخطة وتستخدم مفاتيح API الخاصة بك لـ Google وZoom. Calendly مناسب إذا كنت لا تريد إدارة خادم؛ Cal.com مناسب إذا أردت التحكم الكامل.

لا، ليس بدون إعادة تعيين المثيل. NEXT_PUBLIC_WEBAPP_URL مضمَّن في كل رابط حجز ورد OAuth وكوكي NextAuth عند أول تشغيل. تغيير النطاق لاحقًا يكسر مصادقة جميع المستخدمين الحاليين. اختر نطاقك النهائي قبل النشر. إذا كان لا بد من التغيير، احذف حجم calcom_db وأعد النشر بالنطاق الجديد ثم أعد تهيئة تكاملات Google Calendar و webhooks.

SMTP اختياري لإنشاء حساب المدير (معالج التشغيل الأول لا يطلبه). لكنه ضروري لإرسال تأكيدات الحجز ودعوات التقويم للضيوف — بدون SMTP يعمل Cal.com للحجز لكن المشاركين لا يتلقون أي إشعارات. يمكن تهيئته في الإعدادات → البريد الإلكتروني بعد أول تشغيل.

في Cal.com، اذهب إلى الإعدادات → التقاويم → ربط Google Calendar. ستُعاد توجيهك لصفحة تفويض Google — وافق على صلاحيات قراءة وكتابة التقويم. يقرأ Cal.com أحداثك الحالية لحجب الفترات المشغولة ويكتب كل حجز جديد تلقائيًا في Google Calendar. لهذا تحتاج إعداد بيانات اعتماد OAuth لـ Google في متغيرات البيئة (GOOGLE_API_CREDENTIALS). بديلًا، يدعم Cal.com بروتوكول CalDAV للاتصال بـ Nextcloud Calendar أو Fastmail أو أي خادم CalDAV.

Cal.com (Next.js) وPostgreSQL 16 يعملان جيدًا على VPS بـ 2 غيغابايت RAM للاستخدام الفردي أو الفرق الأقل من 10 أشخاص، حتى 300-500 حجز يوميًا. للفرق الأكبر (أكثر من 10 مستخدمين أو مئات أنواع الأحداث) أو إذا كنت تستضيف تطبيقات أخرى على نفس VPS، يُفضَّل 4 غيغابايت RAM.

لا. بدون SMTP يمكنك إنشاء حساب والتحقق من بريدك الإلكتروني: يظهر رابط التحقق في سجلات Docker. نفّذ `docker compose logs reactive-resume | grep verify` وانقر على الرابط.

نعم. اضبط متغير البيئة `DISABLE_SIGNUPS=true` وأعد تشغيل الحاوية. لن يتمكن الزوار الجدد من التسجيل — فقط الحسابات الحالية يمكنها تسجيل الدخول.

لا، دون إجراء إعادة تعيين كاملة. يُثبّت Reactive Resume `APP_URL` في رموز JWT عند أول تشغيل. إذا كان لا بد من التغيير، احتفظ بنسخة احتياطية واحذف الحجوم وأعد النشر بالنطاق الجديد.

لا، منذ الإصدار 5.1.0. يتم توليد PDF بالكامل من جانب المتصفح عبر مكتبة `@react-pdf/renderer`: يُنتَج ملف PDF مباشرةً في متصفحك دون أي عملية Chrome أو Browserless على الخادم.

يحمل حجمان Docker جميع بيانات المثيل. للنسخ الاحتياطي: `docker run --rm -v reactive_resume_db:/data -v $(pwd):/backup alpine tar czf /backup/rr-db.tar.gz /data`. للاستعادة، ركّب الأرشيفات على حجوم جديدة وأعد التشغيل بـ `docker compose up -d`. تأكد من أن `APP_URL` متطابق بين المصدر والوجهة.

احسب 4 GB من الذاكرة كحدّ أدنى و8 GB للراحة: تحتفظ ClickHouse بفهارسها وعلاماتها في الذاكرة، والتجميع الذي يتجاوز الذاكرة المتاحة يُلغى بدل أن يُبدَّل إلى القرص. وتكفي وحدتا vCPU لموازاة الاستعلامات، وأربع مريحة. أمّا القرص فهو الحاسم فعلًا: خصّص 50 إلى 100 GB من NVMe SSD حسب مدّة احتفاظك، مع العلم أن الضغط يقسم الحجم الخام عادةً على خمسة إلى عشرة. وفي السكون، قبل أي استعلام، يستهلك التثبيت نحو 270 MB من الذاكرة.

لا، وليس هذا دورها. فـ ClickHouse قاعدة بيانات تحليلية (OLAP): بُنيت لمسح الجداول الضخمة وتجميعها، لا لخدمة القراءات والكتابات المعاملاتية الصغيرة في تطبيق ويب. ولا توفّر معاملات حقيقية، وتحديثاتها وعمليات حذفها طفرات غير متزامنة لا عمليات فورية، وقراءة صفّ واحد فيها أبطأ منها في PostgreSQL. والنمط الناجح هو تشغيل الاثنتين على الخادم نفسه: PostgreSQL أو MySQL للتطبيق، وClickHouse للسجلّات والمقاييس والتقارير.

يُنشئ التثبيت حساب `admin` بكلمة مرور مولَّدة لخادمك، تقرأها على بطاقة التطبيق في منطقة العميل؛ أمّا حساب `default` الذي تأتي به الصورة الأصلية دون كلمة مرور فيُزال عند بدء التشغيل. وتأتي ClickHouse بوحدة تحكّم SQL خاصة بها في المتصفح على المسار `/play`: فإن ربطت نطاقًا استجابت على `https://<نطاقك>/play`؛ وإلّا فافتح نفقًا بالأمر `ssh -L 8123:127.0.0.1:8123 root@<عنوان-خادمك>` ثم توجّه إلى `http://localhost:8123/play`. ولا يمكن بلوغ الخادم مباشرةً على عنوان IP العمومي أبدًا.

مستويان متكاملان. على مستوى الجهاز، يأخذ خيار النسخ الاحتياطي في خادمك الافتراضي لقطة للقرص كاملًا، بما فيه أقراص Docker: وهذا هو التعافي من الكوارث، وهو أول ما يجب تفعيله. وعلى مستوى القاعدة، توفّر ClickHouse الأمر `BACKUP TABLE … TO Disk(…)` الذي يُنتج نسخة متّسقة يمكنك بعدها نقلها خارج الخادم: وهو ما تحتاجه لاستعادة جدول واحد دون إرجاع الخادم بأكمله. وتجنّب نسخ `/var/lib/clickhouse` أثناء تشغيل الخدمة — فعمليات دمج الأجزاء الجارية تجعل النسخة غير متّسقة.

ضع سياسة الاحتفاظ في المخطّط لا في سكربت تنظيف. صرّح بـ TTL عند إنشاء الجدول — مثل `TTL event_date + INTERVAL 90 DAY` — وقسّم شهريًا بـ `PARTITION BY toYYYYMM(event_date)`: عندئذٍ تُسقط ClickHouse الأقسام المنتهية بالكامل في الخلفية، وهو ما يكاد لا يكلّف شيئًا، بدل حذف الصفوف واحدًا تلو الآخر. وأدرج كذلك على دفعات من آلاف الصفوف بدل صفّ بصفّ، لأن الإدراج المفرد يُنشئ سربًا من الأجزاء الصغيرة ويُطلق عمليات دمج مكلفة. وإن بدأت الاستعلامات تتباطأ فراجع `system.parts` و`system.merges`.

لا، الصورة الرسمية لـ Node-RED لا تُفعّل أي مصادقة بشكل افتراضي. يمكن لأي شخص يصل إلى المنفذ 1880 الدخول إلى المحرّر. إذا أرفقت نطاقًا عامًا، أضف `adminAuth` إلى `/data/settings.js` قبل عرض الرابط: أدخل اسم مستخدم وتجزئة bcrypt لكلمة مرورك (التي تحصل عليها عبر `node-red-admin hash-pw` داخل الحاوية)، ثم أعِد تشغيل الخدمة.

نعم. يُركّب قالب المتجر وحدة تخزين Docker مُسمّاة `node-red-data` على `/data`. يحفظ Node-RED التدفقات والإعدادات هناك بمجرد النقر على Deploy. تُعيد إعادة تشغيل VPS أو الحاوية تحميل تدفقاتك تلقائيًا وتستأنف تنفيذها. لنسخ أتمتتك احتياطيًا، أنشئ لقطة VPS من منطقة العميل، أو صدّر تدفقاتك بصيغة JSON من قائمة المحرّر.

في المحرّر، اسحب عقدة `mqtt in` أو `mqtt out` من اللوحة. انقر عليها نقرًا مزدوجًا للتهيئة: أدخل عنوان الوسيط (IP أو FQDN)، والمنفذ (1883 افتراضيًا، أو 8883 لـ TLS)، والموضوع للاشتراك فيه أو النشر عليه. إذا طلب الوسيط المصادقة، أضفها في تهيئة العقدة. يُبقي Node-RED الاتصال دائمًا ويتلقى رسائل من حسّاساتك في الوقت الحقيقي.

من المحرّر، افتح القائمة الرئيسية (أيقونة القائمة)، ثم Manage palette → تبويب Install. ابحث عن العقدة باسمها (مثل `node-red-contrib-telegrambot`، `node-red-node-mysql`). انقر على Install: يُنزّل Node-RED وحدة npm ويُثبّتها في `/data/node_modules` ويُعيد تحميل اللوحة. لا حاجة لإعادة تشغيل الحاوية. إذا فشل التثبيت، تحقق من وصول VPS إلى الإنترنت (سجل npm).

يستهدف Node-RED وn8n فئتين مختلفتين. Node-RED موجّه للمطورين ومنخفض المستوى وإنترنت الأشياء: يتعامل مع بروتوكول MQTT بصورة أصيلة، ويتيح كتابة معالجات مخصّصة بدوال JavaScript، ويتكامل بسهولة مع الأجهزة المادية. أما n8n فيستهدف أتمتة الأعمال: يوفّر موصّلات جاهزة لمئات خدمات SaaS (Slack وGmail وAirtable…)، وواجهة سير عمل أكثر توجيهًا للمستخدم دون شيفرة، ومعالجة أخطاء لكل تشغيل. كلاهما متاح في متجر ServOrbit. الاختيار الصحيح يعتمد على استخدامك: IoT/تدفقات فورية → Node-RED؛ تكاملات SaaS/سير عمل الأعمال → n8n.

نعم، وهذا هو الوضع الافتراضي على ServOrbit: لا تنشر الوصفة منفذ النقل 22000 (تُنشر الواجهة 8384 فقط، على 127.0.0.1). يتحوّل Syncthing حينها تلقائيًا إلى خوادم الترحيل العالمية، وتعمل المزامنة مع زيادة طفيفة في الكمون. لذا لا يكفي فتح المنفذ 22000 في جدار الحماية لاتصال مباشر: يلزم أيضًا إعادة إنشاء الحاوية عبر SSH مع نشر هذا المنفذ — وهذا اختياري.

ثبّت Syncthing على الجهاز، انسخ معرّف جهازه من واجهته الويب، ثم أضفه كجهاز بعيد في واجهة Syncthing على VPS. سيرى الجهاز طلب إقران يوافق عليه. بعد الإقران، شارك المجلدات التي تريد الاحتفاظ بها متزامنة.

لا. لا تتطلب واجهة Syncthing أي مصادقة من البداية. أول ما يجب فعله بعد الوصول إليها هو ضبط اسم مستخدم وكلمة مرور في Settings > GUI. المصادقة بين الأجهزة تستخدم شهادات تشفيرية تلقائيًا.

يركّز Syncthing حصريًا على المزامنة الندية المشفّرة — دون وصول ويب للملفات ودون تطبيقات. Nextcloud يوفر منصة تعاونية كاملة. اختر Syncthing للخصوصية واستهلاك الموارد المنخفض؛ اختر Nextcloud لمنصة سحابية كاملة.

‏تأتي Windmill بـ `[email protected]` كمعرّف مستخدم و`changeme` كلمةً للمرور. غيّر كلمة المرور فور أول تسجيل دخول من الإعدادات → المستخدمون. يمكن تحديث البريد الإلكتروني وكلمة المرور معًا.

‏تستهدف n8n وActivepieces ربط خدمات SaaS بتدفقات مرئية منخفضة الشيفرة. أما Windmill فتستهدف المطوّرين الذين يريدون كتابة شيفرة حقيقية (Python وTypeScript وGo وBash وSQL) وتنسيقها تلقائيًا وكشفها بوصفها APIs وواجهات. النهجان متكاملان وكلاهما متاح في الـ Marketplace.

‏يُوصى بالحد الأدنى من 2 vCPU و4 غيغابايت RAM لتشغيل خادم Windmill مع عامل worker افتراضي وآخر native. أضف حاويات workers إضافية إن كنت تشغّل كثيرًا من وظائف Python المتزامنة أو أحمال حوسبة ثقيلة.

‏لا للاستخدام الأساسي — لكن لا يُخصَّص لـ Windmill أي عنوان URL: تُفتح الواجهة (المنفذ 8000، المنشور على 127.0.0.1 فقط) عبر نفق SSH ‏`ssh -L 8000:127.0.0.1:8000 root@<ip>`، ثم `http://localhost:8000`. ويصبح اسم نطاق عبر HTTPS، مع reverse proxy تُعدّه بنفسك، ضروريًا إن أردت استخدام مزوّدي OAuth للمصادقة أو webhook تحتاج عنوان HTTPS ثابتًا.

‏نعم. يُركَّب socket دوكر الخاص بـ VPS على العامل الافتراضي الذي يعمل بوضع privileged، مما يتيح للنصوص البرمجية تشغيل حاويات Docker مؤقتة لمعالجة معزولة. هذه القدرة متاحة على جميع أجهزة VPS من ServOrbit ولا تحتاج إلى أي إعداد إضافي.

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

Vikunja مدير مهام متكامل مع Kanban وGantt ومزامنة CalDAV ومهام متكررة — أقرب إلى Asana أو TickTick. Kaneo أبسط عمدًا: لوحات Kanban وتكامل GitHub وwebhooks دون عروض إضافية. اختر Kaneo إذا كان فريقك يعمل في الكود وGitHub، وVikunja إذا احتجت إلى Gantt أو مزامنة التقويم.

لا. يُهيّئ نشر ServOrbit Kaneo مع DISABLE_EMAIL_OTP_SIGN_IN=true: تسجيل الدخول يستخدم البريد الإلكتروني وكلمة المرور العاديين دون الحاجة لإرسال بريد. SMTP ضروري فقط إذا أردت إعادة تفعيل تسجيل الدخول برابط سحري أو إرسال إشعارات.

لا. يُثبَّت Kaneo دون نطاق، لكن ServOrbit لا يخصص له حينها أي عنوان URL: لا يُنشر منفذه 5173 إلا على 127.0.0.1. ادخل إليه عبر نفق SSH — `ssh -L 5173:127.0.0.1:5173 root@<ip>` — ثم `http://localhost:5173`. يبقى النطاق (مع reverse proxy ‏HTTPS تُعدّه بنفسك) موصى به لعنوان سهل التذكر وتسهيل المشاركة مع الفريق، لكنه ليس شرطًا للنشر.

توجد جميع بيانات Kaneo في قاعدة بيانات PostgreSQL. لإنشاء نسخة احتياطية: `docker exec kaneo-postgres-1 pg_dump -U kaneo kaneo | gzip > kaneo-backup.sql.gz`. للاستعادة: `gunzip -c kaneo-backup.sql.gz | docker exec -i kaneo-postgres-1 psql -U kaneo kaneo`. يحتوي حجم Docker `postgres_data` على ملفات PostgreSQL الخام — يمكنك أيضًا نسخه احتياطيًا مباشرةً.

Kestra منصة تنسيق سير عمل مفتوحة المصدر تعتمد على YAML. خلافًا لسكريبت cron، كل flow في Kestra مُصدَر في Git وقابل للمراقبة (سجلات لكل مهمة، وسجل تنفيذ كامل) وإعادة المحاولة تلقائيًا عند الفشل. تُطلق الـ pipelines عبر cron أو webhook أو استدعاء API، وتشاهد مخطط تبعية مهامك في واجهة ويب مخصصة.

n8n مناسب للأتمتة API بلا كود: ربط أدوات SaaS، والاستجابة للـ webhooks، وملء جداول Google. Kestra مصمم لأنابيب البيانات وETL الموجّهة بالكود: workflows YAML مُصدَرة في Git، وسكريبتات Python/SQL/Bash، ومشغّلات Docker معزولة وتتبع كامل. اختر Kestra إذا كان فريقك يكتب كودًا ويحتاج إلى سجل مراجعة قابل للإنتاج؛ فضّل n8n للأتمتة بالسحب والإفلات لتكاملات SaaS.

يعمل Kestra على JVM ويستهلك عادةً من 512 ميغابايت إلى 1 غيغابايت من الذاكرة عند بدء التشغيل، بالإضافة إلى PostgreSQL (حوالي 150 ميغابايت). يكفي VPS بذاكرة 4 غيغابايت وـ 2 vCPU للاستخدام الخفيف إلى المتوسط. إذا كانت flows تطلق مهام Docker، خطّط لـ 8 غيغابايت من الذاكرة. الحد الأدنى للقرص: 10 غيغابايت لبيانات Kestra والسجلات.

نعم. يثبّت Kestra مقبس Docker ويمكنه تشغيل أي صورة Docker كمهمة عبر إضافة `io.kestra.plugin.scripts.runner.docker.Docker`. يعمل كل سكريبت (Python أو Bash أو Go...) في حاوية معزولة خاصة به مع تبعياتها، مما يُبقي الخادم المضيف نظيفًا. تُلتقط النتائج والسجلات بواسطة Kestra وتظهر في سجل التنفيذ.

تضبط ServOrbit Kestra مع تفعيل مصادقة HTTP الأساسية (المستخدم `[email protected]` وكلمة مرور مولَّدة تلقائيًا). يرتبط المنفذ 8080 بـ 127.0.0.1 — لا يُعرَض مباشرةً على الإنترنت. لتعزيز الأمان: أرفق نطاقًا وفعّل HTTPS (nginx + Let's Encrypt تُديره AWX)؛ احتفظ بكلمة مرورك المولَّدة في مكان آمن؛ واحتفظ بنسخ احتياطية منتظمة من قاعدة بيانات PostgreSQL التي تحتوي على جميع flows وسجل التنفيذ.

Garage مخزن كائنات متوافق مع S3، مكتوب بلغة Rust من تجمّع Deuxfleurs ومنشور برخصة AGPLv3. يمنحك تخزين الكائنات نقطة وصول تودع فيها الملفات وتسترجعها عبر واجهة قياسية بدل قرص مركّب: وهو ما تستعمله أدوات النسخ الاحتياطي مثل restic وBorg، والتطبيقات التي تحفظ ملفات مستخدميها، والمواقع الساكنة المخدومة خلف شبكة توصيل محتوى. ولأن الواجهة هي S3 القياسية، تعمل أدواتك الحالية دون تعديل.

لا، وهذا خيار تصميمي متعمَّد من المشروع. تمرّ الإدارة عبر أداة سطر الأوامر garage وعبر واجهة إدارة HTTP: فتبقى الخدمة صغيرة وسطح تشغيلها ضيّقاً. وتوفّر مشاريع مجتمعية واجهة في المتصفح فوق هذه الواجهة إن أردت. أما بيانات اعتماد S3 فتظهر في منطقة عميل ServOrbit.

للحالة الشائعة — نقطة وصول S3 للنسخ الاحتياطي والتطبيقات — نعم. Garage أخفّ، ورخصته AGPLv3 لا تحجز أي ميزة لإصدار مدفوع، خلافاً لما جرى للإصدار المجتمعي من MinIO (إزالة لوحة الإدارة سنة 2025، ثم التوقّف عن نشر صور Docker المجتمعية). لكنهما مشروعان مختلفان لا بديلان متطابقان: تحقّق من تكاملاتك الخاصة قبل الترحيل.

لا، ويستحق هذا أن يُقال بوضوح. يحفظ النشر أحادي العقدة نسخة واحدة من كائناتك على قرص واحد: وهو لا يحلّ محلّ النسخ الاحتياطي. صُمّم النسخ المتماثل في Garage لعنقود من أجهزة عدّة، ربما موزّعة على مواقع مختلفة — ويدعمه البرنامج نفسه عند إضافة عقد. وما دمت تملك عقدة واحدة، فحافظ على انضباط النسخ الاحتياطي المعتاد.

الخدمة نفسها مقتصدة جداً: قيست عند نحو 3 ميبي بايت من الذاكرة في وضع السكون على نشر أحادي العقدة. وما يحدّد حجم خادمك هو حجم البيانات التي تنوي تخزينها لا Garage. يكفي خادم من الفئة الأولى لتشغيل الخدمة؛ اختر القرص بحسب ما ستودعه فيه، وتذكّر أن العقدة الواحدة لا توفّر أي تكرار.

يتعرف Whisper على 99 لغة تشمل العربية والفرنسية والإنجليزية والإسبانية والدارجة المغربية. يتولى النموذج ذاته التفريغ والترجمة إلى الإنجليزية، مُحدَّدَيْن عبر معامل `task` (transcribe أو translate). يغطي النموذج الافتراضي `base` جميع هذه اللغات؛ ويُحسّن `large-v3` الدقة للغات ذات الموارد المحدودة.

يعمل نموذج `base` (الافتراضي `ASR_MODEL=base`) بأريحية على 1 غيغابايت RAM ونواة معالج واحدة، ويُقدّم دقة جيدة للكلام الواضح في اللغات الشائعة. للتسجيلات المشوشة أو اللهجات الأقل شيوعًا، يُناسب `small` أكثر ويعمل جيدًا مع 2 غيغابايت RAM. يُقدّم `large-v3` أفضل دقة لكنه يتطلب 8 غيغابايت على الأقل ويُوصى به لخطط VPS المجهزة بـ GPU.

يُنشر Whisper كواجهة REST API مع Swagger UI في `/docs` للاختبار التفاعلي. لا يتضمن تطبيق ويب مستقلًا بنموذج رفع ملفات. لدمج Whisper في سير عمل دون كتابة كود، تتيح أدوات مثل n8n أو Make استدعاء `/asr` مباشرةً من سير عمل آلي. من سطر الأوامر، يكفي: `curl -F "audio_file=@ملف.mp3" https://عنوانك/asr?output=txt`.

نعم. نقطة النهاية `/asr` متوافقة مع واجهة OpenAI للتفريغ: يمكن توجيه أي مكتبة أو تكامل يستدعي واجهة OpenAI إلى نسختك بتغيير عنوان URL الأساسي (`base_url`) وحذف مفتاح API. معامل `output` يعادل `response_format` في OpenAI. ملاحظة: نقطة النهاية `/asr` ليست مطابقة لـ `/v1/audio/transcriptions` في OpenAI — بعض المكتبات التي تتحقق من المسار الدقيق قد تحتاج إلى تعديل طفيف.

لا. تتم معالجة كل شيء محليًا على خادم VPS الخاص بك: تُحتجز ملفات الصوت في الذاكرة أثناء التفريغ ولا تُكتب على القرص أبدًا ولا تُرسل إلى OpenAI أو أي خدمة طرف ثالث. Whisper هو نموذج تعلم آلة يعمل كليًا داخل حاويتك. وهذه هي الفائدة الجوهرية للاستضافة الذاتية للمحتوى الحساس: المقابلات، والبيانات الطبية، وتسجيلات الشركات الداخلية.

يعرض ToolJet معالج إعداد عند أول فتح. يطلب اسمك الكامل وعنوان بريدك الإلكتروني وكلمة مرور. أول حساب يُنشأ يصبح تلقائياً مشرف مساحة العمل. لا يلزم تأكيد بريد إلكتروني — يتم توجيهك مباشرة إلى المحرر بعد الإرسال.

لا. خادم SMTP اختياري تماماً. يُنشأ حساب المشرف عبر المعالج في المتصفح دون أي تأكيد بريد إلكتروني. SMTP مفيد فقط إذا أردت تفعيل إعادة تعيين كلمة المرور بالبريد أو دعوة مستخدمين جدد بالبريد. يمكنك إعداد SMTP لاحقاً في الإعدادات دون إعادة النشر.

لا. ToolJet CE مرخّص بـ AGPL-3.0 — لا حدود للمقاعد، لا حدود للتطبيقات، لا رسوم لكل مستخدم. القيد الوحيد هو موارد خادم VPS. خادم بـ 2 جيجابايت RAM يتعامل بسهولة مع عشرات المستخدمين المتزامنين. للمئات من المستخدمين، يُوصى بـ 4–8 جيجابايت RAM.

لا. TOOLJET_HOST يقبل كلاً من `http://your-ip` و`https://your-domain.com`. بدون نطاق، الوصول العام غير متاح: استخدم نفق SSH — `ssh -L 8096:127.0.0.1:8096 root@your-vps-ip` — ثم افتح `http://localhost:8096` في متصفحك المحلي. ربط نطاق لاحقاً لا يتطلب سوى تحديث `TOOLJET_HOST` في ملف `.env` وإعادة تشغيل الحاويات.

Retool خدمة مستضافة ومغلقة المصدر، مدفوعة بالمقعد شهرياً (حوالي 10–25 دولار). ToolJet CE مفتوح المصدر بالكامل (AGPL-3.0)، ذاتي الاستضافة على VPS الخاص بك، ومجاني فوق تكلفة الاستضافة. مجموعات الميزات متقاربة — لوحة بالسحب والإفلات، موصّلات بيانات، إجراءات JavaScript، تحكم بالوصول حسب الدور. ToolJet 3.0 (2026) أضاف بناء التطبيقات بالذكاء الاصطناعي. الميزة الرئيسية: جميع بياناتك تبقى في بنيتك التحتية، دون نقل لأي طرف ثالث.

Mautic هو منصة أتمتة تسويقية مفتوحة المصدر تغطي حملات البريد الإلكتروني وتقسيم جهات الاتصال وتسجيل العملاء المحتملين وصفحات الهبوط وسير العمل المستندة إلى الأحداث. Listmonk هو أداة نشرة إخبارية عالية الأداء تركز على الإرسال الجماعي.

نعم. لإرسال الحملات، يجب توصيل Mautic بمزود SMTP (Amazon SES أو Mailgun أو Brevo أو SendGrid). نطاقات IP لـ VPS السحابي محظورة عموماً من قِبل كبار مزودي البريد الإلكتروني. قم بالتكوين في الإعدادات ← إعدادات البريد الإلكتروني فور انتهاء معالج التثبيت.

لا يفرض Mautic أي حد برمجي على عدد جهات الاتصال — الحد الحقيقي هو سعة القرص والذاكرة في VPS الخاص بك. من الناحية العملية، يتعامل VPS بذاكرة 4 غيغابايت بشكل مريح مع قواعد بيانات من 50,000 إلى 100,000 جهة اتصال.

يتحقق معالج تثبيت Mautic من عدة متطلبات PHP. إذا فشل الفحص، فعادةً ما يكون ذلك لأن الحاوية لم تبدأ بالكامل بعد. انتظر دقيقتين وأعد تحميل الصفحة. إذا استمرت المشكلة، تحقق من السجلات باستخدام `docker compose logs mautic_web`.

نعم. يوفر Mautic تكاملات أصلية مع Salesforce وSugarCRM وHubSpot وZoho وPipedrive من خلال مكونات CRM الإضافية. بالنسبة لـ Twenty (الموجود أيضاً في كتالوج ServOrbit)، يمكنك استخدام REST API لكليهما مع n8n لمزامنة جهات الاتصال.

أدخل `admin` كاسم مستخدم وكلمة المرور المولَّدة الظاهرة تحت ADMIN_PASSWORD في منطقة عميل ServOrbit (تبويب بيانات الاعتماد). المصادقة مفعّلة من الإقلاع الأول — النسخة لا تكون مفتوحة دون بيانات اعتماد.

لا. بدون نطاق، يمكنك الوصول عبر نفق SSH: `ssh -L 7860:127.0.0.1:7860 root@ip-خادمك`، ثم افتح `http://localhost:7860` في متصفحك. إرفاق نطاق يُتيح الوصول المباشر عبر HTTPS — تضبط ServOrbit nginx والشهادة TLS تلقائيًا.

نعم. استخدم مكوّن Ollama على اللوحة وأدخل رابط القاعدة. إذا كان Ollama مثبّتًا على نفس الخادم من سوق ServOrbit، فهو متاح من داخل حاوية LangFlow على `http://host‎.docker‎.internal:11434`.

كلاهما بانيا خطوط أنابيب LLM البصريان. LangFlow أصيل بلغة Python ومخصّص للمطوّرين الذين يريدون كتابة مكوّنات مخصّصة أو تصدير شيفرة Python نظيفة من مساراتهم. Flowise أكثر توجيهًا نحو اللاكود بلوحة أبسط. يشتركان في اللغة LangChain لكنهما تباعدا في ملف المستخدم والأدوات.

صدّر كل مسار منفردًا من قائمة اللوحة (تصدير JSON). لنسخة احتياطية كاملة، انسخ قاعدة بيانات SQLite: `docker cp langflow-langflow-1:/app/data/langflow‎.db ./langflow-backup‎.db`. استعدها بنسخ الملف إلى نفس الوجهة وإعادة تشغيل الحاوية.

لا توجد بيانات اعتماد افتراضية في Linkwarden. عند أول فتح، انقر على «تسجيل» وأنشئ حسابك ببريد إلكتروني وكلمة مرور — الحساب الأول يصبح مالكاً تلقائياً. لا يلزم تأكيد بريد إلكتروني. انتقل فوراً إلى الإعدادات → المستخدمون لإغلاق التسجيل إذا أردت وصولاً بالدعوة فقط.

نعم. يستخدم Linkwarden NextAuth.js لإدارة الجلسات، التي تثبّت NEXTAUTH_URL في ملفات تعريف الارتباط عند أول تشغيل. يجب تحديد النطاق وتهيئة DNS قبل النشر. تغييره لاحقاً يستلزم إعادة تعيين قاعدة البيانات ودعوة جميع الأعضاء مجدداً.

لفريق من 5 إلى 15 شخصاً، **2 vCPU و 2 GB RAM** تحت Ubuntu 24.04. صورة Docker تحتوي Playwright مع Chromium للأرشفة التلقائية (~400–600 MB في الحمل). إذا كانت الذاكرة محدودة: أضف `DISABLE_NEXT_GENERATION_ARCHIVAL=true` إلى قسم `environment` في ملف `docker-compose.yml` داخل `/opt/linkwarden` (عبر SSH — وليس من مساحة العميل)، ثم `docker compose up -d`، لخفض البصمة دون 256 MB.

كلاهما يدير الإشارات المرجعية لكن بزوايا مختلفة. **Karakeep** (الهوردر سابقاً) موجّه للاستخدام الشخصي: وسم تلقائي بالذكاء الاصطناعي وبحث دلالي. **Linkwarden** موجّه لتعاون الفريق: مجموعات مشتركة، صلاحيات دقيقة لكل عضو، تعليقات وإضافة متصفح متعددة المستخدمين. اختر Linkwarden لمركزة بحث الفريق أو الوكالة.

بشكل افتراضي، يمكن لأي شخص يعرف عنوان URL التسجيل. لإغلاق التسجيل: أضف المتغير `DISABLE_NEW_SIGN_UPS=true` إلى قسم `environment` في ملف `docker-compose.yml` داخل `/opt/linkwarden` عبر SSH (لا يُعدَّل من مساحة العميل)، ثم نفّذ `docker compose up -d`. يحتفظ الأعضاء الحاليون بوصولهم؛ المالكون فقط يمكنهم إنشاء حسابات جديدة. للأدوار والصلاحيات لكل مجموعة: الإعدادات → المستخدمون.

DrawDB هو محرر مخططات ERD مفتوح المصدر (AGPL-3.0، ~39 ألف نجمة). يتيح نمذجة جداول قواعد البيانات بصريًا وتحديد علاقات FK وتصدير DDL لـ MySQL وPostgreSQL وSQLite وMariaDB وSQL Server — كليًا في المتصفح بلا تثبيت أو حساب.

لا. يحفظ DrawDB حالة المخطط في localStorage بمتصفحك. حاوية Nginx تقدم فقط ملفات ثابتة ولا تعالج أي بيانات. لحفظ مخططك عبر الأجهزة، صدّر JSON وأودعه في Git.

يولّد DrawDB DDL لـ MySQL وPostgreSQL وSQLite وMariaDB وMicrosoft SQL Server. اختر اللهجة من تصدير ← SQL قبل النسخ. الناتج يشمل CREATE TABLE مع أنواع الأعمدة وقيود NOT NULL وPRIMARY KEY وFOREIGN KEY.

نعم. الصق عبارات CREATE TABLE في نافذة استيراد SQL ويعيد DrawDB بناء مخطط ERD تلقائيًا بما فيها علاقات FK المكتشفة. مثالي لتوثيق قاعدة بيانات موروثة أو تصوّر مخطط غير معروف.

لا. DrawDB يعمل بدون نطاق: الواجهة متاحة مباشرة على المنفذ المعروض في مساحة عميل ServOrbit (3060 في الكتالوج، لكن المنفذ الفعلي قد يختلف). بدون نطاق، لا يوجد وصول عام مباشر: افتح نفقًا SSH (`ssh -L 3060:127.0.0.1:3060 root@<ip-خادمك>`) وتصفح `http://localhost:3060`.

نعم، خارج عرض الموزّع، الذي هو استضافة مشتركة عبر ‎cPanel/WHM دون خوادم ‎VPS. تطلب خوادم ‎VPS من لوحة العملاء بالسعر العام — فلا يوجد سعر جملة ولا خصم على الكمية — وتنشر عليها تطبيقًا من المتجر (‎Mattermost و‎Nextcloud…) أو مجموعاتك البرمجية الخاصة عبر نصوصك أو صور ‎Docker، ثم تسلّمها لعملائك بالسعر الذي تحدّده. خادم ‎VPS غير مُدار: يبقى التثبيت والصيانة ودعم عملائك بيدك. للتحدّث في الأمر، تواصل مع فريق المبيعات على [email protected].

بيانات الدخول الافتراضية هي [email protected] وكلمة المرور MyPassword. غيّرهما فورًا بعد أول تسجيل دخول من الإدارة ← ملفك الشخصي.

لا. لا يشترط Mealie نطاقًا على ServOrbit، لكن لا يُخصَّص له أي عنوان URL: لا يُنشر منفذه 9000 إلا على 127.0.0.1، وليس على عنوان IP الخادم. للاستخدام الشخصي، افتحه عبر نفق SSH ‏(`ssh -L 9000:127.0.0.1:9000 root@<ip>`، ثم `http://localhost:9000`). أما الوصول من الإنترنت بشهادة TLS صالحة فيتطلب نطاقًا وreverse proxy تُعدّهما بنفسك.

يخزّن Mealie الوصفات والصور والإعدادات في مجلد /app/data على خادمك. انسخه احتياطيًا بانتظام لحماية مكتبتك. يمكنك أيضًا تصدير المكتبة كاملةً بصيغة JSON من الواجهة.

نعم. يدعم Mealie عدة مستخدمين بأدوار مختلفة: مشرف، مستخدم (يمكنه إضافة الوصفات وتعديلها)، ومشاهد (للقراءة فقط). أنشئ الحسابات من الإدارة ← المستخدمون.

يحلّل Mealie بيانات JSON-LD Recipe في الصفحة المستهدفة ويستخرج العنوان والمكوّنات والخطوات والصورة تلقائيًا. للمواقع بدون بيانات منظّمة، يستخدم كاشطًا احتياطيًا. إن كانت النتيجة غير مكتملة، يتيح المحرّر اليدوي إضافة الحقول الناقصة.

Seafile تركز حصراً على مزامنة الملفات؛ لا تقويم ولا بريد ولا متجر تطبيقات. هذا يجعلها أخف بشكل ملحوظ — عادةً نصف ذاكرة الوصول العشوائي لـ Nextcloud على نفس الـ VPS.

Syncthing نظير إلى نظير: كل جهاز يتزامن مباشرة مع الآخرين دون خادم مركزي. Seafile عميل-خادم: جميع الأجهزة تتزامن عبر الـ VPS المركزي ويدعم مستخدمين متعددين والأذونات ومشاركة الروابط.

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

IT-Tools هو تطبيق ويب مفتوح المصدر (MIT، ~25 ألف نجمة) يجمع أكثر من 60 أداة للمطوّرين — فاكّ تشفير JWT، مولّدات هاش SHA-256/MD5، UUID، مشفّر base64، اختبار regex، منسّق JSON وأكثر. كل المعالجة تجري في المتصفح: لا بيانات ترسل لأي خادم.

لا. كل أداة في IT-Tools تُنفّذ حساباتها في JavaScript بمتصفحك. حاوية Nginx تقدّم فقط ملفات التطبيق الثابتة — لا تستقبل ولا تعالج ولا ترسل أي مدخلات. رموز JWT ومفاتيح API والهاشات تبقى على جهازك.

لا. IT-Tools يعمل بدون نطاق: الواجهة متاحة مباشرة على المنفذ المعروض في مساحة عميل ServOrbit (3765 في الكتالوج؛ قد يختلف المنفذ الفعلي). بدون نطاق، افتح نفق SSH وتصفح http://localhost:3765.

لا توجد مصادقة مدمجة. لتقييد الوصول: (1) ضعه خلف reverse proxy مع HTTP Basic Auth؛ (2) اكشفه فقط على شبكة VPN خاصة؛ أو (3) استخدم جدار حماية ServOrbit لفتح المنفذ لنطاقات IP محددة فقط.

IT-Tools خفيف جدًا: صورة Docker ~20 ميغابايت وحاوية Nginx تستخدم بضعة ميغابايتات فقط. لا تحتاج قاعدة بيانات وتعمل بسلاسة على أي VPS بـ 512 ميغابايت.

Django Stack هو قالب VPS مُهيَّأ مسبقًا يثبّت Python 3.12 وGunicorn وNginx وPostgreSQL 16 تلقائيًا. مصمّم للمطوّرين Python الذين يريدون نشر تطبيق Django في الإنتاج دون إعداد يدوي لمكوّنات الخادم.

Python 3.12 من PPA deadsnakes. يوفّر هذا الإصدار تحسينات أداء بنسبة 30–60% مقارنة بـ Python 3.10 على دورات طلبات Django النموذجية. يمكنك تثبيت إصدارات Python أخرى بالتوازي عبر PPA deadsnakes واستخدام virtualenv لاختيار الإصدار لكل مشروع.

ثبّت Redis بـ `apt install redis-server`، أضف `celery` إلى requirements.txt، ثم أنشئ إعداد Supervisor لعامل Celery في /etc/supervisor/conf.d/. Django Stack مصمّم لاستضافة Gunicorn وعمال Celery على نفس VPS دون إعداد إضافي لحزم النظام.

نعم. أنشئ بيئة افتراضية لكل مشروع في /var/www/، كتلة خادم Nginx لكل نطاق (يشير كل منها إلى منفذ Gunicorn مختلف)، وإعداد Supervisor لكل عملية Gunicorn. كل مشروع معزول تمامًا — اعتماداته وعمليته وإعداداته لا تتعارض مع الأخرى.

2 غيغابايت لتطبيق Django مع PostgreSQL و3 workers Gunicorn. خصّص 4 غيغابايت إن أضفت عمال Celery أو ذاكرة Redis محمّلة. يستهلك كل worker في Gunicorn حوالي 100–200 ميغابايت بحسب حجم تطبيقك؛ اضبط عدد الـ workers وفقًا لذلك.

Bytebase هو منصة DevOps مفتوحة المصدر لقواعد البيانات (ترخيص MIT) تجلب سير عمل مراجعة منظماً لعمليات ترحيل SQL. يتيح لك إرسال ومراجعة ونشر تغييرات المخطط بأمان، مع أكثر من 200 قاعدة lint تلقائية وسجل تدقيق كامل وتكامل GitOps لـ PostgreSQL وMySQL وMariaDB وMongoDB وRedis وClickHouse وأكثر من 20 محركاً آخر.

يدعم Bytebase أكثر من 20 محرك قواعد بيانات: PostgreSQL وMySQL وMariaDB وMongoDB وRedis وClickHouse وSQL Server وOracle وTiDB وSnowflake وSpanner وOceanBase وغيرها. يتصل بخوادم قواعد البيانات الحالية كعميل — لا يحلّ محل بنية البيانات، بل ينسّقها.

نعم. إصدار المجتمع مجاني بدون حد للمستخدمين ويغطي سير عمل إدارة التغييرات الكامل ومحرر SQL وسجل التدقيق. الميزات المؤسسية (SSO وRBAC الدقيق وإخفاء البيانات وسير عمل الموافقة المخصصة) تتطلب خطة مدفوعة. على ServOrbit، تدفع فقط مقابل VPS — Bytebase نفسه لا يكلف شيئاً.

يعمل Bytebase بشكل مريح على 1 غيغابايت RAM. تتضمن الحاوية الواحدة قاعدة بيانات PostgreSQL مدمجة — لا يلزم خادم قاعدة بيانات خارجي. للاستخدام الإنتاجي مع مستخدمين متزامنين كثيرين أو قواعد بيانات كبيرة، يُوصى بـ 2 غيغابايت.

لا. يمكن الوصول إلى Bytebase بدون نطاق عبر نفق SSH — `ssh -L 8080:127.0.0.1:8080 root@<ip>` ثم `http://localhost:8080`. يناسب هذا الاستخدام الفردي للمسؤول. بمجرد أن يحتاج عدة مستخدمين للوصول في آنٍ واحد، اربط نطاقاً: يهيّئ ServOrbit nginx وشهادة TLS تلقائياً.

نعم. Gotenberg مستقر، برخصة MIT، ويُستخدم في الإنتاج من قِبل آلاف الفرق. يعزل كل طلب تحويل في عملية Chromium أو LibreOffice منفصلة — لا يؤثر تعطل تحويل واحد على التحويلات التالية. حدد حجم RAM وفقًا للطلبات المتزامنة: خصص ~200 ميغابايت لكل تصيير Chromium متزامن.

نعم. يستخدم Gotenberg نسخة Chromium كاملة: خطوط الويب (Google Fonts عبر URL، أو الخطوط المحلية مضمّنة كـ base64)، متغيرات CSS، استفسارات الوسائط `@print`، flexbox والشبكات — كلها مُكرَّمة. للخطوط المحلية، ضمّنها بـ `@font-face` وأرفق ملف الخط في نموذج multipart.

يدعم Gotenberg أكثر من 20 صيغة عبر LibreOffice: DOCX وXLSX وPPTX (ونظائرها OpenDocument: ODT وODS وODP) وRTF وTXT وCSV وغيرها. أرسل الملف بتنسيق multipart إلى `/forms/libreoffice/convert` — الناتج دائمًا PDF.

لا. Gotenberg عديم الحالة (stateless): الملفات المرفوعة وملفات PDF المُولَّدة تُخزَّن في مجلد مؤقت وتُحذف فور إرسال الاستجابة. لا قاعدة بيانات، لا تخزين دائم. مستنداتك تمر فقط عبر بنيتك التحتية.

الحد الأدنى المطلق هو 512 ميغابايت، لكن Chromium يستهلك ~150–250 ميغابايت لكل طلب متزامن. للاستخدام التطبيقي النموذجي (1–3 ملفات PDF متزامنة)، يكفي 1–2 غيغابايت. للأحمال الثقيلة (10+ ملفات PDF متزامنة أو مستندات LibreOffice ضخمة)، يُفضَّل 4 غيغابايت أو أكثر. لا تخزّن Gotenberg سياقات Chromium مؤقتًا: كل طلب يبدأ عملية جديدة.

FastAPI غير متزامن أصلًا مع تحقق Pydantic ووثائق OpenAPI تولَّد تلقائيًا — مثالي لـAPI REST والخدمات المصغّرة. Django إطار عمل متكامل مع لوحة إدارة وORM ومحرك قوالب — أنسب للتطبيقات المتكاملة. لخلفية API خالصة، FastAPI أسرع تطويرًا وأسرع في التشغيل.

استخدم Gunicorn مديرًا للعمليات مع UvicornWorker: `gunicorn main:app -k uvicorn.workers.UvicornWorker --workers 4 --bind 127.0.0.1:8000`. عدد الـworkers المُوصى به هو (2 × vCPU) + 1. يجمع ذلك إدارة عمليات Gunicorn مع أداء Uvicorn غير المتزامن.

نعم. FastAPI لا يعتمد على قاعدة بيانات بعينها. استخدم SQLite أو MySQL أو MongoDB أو أي قاعدة عبر SQLAlchemy أو Motor. البيئة تثبّت PostgreSQL 16 للمشاريع التي تحتاجه فقط — تجاهله إذا انطلقت بقاعدة بيانات مختلفة.

يولّد FastAPI تلقائيًا /docs (Swagger UI) و/redoc (ReDoc) لكل endpoint تعرّفه. ادخل على https://your-domain.com/docs بعد النشر. في الإنتاج، قيّد الوصول إلى هذه النقاط إذا لم تكن الـAPI عامة.

1 غيغابايت يكفي لـAPI FastAPI خفيفة بدون قاعدة بيانات على نفس VPS. خطّط لـ2 غيغابايت مع PostgreSQL، و4 غيغابايت لإضافة Celery وworkers Redis. كل worker يستهلك حوالي 50–150 ميغابايت حسب المكتبات المحمّلة عند بدء التشغيل.

Plane هو البديل مفتوح المصدر (AGPL-3.0) المستضاف ذاتيًا لـJira وLinear. مجموعة الميزات متشابهة جدًا: مشكلات مع حالات مخصصة، دورات (سبرنتات) مع مخططات الاحتراق، وحدات (ملاحم)، صفحات ويكي وتحليلات. الفرق الرئيسي: مع Plane تبقى بياناتك على خادمك، ولا توجد فوترة لكل مستخدم وتتحكم كليًا في الاحتفاظ بالبيانات. Jira وLinear مناسبان إذا كنت لا تريد إدارة خادم؛ Plane مناسب إذا أردت التحكم الكامل بتكلفة ثابتة.

الحد الأدنى للتهيئة هو 2 vCPU و4 غيغابايت RAM على Ubuntu 24.04 لفريق يضم أقل من 10 أشخاص. لفريق أكبر أو استخدام مكثف، استهدف 4 vCPU و8 غيغابايت RAM. يعتمد Plane على عدة مكونات (Django وReact وCelery وPostgreSQL 16 وRedis 7 وRabbitMQ وMinIO) — تُدار عبر عملية النشر الرسمية لـ Plane بواسطة Docker Compose (لا يُعرض Plane بعدُ للطلب في Marketplace الخاص بـ ServOrbit). يُشترط وجود نطاق خاص لكي تعمل عناوين URL لإعادة التوجيه وشهادات TLS بشكل صحيح.

يتضمن Plane مستوردًا أصليًا لـJira: اذهب إلى الإعدادات > المستوردون > Jira، أدخل رابط نسختك من Jira ورمز Atlassian API، اختر المشروع المراد استيراده وابدأ. تصبح الملاحم وحدات، والسبرنتات دورات، وتحتفظ المشكلات بأوصافها وتسمياتها وأولوياتها وحالاتها. الاستيراد غير مُدمِّر: لا شيء يُعدَّل أو يُحذف في Jira أثناء الترحيل. يتوفر أيضًا استيراد CSV للترحيل من Linear أو أدوات أخرى.

نعم. الدورات هي مكافئ Plane للسبرنتات: لكل دورة تاريخ بداية وتاريخ نهاية ومخطط احتراق وترحيل تلقائي للمشكلات غير المنجزة إلى الدورة التالية. طريقة عرض Gantt متاحة على مستوى المشروع والمساحة — تعرض التبعيات بين المشكلات كمخطط زمني تفاعلي وتتيح سحب المواعيد النهائية وإفلاتها مباشرةً على المخطط لتعديلها.

نعم. ثبّت تطبيق Plane GitHub App (الإعدادات > التكاملات > GitHub) على مستودعك، ثم أشر إلى المشكلات في رسائل commit باستخدام الصيغة `fix(#123)` أو `closes #456` أو `ref #789`. سيُحرّك Plane المشكلة تلقائيًا بناءً على الكلمة المفتاحية المستخدمة. تُرتبط طلبات السحب أيضًا بالمشكلات في الشريط الجانبي، وتُسمَّى الفروع المنشأة من Plane تيمنًا بمعرّف المشكلة لتسهيل التتبع.

يبدأ FileBrowser بـ admin كاسم مستخدم وكلمة مرور. غيّر كلمة المرور فورًا بعد تسجيل الدخول الأول من الإعدادات → المستخدمون لتأمين نسختك.

نعم. لا يشترط FileBrowser نطاقًا على ServOrbit — لكن لا يُخصَّص له أي عنوان URL: لا يُنشر منفذه (8085 افتراضيًا) إلا على 127.0.0.1، وليس على عنوان IP الخادم. ادخل إليه عبر نفق SSH: ‏`ssh -L 8085:127.0.0.1:8085 root@<ip>`، ثم `http://localhost:8085`. وللوصول المشفّر من الإنترنت، عليك إعداد الوكيل العكسي HTTPS بنفسك: لا يتولاه ServOrbit لهذا التطبيق.

نعم. يركّب FileBrowser وحدتي تخزين Docker مستقلتين: إحداهما للملفات (/srv) والأخرى لقاعدة بيانات SQLite (/database). كلتاهما تستمران بعد إعادة تشغيل الحاوية وتحديثات الصورة وإعادة تشغيل الخادم.

نعم. من الإعدادات → المستخدمون، أنشئ ما تحتاج من حسابات. لكل حساب دليله الرئيسي الخاص وحصة تخزينية اختيارية. تُدار الصلاحيات على مستوى الدليل: يمكن تقييد المستخدم بجزء من شجرة الملفات فقط.

يوفّر FileBrowser مصادقة لكل حساب وتحكّمًا في الوصول على مستوى الدليل. لتشفير الاتصالات، ضعه خلف وكيل HTTPS المضمّن في وصفة Marketplace ServOrbit (Let's Encrypt تلقائيًا مع نطاقك). يمكن تحديد روابط المشاركة العامة بتاريخ انتهاء صلاحية أو تركها دائمة، وهي مؤمّنة لكل رابط — الرابط المُلغى لا يُمكن الوصول إليه.

Go (Gin) Stack هو قالب VPS مُهيَّأ مسبقًا يثبّت Go 1.22+ من الملفّ الثنائي الرسمي go.dev، وNginx، وPostgreSQL 16 تلقائيًا. مصمّم للمطوّرين Go الذين يريدون نشر واجهة Gin في الإنتاج دون إعداد يدوي لمكوّنات الخادم.

لا. إذا صرَّفت بـ CGO_ENABLED=0 GOOS=linux GOARCH=amd64 على جهازك، الملفّ الثنائي ساكن بالكامل ويعمل دون Go على الخادم. يُثبِّت القالب Go 1.22+ للسماح بالتصريف المباشر على الخادم إذا فضّلت ذلك، لكنّه غير مطلوب لتشغيل الثنائيات المُصرَّفة مسبقًا.

نعم. القالب يُثبِّت أدوات Go وNginx وPostgreSQL — ليس الإطار. استخدم Echo أو Chi أو Fiber أو مكتبة net/http القياسية. Gin موصى به في التوثيق لكثرة استخدامه، لكنّ القالب لا يفرضه.

1 جيجابايت مريح لواجهة Gin دون قاعدة بيانات. أضف 1 جيجابايت إذا كان PostgreSQL يعمل على نفس الخادم. عملية Gin تستهلك 15-30 ميجابايت في وضع الخمول.

النهج الموصى به هو وحدة systemd: ExecStart يشير إلى ملفّك الثنائي، Restart=always للتعافي التلقائي عند الأعطال، وEnvironmentFile للأسرار. يمنحك هذا تسجيل Journal وحدود الموارد وترتيب التبعيات (مثلًا: بعد PostgreSQL). بديلًا، شغّل ملفّك الثنائي داخل حاوية Docker مع --restart unless-stopped.

يستهدف Next.js Stack تطبيقات React (Next.js)، بينما يستهدف Nuxt Stack تطبيقات Vue.js (Nuxt 3). سلسلة الأدوات المُثبَّتة متطابقة — Node.js LTS وPM2 وNginx وPostgreSQL — لكن إطاري العمل ونظام البناء وملفات المخرجات مختلفة.

نعم. يعمل كل تطبيق Next.js كعملية PM2 منفصلة على منفذ مختلف (3000، 3001، 3002...). يوجّه Nginx الطلبات بحسب اسم النطاق ويُعيد توجيهها إلى العملية الصحيحة. يمكن لخادم VPS بـ4 غيغابايت من RAM استضافة 3 إلى 5 مواقع خفيفة في آنٍ واحد.

نعم. يُثبّت القالب Node.js LTS وPM2 اللذين يُشغّلان أي إصدار من Next.js بما في ذلك App Router. خيار `output: 'standalone'` في `next.config.js` يعمل بشكل متطابق مع App Router وPages Router.

يخزّن ISR الخاص بـNext.js الصفحات المُعاد توليدها في `.next/cache` على قرص الخادم VPS. يبقى هذا التخزين المؤقت بين عمليات إعادة تحميل PM2 (دون توقف). لتجنّب مسحه في كل عملية نشر، استخدم `pm2 reload` بدلًا من `pm2 restart`. لعدة نسخ، استخدم معالِج ذاكرة مؤقتة بـRedis.

يُفضَّل الخادم VPS عند وجود حركة SSR عالية (يفوتر Vercel لكل استدعاء)، أو عمّال (workers) خلفيّون أو مهام cron، أو عدة مشاريع لتوحيدها، أو متطلب بتكلفة شهرية ثابتة. يبقى Vercel الخيار الأفضل لنموذج أولي سريع أو موقع خفيف بلا عمليات مساندة.

نعم، على خوادم ‎VPS تطلبها من لوحة العملاء — أما عرض الموزّع في ‎ServOrbit فهو استضافة مشتركة عبر ‎cPanel/WHM دون خوادم ‎VPS. انشر ‎Vikunja من المتجر، أو ثبّت ‎Plane بنفسك، إذ إن ‎Plane غير معروض للطلب في المتجر. ثم تسلّم الأداة لعملائك تحت نطاقك الخاص وتحدّد سعرك بحرية، إذ تُفوتر خوادم ‎VPS بالسعر العام دون سعر جملة. لأي سؤال، تواصل مع فريق المبيعات على [email protected] أو افتح تذكرة من لوحة العملاء.

Typesense (C++، GPLv3) وMeilisearch (Rust، MIT) كلاهما محركا بحث مفتوحا المصدر بتحمّل الأخطاء وREST API، متاحان في Marketplace ServOrbit. Typesense مُحسَّن لمتطلبات زمن الاستجابة الصارمة ويتضمن بحثًا متجهيًا مدمجًا. Meilisearch أسهل في الإعداد وأنسب للمجموعات الصغيرة. يمكن تشغيلهما معًا على نفس الـ VPS.

لا تضع مفتاح الإدارة في المتصفح أبدًا. أنشئ مفتاحًا محدود الصلاحيات عبر API Typesense: POST /keys مع `{"actions":["documents:search"],"collections":["مجموعتي"]}` مستخدمًا المفتاح الإداري في الترويسة. المفتاح الناتج لا يستطيع تعديل المجموعات ولا الوصول إلى فهارس أخرى. ضعه في bundle JavaScript الخاص بك؛ احتفظ بالمفتاح الإداري من جهة الخادم فقط.

يدعم Typesense v0.25+ حقولًا من نوع `float[]` لتخزين التضمينات إلى جانب الحقول النصية. أعلن حقل `embedding` من نوع `float[]` في مخطط مجموعتك، ثم أرسل متجهاتك (المُولَّدة بـ OpenAI أو نموذج Ollama محلي) مع كل مستند. للاستعلام الهجين: استخدم `vector_query` مع متجه الاستعلام وادمجه مع `q` لرتبة BM25 — يدمج Typesense النتيجتين بمعامل `alpha` قابل للضبط.

يُحمّل Typesense فهارسه في ذاكرة RAM: خطّط لنحو 1 MB لكل 1000 مستند مع 3–5 حقول نصية. لكتالوج من 100000 منتج، احسب ~300 MB ذاكرة؛ لمليون مستند، ~3 GB. يكفي VPS بـ 1 GB لمعظم المشاريع؛ انتقل إلى 2 أو 4 GB إن تجاوزت 500000 مستند أو فعّلت حقول التضمين. يتيح ServOrbit تغيير الخطة دون إعادة تثبيت.

Typesense متوافق مع نظام Algolia InstantSearch: ثبّت `typesense-instantsearch-adapter` ثم اضبط المحوّل بعنوان URL لنسختك ومفتاح search-only. ستحصل على شريط بحث مع اقتراحات وواجهات وترقيم صفحات وتمييز المصطلحات — دون تعديل واجهتك الأمامية الموجودة. الإصدارات React وVue مدعومة بنفس المحوّل.

لا. Mailpit خادم اعتراضي: يقبل اتصالات SMTP على المنفذ 1025 ويخزن كل رسالة في SQLite المحلية دون إعادة توجيهها. لا تصل أي رسالة لبريد حقيقي بصرف النظر عن عنوان المستلم في تطبيقك.

في متغيرات البيئة، اضبط مضيف SMTP على 127.0.0.1 والمنفذ على 1025. لا توثيق ولا TLS مطلوبان افتراضياً. في Laravel: MAIL_HOST=127.0.0.1, MAIL_PORT=1025. في Symfony: MAILER_DSN=smtp://127.0.0.1:1025. في Node.js (Nodemailer): host: '127.0.0.1', port: 1025. تطبيقك يجب أن يعمل على نفس VPS كـ Mailpit.

MailHog متروك منذ 2020 ويحمل ثغرة XSS مخزنة غير مصلحة (Exploit-DB 50971): بريد يحتوي جافاسكريبت ضار قد يخترق الواجهة. Mailpit هو الخلف النشط، مثبت افتراضياً في Laravel Sail (منذ v11) وDDEV (منذ v1.22). يضيف بحثاً نصياً كاملاً وتقييم بريد عشوائي وفحص توافق HTML وREST API موثقة ودعم POP3 — في ملف Go واحد بأقل من 50 ميغابايت RAM.

Mailpit يكشف REST API على نفس منفذ الواجهة (افتراضياً 8025). نقاط الدخول الرئيسية: GET /api/v1/messages (قائمة الرسائل)، GET /api/v1/message/{ID} (تفاصيل رسالة)، DELETE /api/v1/messages (تفريغ الصندوق)، GET /api/v1/search?query=... (بحث نصي). في PHPUnit: Http::get('http://127.0.0.1:8025/api/v1/messages'). في Jest/Vitest: fetch('http://127.0.0.1:8025/api/v1/messages'). لا مفتاح API مطلوب افتراضياً.

افتراضياً يحتفظ Mailpit بآخر 500 رسالة. عند الوصول للحد تُحذف الأقدم تلقائياً. لتغيير الحد: أضف متغير البيئة MP_MAX_MESSAGES. اضبط MP_MAX_MESSAGES=0 لرتنشن غير محدود (راقب المساحة)، أو قيمة صحيحة لعدد محدد. الرسائل مخزنة في SQLite على volume mailpit-data فتبقى بعد إعادة تشغيل الحاوية.

التشغيل المباشر يعني أن العميل يقرأ الملف الأصلي كما هو دون تحويل: استهلاك ضئيل جدًا للمعالج على الخادم. الترميز يحوّل البث فوريًا عندما لا يدعم العميل صيغة المصدر — هذا يستهلك المعالج. فضّل H.264/AAC في MP4 لزيادة التشغيل المباشر على معظم الأجهزة.

توجد تطبيقات رسمية مجانية لـ iOS وAndroid وAndroid TV وRoku وAmazon Fire TV. يحتوي Kodi على ملحق Jellyfin رسمي. معظم أجهزة التلفاز الذكية الحديثة (Samsung وLG) مدعومة أيضًا. تعمل الواجهة الإلكترونية على أي متصفح دون تثبيت.

تعتمد المساحة كليًا على مكتبتك. كدليل تقريبي: 1 جيجابايت لفيلم SD مدته 90 دقيقة، 4-8 جيجابايت لـ HD، 20-50 جيجابايت لـ 4K. يستخدم Jellyfin نفسه حوالي 500 ميجابايت للإعدادات والبيانات الوصفية. تخزين الوسائط هو قيدك الرئيسي.

Jellyfin مجاني بالكامل ومفتوح المصدر (GPL-2.0): لا توجد ميزات مدفوعة ولا حساب إلزامي ولا قياس عن بُعد. Plex جزئيًا ملكي: بعض الميزات (المزامنة غير المتصلة، عميل التلفاز المتقدم) تتطلب اشتراك Plex Pass. يُثبَّت Jellyfin بدون حساب؛ Plex يفرض حساب خادم مرتبط بخدمة Plex.

نعم. باستضافة Jellyfin على VPS من ServOrbit، تحصل على IP عامة مخصصة ونطاق ترددي صاعد أعلى بكثير من الاتصال المنزلي. اضبط Nginx كبروكسي عكسي مع شهادة TLS (Let's Encrypt)، وستكون واجهة Jellyfin متاحة من أي جهاز أو متصفح حول العالم.

Portainer CE (الإصدار المجتمعي) مفتوح المصدر بالكامل بموجب Apache 2.0 ويغطّي الغالبية العظمى من حالات الاستخدام: إدارة مجموعات Docker Compose وصلاحيات لكل فريق وتعدد المضيفين وسجلّات حية وطرفية تفاعلية. Portainer BE يضيف ميزات الشركات: RBAC دقيق ونشر مشغَّل بـ Git وسجلّات تدقيق متقدمة. على ServOrbit تحصل على CE — مجاني وغير محدود.

يجب عرض Portainer فقط خلف HTTPS مع كلمة مرور مسؤول قوية. يربط مقبس Docker (`/var/run/docker.sock`) الذي يعادل صلاحية root على المضيف. على ServOrbit، يُنشر المنفذ 9000 على الحلقة المحلية فقط — غير قابل للوصول مباشرةً من الإنترنت دون المرور عبر vhost nginx بـ HTTPS.

تغطّي Portainer السطح الكامل لـ Docker: الحاويات المستقلة والصور والشبكات والأحجام وSwarm وKubernetes. تركّز Dockge حصريًا على مجموعات Compose وهي أسرع تعلّمًا لهذا الغرض — وأخف أيضًا. تستهدف Komodo GitOps متعدد الخوادم بخط أنابيب نشر متكامل. إن أردت رؤية مرئية شاملة لكل ما يديره Docker على خادم — بما في ذلك الحاويات المُشغَّلة خارج Compose — فـ Portainer هي الأداة الأشمل.

نعم. ثبّت Portainer Agent على كل خادم VPS إضافي واربطه بمثيلك الرئيسي عبر قائمة Environments. تظهر جميع المضيفين في قائمة موحّدة ويمكن إدارتها من واجهة واحدة. يستمر كل خادم VPS في تشغيل حاوياته محليًا — لا يوجد جدول أعمال مركزي.

افتح نفق SSH من جهازك المحلي: `ssh -L 9000:127.0.0.1:9000 root@<ip-vps>`، ثم انتقل إلى `http://localhost:9000` في متصفحك. يوجّه النفق المنفذ بأمان دون عرض Portainer على الإنترنت. مع اسم نطاق، يوجّه nginx المنفذ 9000 عبر HTTPS بشهادة تُصدَر تلقائيًا وتصل مباشرةً عبر رابطك المختار.

LibreChat واجهة دردشة مفتوحة المصدر مستضافة ذاتيًا تتيح لك استخدام عدة مزوّدي ذكاء اصطناعي (OpenAI وAnthropic وGoogle Gemini وOllama) من واجهة موحّدة. على عكس ChatGPT، يعمل LibreChat على خادم VPS الخاص بك: محادثاتك ومفاتيح API والسجل تبقى في MongoDB الخاص بك دون نقل بيانات إلى أطراف ثالثة.

يتطلّب LibreChat الحدّ الأدنى من 2 غيغابايت RAM و2 vCPU (لـ MongoDB وNode.js). نوصي بـ 4 غيغابايت RAM للاستخدام الاعتيادي مع عدة مستخدمين. إذا دمجت LibreChat مع نموذج Ollama محلي (Llama وMistral…)، خطّط لـ 8 غيغابايت RAM على الأقل ومعالج حديث.

بعد النشر، سجّل الدخول إلى مثيل LibreChat الخاص بك وانتقل إلى **الإعدادات ← مفاتيح API**. يمكنك إضافة مفتاح لكل مزوّد (OpenAI وAnthropic وGoogle وغيرها) مباشرةً من الواجهة. بصفتك مسؤولاً، يمكنك أيضًا تهيئة مفاتيح مشتركة على مستوى الخادم في متغيّرات البيئة، مما يعفي المستخدمين من إدخال مفاتيحهم الخاصة.

نعم. يدعم LibreChat نقاط النهاية المخصّصة المتوافقة مع OpenAI. انشر Ollama على نفس خادم VPS (أو آخر)، ثم هيّئ نقطة نهاية تشير إلى `http://localhost:11434/v1` في `librechat.yaml`. ستحصل على إعداد محلي 100 % مع نماذج مثل Llama 3 وMistral وPhi-3، دون إرسال أي بيانات إلى واجهات API السحابية.

يتضمّن LibreChat نظام متعدّد المستخدمين. أوّل حساب يُنشأ بعد النشر يصبح مسؤولاً. من **لوحة الإدارة**، يمكنك دعوة المستخدمين وتحديد الأدوار (مستخدم/مسؤول) والتحكّم في الوصول إلى النماذج والمزوّدين وتعطيل التسجيل العام (`ALLOW_REGISTRATION=false`) للاستخدام الخاص. يمكن أن تكون مفاتيح API مشتركة (مسؤول) أو شخصية (لكل مستخدم).

BookStack ويكي مفتوح المصدر يُستضاف ذاتيًا، مبني على PHP/Laravel. ينظِّم التوثيق في **أرفف وكتب وفصول وصفحات** — تراتبية واضحة تجعل المحتوى قابلًا للتصفح فورًا. يناسب الفرق التي توثِّق الإجراءات أو واجهات API أو مشاريع العملاء، وتريد الاحتفاظ بذلك التوثيق على بنيتها التحتية الخاصة دون اشتراكات لكل مستخدم.

BookStack خفيف الاستهلاك: **1 غيغابايت RAM** و**15 غيغابايت SSD** يكفيان لفريق من أقل من عشرين شخصًا. يرتفع استهلاك الذاكرة أساسًا مع حجم الصور والمرفقات المرفوعة. للتوثيق الموسَّع أو كثرة المرفقات، **2 غيغابايت RAM و25 غيغابايت SSD** أريح. الحِمل على المعالج منخفض — 1 vCPU يكفي في الغالبية العظمى من الحالات.

بعد اكتمال التثبيت، افتح رابط نطاقك (المُعدَّ في لوحة العميل). سجِّل الدخول ببيانات الاعتماد الافتراضية: **البريد `[email protected]`، كلمة المرور `password`**. غيِّر كلمة المرور فورًا من *الإعدادات → الملف الشخصي* — أي شخص يعرف الرابط يستطيع استخدام هذه البيانات قبل تغييرها. ثم أعدَّ متغيرات SMTP لتفعيل دعوات المستخدمين عبر البريد.

الثلاثة ويكيات مفتوحة المصدر تُستضاف ذاتيًا، لكن بمناهج مختلفة. **BookStack** يفرض تراتبية أرفف/كتب/فصول/صفحات — مثالي حين تحتاج الفرق إلى بنية صارمة وقابلة للتصفح. **Wiki.js** أكثر مرونة: شجرة صفحات حرة ومحرِّكات مصادقة متعددة وتخزين Git اختياري — مناسب للمشاريع التقنية التي تريد إدارة نُسخ التوثيق. **Docmost** محرِّر تعاوني فوري مستوحى من Notion — مثالي للفرق التي تعمل بشكل متزامن على المستندات ذاتها. باختصار: BookStack للبنية، Wiki.js للمرونة، Docmost للتعاون الفوري.

تُستعاد نسخة BookStack من **ثلاثة عناصر**: نسخة قاعدة بيانات MariaDB (`mysqldump`)، وحجم Docker `bookstack_config` (الذي يحتوي على الملفات المرفوعة والإعداد)، وقيمة المتغير `APP_KEY`. **بدون APP_KEY** لا يمكن فكُّ تشفير المحتوى المشفَّر بعد الاستعادة. أتمِت `mysqldump` يوميًا مع نسخ حجم `bookstack_config` إلى تخزين خارجي (S3 أو Backblaze...) واحتفظ بـAPP_KEY خارج الخادم (في مدير كلمات المرور).

نعم — مسجل Open VSX المدمج يغطي آلاف الإضافات الشائعة: ESLint، Prettier، Python، GitLens، وغيرها الكثير. أي إضافة تثبّتها تُخزَّن في الحجم الدائم وتبقى متاحة بعد كل إعادة تشغيل للحاوية.

نعم. مجلدك الرئيسي مخزون في حجم Docker مسمى (`code-server-data`) مركَّب على `/home/coder`. جميع ملفاتك وإضافاتك وإعدادات Git وإعدادات VS Code تبقى بعد إعادة التشغيل والتحديثات. يُفقد فقط الحالة غير المحفوظة في الذاكرة عند إيقاف الحاوية بشكل غير متوقع.

لا. بدون نطاق، يمكن الوصول إليه عبر نفق SSH: `ssh -L 8080:127.0.0.1:8080 root@<ip>` ثم افتح `http://localhost:8080` في متصفحك. ربط نطاق يضيف HTTPS، مما يتيح الوصول للحافظة والخيوط الويب، ويسمح بالوصول من الشبكات التي تحجب منفذ SSH.

يعمل Code Server بالكامل على خادمك الافتراضي الخاص — أنت تتحكم في البيانات ووقت التشغيل والتكلفة. GitHub Codespaces خدمة سحابية مُدارة تُفوتر بالاستخدام (CPU + RAM بالساعة) على بنية Microsoft التحتية. لا يوجد حد لوقت الجلسة، ولا وضع سكون، ولا رسوم بالساعة — فقط التكلفة الثابتة لخادمك.

نعم. يمكن تشغيل صورة `codercom/code-server` مباشرة مع `docker run`، أو دمجها في ملف `docker-compose.yml` موجود بجانب خدمات أخرى. على الخادم المادي، ثبّت Code Server مباشرة بالأمر `curl -fsSL https://code-server.dev/install.sh | sh` — يُثبَّت كخدمة systemd ويستمع على نفس المنفذ 8080.

Planka لوحة Kanban مفتوحة المصدر تُستضاف ذاتيًا (ترخيص MIT)، مستوحاة من Trello. تتيح للفرق إدارة مشاريعهم بلوحات وقوائم وبطاقات على بنيتهم التحتية الخاصة — دون اشتراك شهري ودون بيانات مُخزَّنة لدى طرف ثالث.

لا. لا تشترط Planka نطاقًا على ServOrbit، لكن لا يُخصَّص لها أي عنوان URL ولا يُعَدّ أي nginx: تستمع Planka على المنفذ 1337، المنشور على 127.0.0.1 فقط. ادخل إليها عبر نفق SSH — `ssh -L 1337:127.0.0.1:1337 root@<ip>` — ثم افتح `http://localhost:1337`. أما الوصول بـHTTPS على نطاقك الخاص فتُعدّه بنفسك (reverse proxy وشهادة TLS).

استخدم عنوان البريد [email protected] وكلمة المرور المعروضة في تبويب **الوصول** في لوحة عميل ServOrbit. بعد تسجيل الدخول، توجَّه إلى **الملف الشخصي → تعديل** لاستبدال عنوان البريد الافتراضي وتعيين كلمة مرور شخصية.

بقدر ما تحتاج. لا يفرض ترخيص MIT أي حد للمستخدمين. أنشئ حسابات من لوحة **الإدارة → المستخدمون** وادعُهم إلى المشاريع التي تختارها.

تخزِّن Planka بياناتها في مكانين: قاعدة بيانات PostgreSQL (المشاريع واللوحات والبطاقات والأعضاء) ووحدات تخزين Docker المسمَّاة (الصور الرمزية والخلفيات والمرفقات). احتفظ بنسخة احتياطية من كليهما: استخدم `docker compose exec postgres pg_dump -U appuser appdb > backup.sql` لقاعدة البيانات، وصدِّر الوحدات بـ`docker run --rm -v <volume>:/data alpine tar czf - /data`.

Dawarich تطبيق ويب مفتوح المصدر (AGPL-3.0) يحل محل Google Timeline. يخزِّن سجل GPS الخاص بك، ويرسم رحلاتك على خريطة تفاعلية، ويحسب الدول والمدن التي زرتها — كل ذلك على خادمك الخاص دون مشاركة بيانات موقعك.

نعم. يُنشر Dawarich خلف اسم نطاق: يطلب التثبيت عنوان الوصول قبل الإقلاع، ولا يستجيب التطبيق إلا للمضيف المُعلَن حينها. استخدم نطاقًا فرعيًا من أحد نطاقاتك، أو النطاق الفرعي المجاني المرافق لخادمك — وفي الحالتين يتكفّل ServOrbit بسجل DNS والوكيل العكسي وشهادة HTTPS. وهذا أيضًا ما يتيح مزامنة الهاتف عبر OwnTracks أو Overland، إذ تحتاج إلى عنوان يمكن الوصول إليه.

صدِّر سجلك عبر Google Takeout: في Google Account → البيانات والخصوصية → تنزيل بياناتك، اختر «سجل المواقع» واطلب الأرشيف. استخرج `Records.json` واستورده في Dawarich من الإعدادات → استيراد. تتم المعالجة في الخلفية — قد تستغرق أرشيفات كبيرة بضع دقائق.

OwnTracks (iOS وAndroid، مجاني ومفتوح المصدر) وOverland (iOS) هما العميلان المدعومان. ثبِّت أحدهما، أدخل عنوان خادم Dawarich في إعداداته وفعِّل تقارير الموقع — يستقبل Dawarich الإحداثيات فوراً ويرسمها تلقائياً على الخريطة.

يخزِّن Dawarich بياناته في PostgreSQL ووحدات Docker المسمَّاة. احتفظ بنسخة من قاعدة البيانات بـ`docker compose exec dawarich_db pg_dump -U app dawarich > backup.sql` وصدِّر وحدتَي `dawarich_storage` و`dawarich_watched` بـ`docker run --rm -v <volume>:/data alpine tar czf - /data`. اجعل هذه النسخ منتظمة وخزِّنها خارج الخادم.

Ruby 3.2 من حزم Ubuntu 24.04 الرسمية. يعمل Rails 7 وRails 8 على 3.2 دون أي مشكلة توافق. إذا احتجت إصدارًا مختلفًا، ثبّت rbenv أو asdf بجانب Ruby النظام وأدر إصدارات متعددة لكل مشروع.

يثبّت Rails Stack PostgreSQL افتراضيًا، قاعدة البيانات الموصى بها لـ Rails في الإنتاج. يمكن تثبيت MariaDB أو MySQL بجانبه، لكن القالب يبقى مهيّأً لـ PostgreSQL: حقول JSONB والبحث النصي الكامل والتوافق الأصلي مع Active Record.

Redis مثبّت بالفعل بقالب Rails Stack. أضف `gem 'sidekiq'` إلى Gemfile، شغّل `bundle install`، أنشئ `config/sidekiq.yml`، وأعدّ وحدة systemd تُشغّل `bundle exec sidekiq -e production`. تتعايش العمّال وPuma على نفس VPS — لا حاجة لـ dyno منفصل.

2 جيجابايت RAM لتطبيق Rails واحد مع PostgreSQL. أضف 1–2 جيجابايت إضافية إذا كنت تُشغّل عمّال Sidekiq. كل worker في Puma يستهلك 200–400 ميغابايت في Rails؛ ابدأ بعاملَين وعدّل بناءً على الاستخدام الفعلي عبر `ps aux` أو `htop`.

نعم. أعدّ مقبس Unix Puma مختلفًا لكل مشروع في `config/puma.rb`، وأنشئ كتلة خادم Nginx لكل نطاق، ووحدة systemd لكل عملية Puma. كل تطبيق يستخدم قاعدة بيانات PostgreSQL ومساحة اسم Redis خاصة — لا تداخل بينها.

نعم، يمكنك نشر ‎Mattermost أو ‎Rocket.Chat على خادم ‎VPS مخصّص لكل عميل وتضمينهما في عرضك. كلاهما متاح كقالب ‎VPS في المتجر، مما يسرّع النشر. تُطلب خوادم ‎VPS من لوحة العملاء بالسعر العام، وهي لا تندرج ضمن عرض الموزّع، الذي هو استضافة مشتركة عبر ‎cPanel/WHM. للاستشارة حول البنية أو الفوترة، تواصل مع فريق المبيعات على [email protected].

Firefly III تطبيق ويب مفتوح المصدر (AGPL-3.0) لإدارة الشؤون المالية الشخصية والمهنية، ذاتي الاستضافة على VPS الخاص بك. يتتبع المعاملات، يدير الميزانيات حسب الفئة، يولّد تقارير قابلة للتصدير، ويمكنه استيراد كشوف الحساب — بلا اشتراك ودون مشاركة بياناتك مع أي طرف ثالث.

لا. يعمل Firefly III دون اسم نطاق. بدون نطاق مرفق، يمكن الوصول إليه عبر نفق SSH: `ssh -L 8080:127.0.0.1:8080 root@<IP_VPS>` ثم `http://localhost:8080` في متصفحك. للوصول الدائم عبر نطاق، يضبط ServOrbit إعدادات Nginx وشهادة HTTPS تلقائياً.

يقبل Firefly III ملفات CSV وOFX المصدَّرة من معظم البنوك. وللبنوك الأوروبية، يدعم أيضاً موصّلات GoCardless (المعروف سابقاً بـNordigen) للمزامنة التلقائية. يرشد معالج الاستيراد في تعيين الأعمدة (التاريخ، المبلغ، الوصف) وإلغاء التكرار.

تخزّن Firefly III بياناتها في PostgreSQL. خذ نسخة احتياطية بـ: `docker compose exec db pg_dump -U appuser appdb > backup.sql`. جدوِل هذا الأمر يومياً عبر cron وخزّن الملف خارج VPS (S3, SFTP) للحماية الكاملة.

YNAB وBudgea خدمتا SaaS: تستضيفان بياناتك على خوادمهما وتفرضان اشتراكاً سنوياً (99$/سنة لـYNAB، 60€/سنة لـBudgea)، وقد تغلقان خدمتهما. Firefly III ذاتي الاستضافة: تثبّته على VPS الخاص بك، وتملك بياناتك، ولا اشتراك. في المقابل، تدير بنفسك التحديثات والنسخ الاحتياطية.

Budibase منصة low-code مفتوحة المصدر (GPL-3.0) لبناء الأدوات الداخلية ولوحات المعلومات بدون كتابة كود. على عكس Retool (SaaS مدفوع بالمقعد) أو NocoBase (يبدأ من نموذج البيانات)، يبدأ Budibase من الواجهة: اختر مصدر بيانات وصمّم الشاشات بالسحب والإفلات. مع self-hosting على VPS، لا توجد رسوم إضافية لكل مستخدم وتبقى بياناتك على بنيتك التحتية.

لا. يعمل Budibase بدون نطاق عبر نفق SSH: شغّل `ssh -L 8060:127.0.0.1:8060 root@<ip>` ثم افتح `http://localhost:8060`. إذا أردت HTTPS من أي جهاز، أضف نطاقاً من لوحة التحكم أو استخدم النطاق الفرعي المجاني `{app}.{dns_slug}.servorbit-dns.com` المرفق مع كل VPS.

بعد اكتمال التزويد، افتح نفق SSH على المنفذ 8060 أو اربط نطاقاً. أول فتح لـ Budibase يعرض **معالج الإعداد** لإنشاء حساب المدير: أدخل بريداً إلكترونياً وكلمة مرور. يُخزَّن الحساب فوراً في CouchDB المحلي — لا يلزم تأكيد بريد إلكتروني. بعدها يمكنك دعوة مستخدمين آخرين من إعدادات المؤسسة.

Budibase يضم أربعة خدمات في حاوية Docker واحدة: خادم Node.js وCouchDB وMinIO وRedis. استهلاك الذاكرة في الخمول ~**3 GB**، لذا يُوصى بـ VPS بـ **4 GB RAM كحد أدنى**. للاستخدام الإنتاجي مع مستخدمين متزامنين أو بيانات كبيرة، **8 GB** يوفر هامشاً مريحاً. إذا تجاوز الاستهلاك الذاكرة المتاحة، قد يُوقَف الحاوية بواسطة OOM killer.

جميع بيانات Budibase — مخططات التطبيقات والمستخدمون والأتمتة والملفات — مخزّنة في حجم Docker المسمى `budibase-data` المثبَّت على `/data` داخل الحاوية. لإنشاء نسخة احتياطية كاملة، أرشِف هذا الحجم من المضيف: `docker run --rm -v budibase-data:/data -v $(pwd):/backup alpine tar czf /backup/budibase-$(date +%Y%m%d).tar.gz /data`. يحتوي الأرشيف الناتج على الحجم كاملًا. لاستعادة البيانات: أوقف حاوية Budibase، وافرد الأرشيف في حجم جديد، ثم أعد التشغيل. جدوِل هذه النسخ بـ cron وانقل الملف إلى تخزين خارجي (S3 أو B2 أو NFS) لحماية كاملة.

Spring Boot Stack هو قالب VPS مُهيَّأ مسبقًا يثبّت OpenJDK 21 LTS وMaven وNginx وPostgreSQL 16 تلقائيًا. مصمّم للمطوّرين Java الذين يريدون نشر تطبيق Spring Boot في الإنتاج دون إعداد يدوي لمكوّنات الخادم.

OpenJDK 21 LTS، JDK الافتراضي في Ubuntu 24.04 LTS (الحزمة `openjdk-21-jdk`). إصدار LTS يتضمن Virtual Threads (Project Loom) والتزامن المنظّم ومطابقة الأنماط. يمكنك تثبيت إصدارات JDK أخرى بجانبه إذا لزم.

نعم. Maven مثبّت افتراضيًا، لكن Gradle يعمل على نفس JDK. ثبّته بـ `apt install gradle` أو استخدم Gradle Wrapper في مشروعك (`./gradlew build`). Spring Boot Stack مصمّم لاستضافة أي مشروع Spring Boot بغض النظر عن أداة البناء.

نعم. شغّل كل خدمة على منفذ مختلف (8080، 8081...)، وأنشئ وحدة systemd لكل منها، وأضف كتلة خادم Nginx لكل خدمة موجَّهة بادئة المسار أو النطاق الفرعي. تعمل الخدمات بشكل مستقل — إيقاف إحداها لا يؤثر على الأخرى.

2 غيغابايت لتطبيق Spring Boot واحد مع PostgreSQL. يستهلك JVM عادةً 300–500 ميغابايت في وضع الخمول؛ أضف المزيد لخدمات متعددة أو pool اتصالات أكبر. يتيح لك flag `-Xmx` تحديد سقف استخدام heap لكل خدمة.

Navidrome يدعم Subsonic API، المعيار الفعلي لبث الموسيقى ذاتي الاستضافة. على Android: Symfonium وDSub وUltrasonic. على iOS: Amperfy وiSub. تتصل هذه التطبيقات بإدخال رابط مثيلك واسم المستخدم وكلمة المرور — مكتبتك كاملة متاحة مع تشغيل غير متصل حسب التطبيق.

نعم. لا يتطلب Navidrome اسم نطاق. يمكنك الوصول إليه من حاسوبك عبر نفق SSH: افتح طرفية وشغّل ssh -L 4533:127.0.0.1:4533 root@ip-vps ثم انتقل إلى http://localhost:4533 في المتصفح. هذه الطريقة آمنة ولا تتطلب فتح أي منفذ. للوصول الدائم من الهاتف، تكوين نطاق فرعي مع HTTPS هو الخيار الأنسب.

Navidrome مخصص للموسيقى فقط: مكتبة صوتية، قوائم تشغيل، scrobbling، Subsonic API لتطبيقات الموسيقى المحمولة. وزنه خفيف جدًا (أقل من 256 ميجابايت RAM). Jellyfin يدير جميع الوسائط — أفلام، مسلسلات، موسيقى، صور — بواجهة أشمل لكن أثقل. إذا كان استخدامك حصريًا للموسيقى وتريد تطبيقات محمولة متخصصة، فـ Navidrome هو الأفضل. إذا أردت مكتبة وسائط كاملة مع فيديو، اختر Jellyfin.

Navidrome يشغّل جميع تنسيقات الصوت الشائعة: MP3 وFLAC وAAC وOGG Vorbis وOpus وM4A وWAV وAIFF وWMA. يقرأ وسوم ID3 وVorbis Comment وiTunes مباشرة من الملفات. التحويل الفوري إلى MP3 أو Opus ممكن للعملاء الذين لا يدعمون التنسيق الأصلي — يكفي تثبيت ffmpeg على الخادم، وهو ما يضبطه ServOrbit تلقائيًا.

نعم. Navidrome يدير حسابات متعددة بشكل أصلي، لكل منها قوائم تشغيله الخاصة وتفضيلاته وتقييماته وسجل استماعه وإعدادات scrobbling. يمكن للمسؤول إنشاء الحسابات وإدارتها من لوحة الإدارة. لا يوجد حد مفروض لعدد المستخدمين — القيد هو النطاق الترددي وموارد VPS.

يتوفّر ‎Docmost كقالب ‎VPS في متجر ‎ServOrbit: يمكنك نشر نسخة لكل عميل على خادم ‎VPS مخصّص وتقديمها تحت نطاقك الفرعي الخاص. أنت من يدير هذا النطاق الفرعي وواجهة ‎Docmost، ولا يُطبَّق أي شيء من جهة ‎ServOrbit تلقائيًا على التطبيقات المنشورة على ‎VPS. تُطلب خوادم ‎VPS من لوحة العملاء بالسعر العام، وهي لا تندرج ضمن عرض الموزّع، الذي هو استضافة مشتركة عبر ‎cPanel/WHM.

نعم. يُدمج OneDev URL الخادم في روابط الاستنساخ وعمليات إعادة توجيه OAuth. يمكنك استخدام نطاق فرعي من نطاقك الخاص أو النطاق الفرعي المجاني من ServOrbit (`{app}.{dns_slug}.servorbit-dns.com`) الذي يشمل HTTPS تلقائيًا.

كلاهما منصة Git ذاتية الاستضافة، لكن OneDev يذهب أبعد: يدمج محرك CI/CD مع عامل بناء مدمج ولوحات Kanban وسجل حزم في حاوية واحدة. Gitea أخف (~200 MB RAM) ويتطلب `gitea/act_runner` منفصلاً للـCI. اختر OneDev للحصول على منصة DevOps متكاملة؛ اختر Gitea لمنصة Git بسيطة.

نعم. يأتي OneDev مع عامل بناء محلي مدمج في حاوية `1dev/server`. بمجرد دفع `.onedev-buildspec.yml`، يُجدوَل مسار CI/CD ويُنفَّذ على هذا العامل — دون تثبيت إضافي. لإضافة عوامل بناء عن بُعد، يمكنك ذلك من لوحة الإدارة.

يدعم سجل حزم OneDev: صور Docker/OCI، وnpm، وMaven/Gradle، وNuGet، وHelm والمزيد. كل صيغة تستخدم الأدوات القياسية ونفس بيانات الاعتماد الخاصة بمثيل Git.

نعم. يتضمن OneDev معالج استيراد ينقل المستودعات مع تاريخ Git والفروع والوسوم والمشكلات وطلبات الدمج من GitHub وGitLab وGitea. المعالج متاح من إدارة الموقع → المشاريع → استيراد. تحتاج مسارات CI إلى إعادة كتابة بتنسيق `.onedev-buildspec.yml`.

يتخصص Huginn في مراقبة الويب وتجميع البيانات: يستخرج Website Agent المحتوى من أي صفحة عبر محددات CSS/XPath، ويكتشف التغييرات ويطلق إجراءات بناءً على شروط. يركز n8n وNode-RED على أتمتة التدفق بين واجهات API مع محرر مرئي. Huginn مناسب لتتبع الأسعار وتنبيهات تغيير الويب وتجميع RSS؛ n8n أفضل لربط واجهات API بدون كود.

خصّص 2 غيغابايت كحد أدنى — نحو 1 غيغابايت لـ PostgreSQL 16 وغيغابايت لحاوية Huginn التي تضم خادم الويب والـ worker في عملية واحدة. مع أكثر من 50 وكيلاً بجداول مكثفة (كل دقيقة)، يُفضّل 4 غيغابايت. للقرص، تكفي 15 غيغابايت للتطبيق وقاعدة البيانات وسجل الأحداث.

بعد النشر من Marketplace ServOrbit، تُولَّد بيانات اعتماد المسؤول تلقائياً وتكون متاحة في لوحة تحكم العميل (قسم Marketplace → نسخة Huginn الخاصة بك). سجّل الدخول باسم المستخدم admin وكلمة المرور المعروضة. غيّر كلمة المرور فوراً من الحساب > تعديل بعد تسجيل الدخول الأول.

في نسخة Huginn الخاصة بك، انقر على New Agent واختر النوع المطلوب (Website Agent، Email Agent، Trigger Agent، إلخ). كل وكيل قابل للتهيئة عبر واجهة JSON مع توثيق مدمج. على ServOrbit، تكون SEED_EXAMPLE_AGENTS معطّلة للإبقاء على النسخة نظيفة. إن أردت رؤية أمثلة، عيّن SEED_EXAMPLE_AGENTS: true في الإعداد وأعد تشغيل الحاوية — سيستورد Huginn سيناريوهات تجريبية.

ينشر Huginn صورًا جديدة على ghcr.io/huginn/huginn:latest. للتحديث، نفّذ `docker compose pull && docker compose up -d` في مجلد النسخة الخاصة بك (`/opt/huginn`). يُنفّذ Huginn ترحيل قاعدة البيانات تلقائياً عند التشغيل. احرص دائماً على نسخ احتياطي لبيانات PostgreSQL قبل التحديث. على ServOrbit، تتولى Marketplace تثبيت التطبيق وإلغاء تثبيته؛ أما التحديثات فتتم بهذه الطريقة، عبر SSH.

نعم. يتوفّر ‎Vaultwarden كقالب ‎VPS في المتجر: اطلب خادم ‎VPS مخصّصًا، وانشر عليه ‎Vaultwarden تحت نطاقك الخاص وقدّمه لعملائك تحت علامتك التجارية. تحصل كل مؤسسة عميلة على نسخة ‎Vaultwarden خاصة بها أو على مؤسسة مستقلة داخله، مما يعزل الخزنات. يُفوتر خادم ‎VPS بالسعر العام دون سعر جملة، وتحدّد سعرك بحرية. لأي سؤال، تواصل مع فريق المبيعات على [email protected].

لا. يعمل WhoDB بدون نطاق عبر نفق SSH: افتح ssh -L 8080:127.0.0.1:8080 root@<ip-vps> من جهازك ثم افتح http://localhost:8080. للوصول المباشر من أي متصفح بدون نفق، اربط نطاقاً من لوحة ServOrbit أو استخدم النطاق الفرعي المجاني للـ VPS.

يدعم WhoDB قواعد البيانات: PostgreSQL وMySQL وMariaDB وSQLite وMongoDB وRedis وElasticSearch وClickHouse. يمكنك إعداد اتصالات متعددة في وقت واحد والتنقل بينها من اللوحة اليسرى.

لا يمتلك WhoDB حساب مستخدم خاص: يطلب منك مباشرة بيانات اتصال قاعدة البيانات. في الشاشة الرئيسية، اختر المحرك من القائمة المنسدلة (PostgreSQL وMySQL وRedis...)، أدخل المضيف والمنفذ واسم المستخدم وكلمة المرور، ثم انقر على Connect. لا حاجة لإنشاء حساب WhoDB.

في WhoDB، افتح الإعدادات → مزوّد الذكاء الاصطناعي وأدخل عنوان URL لنسخة Ollama الخاصة بك (مثلاً http://127.0.0.1:11434 إذا كانت تعمل على نفس VPS) أو نقطة نهاية متوافقة مع OpenAI. اختر نموذجاً من القائمة. بعد الإعداد، يظهر مربع نص حر في تبويب الاستعلام: اكتب سؤالك، يولّد WhoDB ويشغّل استعلام SQL المقابل.

نعم. يشفّر WhoDB الجلسات وبيانات الاتصال في حجم Docker دائم (/data) على VPS الخاص بك. هذه البيانات لا تُرسل أبداً إلى خدمة خارجية. لتعزيز التشفير، حدد متغير البيئة WHODB_ENCRYPTION_KEY بسلسلة عشوائية — بدونها، يولّد WhoDB مفتاحاً افتراضياً.

اختر MySQL إذا اشترطه تطبيقك صراحةً — Magento 2، أو بعض توزيعات Drupal، أو إضافات PHP التي تتحقق من اسم المحرك (`mysql_get_server_info()` يُرجع «MySQL» لا «MariaDB»). لمعظم تطبيقات PHP (WordPress، PrestaShop، Dolibarr)، تُعدّ MariaDB بديلًا متوافقًا بأداء مماثل. عند الشك، راجع توثيق تطبيقك.

لا. يمكن الوصول إلى phpMyAdmin عبر نفق SSH دون اسم نطاق. افتح النفق من جهازك: `ssh -L 8080:127.0.0.1:PORT root@IP-VPS` (PORT = الرقم المعروض في لوحة التحكم)، ثم افتح `http://localhost:8080` في متصفحك. يبقى المنفذ 3306 لـ MySQL مربوطًا بـ `127.0.0.1` داخل الحاوية — ويمكن الوصول إليه من التطبيقات المستضافة على نفس VPS.

أنشئ أولًا مستخدمًا مخصصًا في phpMyAdmin: حسابات المستخدمين → إضافة حساب مستخدم. امنحه فقط SELECT وINSERT وUPDATE وDELETE على قاعدة بيانات تطبيقك — ولا تمنحه أبدًا GRANT أو SUPER. ثم اضبط إعدادات تطبيقك بـ: المضيف `127.0.0.1`، المنفذ `3306`، اسم القاعدة، المستخدم، وكلمة المرور. المستخدم root مخصص للإدارة — لا تستخدمه في تطبيقك.

phpMyAdmin مرتبط فقط بالعنوان المحلي (`127.0.0.1`) — ولا يمكن الوصول إليه مباشرةً من الإنترنت. يمكنك الوصول إليه فقط عبر نفق SSH، مما يعني أن المستخدمين الذين لديهم مفتاح SSH على VPS هم وحدهم من يستطيعون فتحه. في بيئات الإنتاج، يُفضَّل الاتصال عبر مستخدم تطبيق بصلاحيات محدودة، وعدم استخدام phpMyAdmin إلا عند الحاجة للإدارة.

نعم. يُنشئ كلا القالبين حاوياتهما في شبكات Docker معزولة ولا يتداخلان. يستمع كل stack على منفذ مضيف خاص به (loopback فقط) يُخصَّص ديناميكيًا من قِبل ServOrbit — ولا يمكن حدوث أي تعارض في المنافذ. يمكن لـ VPS بذاكرة 4 جيجابايت استضافتهما معًا بأريحية للأحمال المعتدلة.

‎HedgeDoc‎ (المعروف سابقاً بـ‎CodiMD‎) محرر ‎Markdown‎ مفتوح المصدر (‎AGPL-3.0‎) للتعاون في الوقت الفعلي. كل ملاحظة لها رابط فريد قابل للمشاركة؛ يتعاون عليها متعددون بمؤشرات مرئية. يدعم مخططات ‎Mermaid‎ و‎PlantUML‎ وصيغ ‎LaTeX‎ عبر ‎MathJax‎ ومقاطع كود لأكثر من 200 لغة ووضع عرض تقديمي وتصدير بنقرة واحدة إلى ‎Markdown‎ أو ‎HTML‎ أو ‎PDF‎. على ‎ServOrbit‎، يُنشر ‎HedgeDoc‎ عبر ‎Docker Compose‎ مع ‎PostgreSQL‎ قاعدةً للبيانات.

نعم. يحتاج ‎HedgeDoc‎ نطاقاً أو نطاقاً فرعياً لأن روابط مشاركة الملاحظات واتصالات ‎WebSocket‎ تعتمد على اسم مضيف عام. إن لم يكن لديك نطاق شخصي، يكفي النطاق الفرعي المجاني من ‎ServOrbit‎ المرفق مع كل تطبيق: `{app}.{slug}.servorbit-dns.com`، مع ‎HTTPS‎ مدمج.

بعد النشر، افتح نطاقك في المتصفح وانقر ‎Sign up‎. يصبح أول حساب مسجل تلقائياً هو حساب المضيف (المسؤول). عطّل بعدها التسجيل العام من الإعدادات → النظام لمنع الوصول غير المرغوب. كلمة مرور المسؤول غير مُولَّدة مسبقاً — أنت من يختارها عند التسجيل.

نعم. تُعرض مخططات ‎Mermaid‎ و‎PlantUML‎ و‎Vega-lite‎ في المعاينة المباشرة أثناء الكتابة. صيغ ‎LaTeX‎ مُعالَجة بـ‎MathJax‎ — استخدم `$...$` للصيغ المضمَّنة و`$$...$$` للكتل. صدّر الملاحظة كاملةً إلى ‎PDF‎ أو ‎Markdown‎ أو ‎HTML‎ بنقرة واحدة.

يخزن ‎HedgeDoc‎ بياناته في موضعين: قاعدة ‎PostgreSQL‎ (الملاحظات والمستخدمون والجلسات) ومجلد ‎Docker‎ `hedgedoc_uploads` (الصور المرفوعة). احتفظ بنسخة احتياطية من الاثنين بالأمرين التاليين: `docker compose exec -T database pg_dump -U appuser appdb | gzip > backup.sql.gz` `docker run --rm -v hedgedoc_uploads:/data alpine tar czf - /data > uploads.tar.gz` أتمت هذين الأمرين بـ‎cron‎ يومي.

نعم، ‎Open ‎WebUI و‎LibreChat متاحان كقوالب ‎VPS في متجر ServOrbit.com. يعمل كل نشر على خادم ‎VPS مخصّص بصلاحية ‎root تطلبه من لوحة العملاء، مما يتيح لك تخصيص الواجهة وإدارة صلاحيات الوصول وربط مفاتيح ‎API الخاصة بك. تبقى المحادثات والسجل على هذا الخادم، ولا يغادره إلا ما يُرسَل من طلبات إلى مزوّد ذكاء اصطناعي خارجي (‎OpenAI و‎Anthropic…). للحصول على مساعدة مخصّصة، اطلب عرض سعر عبر نموذج الاتصال.

Trigger.dev منصة مفتوحة المصدر (Apache-2.0) لتنسيق مهام الخلفية بـ TypeScript. تتيح لك تعريف مهام دائمة مباشرة في الكود — تعمل مع إعادة محاولة تلقائية، وتحكم في التزامن، ولوحة تحكم فورية. خلافاً لـ BullMQ أو cron البسيط، تحفظ مهام Trigger.dev حالتها بين الخطوات، لذا لا يُبدأ من الصفر عند حدوث عطل. على ServOrbit تُنشر البنية الكاملة (webapp وPostgreSQL وRedis وElectricSQL وdocker-provider وcoordinator) بـ compose واحد.

نعم. تُنشئ آلية تسجيل الدخول بـ magic-link روابط استدعاء من متغيري البيئة `LOGIN_ORIGIN` و`APP_ORIGIN`. بدون نطاق صالح تكون هذه الروابط معطوبة ويفشل التحقق. على ServOrbit، النطاق الفرعي المجاني `{app}.{slug}.servorbit-dns.com` المرفق مع كل VPS يعمل بشكل مثالي — متاح فور النشر مع HTTPS مدمج.

يستخدم Trigger.dev مصادقة magic-link بدون كلمة مرور. افتح `https://نطاقك` وأدخل عنوان بريدك الإلكتروني. يُطبع رابط المصادقة في سجلات حاوية webapp — استرجعه بـ: `docker compose logs webapp | grep 'magic-link'`. الصق الرابط في المتصفح للوصول إلى لوحة التحكم. لا يلزم خادم بريد لأول دخول.

يستخدم Trigger.dev خدمة ElectricSQL لمزامنة حالة التشغيلات فورياً بين قاعدة البيانات وواجهة webapp. تتطلب ElectricSQL فتحات النسخ المنطقي في PostgreSQL، وهي متاحة فقط عند ضبط `wal_level` على `logical`. يتضمن compose ServOrbit هذا الإعداد في أمر بدء تشغيل PostgreSQL — لا تعديل يدوي مطلوب.

اسحب أحدث الصور وأعد تشغيل البنية: `docker compose pull && docker compose up -d`. يُشغّل Trigger.dev ترحيلات قاعدة البيانات تلقائياً عند بدء webapp. راجع ملاحظات الإصدار على github.com/triggerdotdev/trigger.dev/releases قبل كل تحديث — قد تتطلب بعض الإصدارات الرئيسية خطوات ترحيل إضافية.

نعم: على خادم ‎VPS من ‎ServOrbit، يمكنك نشر أدوات مراقبة من المتجر — إذ يتوفّر فيه ‎Grafana و‎Uptime ‎Kuma و‎Gatus كقوالب ‎VPS — ومنح عملائك الوصول إليها عبر نطاقك الخاص. يُطلب خادم ‎VPS من لوحة العملاء، خارج عرض الموزّع الذي هو استضافة مشتركة عبر ‎cPanel/WHM، وتمنحك صلاحية ‎root التحكّم في الجهاز والتطبيقات المثبّتة، بما في ذلك مظهرها حين تسمح الأداة بتخصيصه. أدِر وصول كل عميل بإنشاء مؤسسات أو مساحات عمل منفصلة بحسب الأداة المختارة.

Automatisch هو بديل مفتوح المصدر لـ Zapier، مستضاف ذاتياً على خادمك. يتيح لك ربط أكثر من 100 تطبيق (GitHub وSlack وNotion وStripe وGoogle Sheets وغيرها) باستخدام محفزات وإجراءات مرئية دون كتابة كود. خلافاً للحلول السحابية، تبقى جميع بياناتك على خادمك دون اشتراكات ولا حدود للمهام.

تُنشئ Automatisch عناوين URL فريدة للـ webhook من المتغير `HOST`. تتيح هذه العناوين للخدمات الخارجية (GitHub وStripe وTypeform وغيرها) إرسال الأحداث إلى سير العمل الخاص بك. بدون نطاق صالح، تشير العناوين إلى `localhost` وليست متاحة من الإنترنت. على ServOrbit، يعمل النطاق الفرعي المجاني المرفق مع كل VPS منذ اليوم الأول.

بعد النشر، اذهب إلى `https://your-domain/auth/sign-up`. أدخل عنوان بريدك الإلكتروني وكلمة مرور لإنشاء أول حساب مسؤول. لا يُرسَل بريد تأكيد : تُسجَّل دخولاً فوراً. يُنصح بإنشاء الحساب مباشرة بعد النشر قبل أن يصل أي شخص آخر إلى العنوان.

لتكاملات OAuth (Slack وGitHub وGoogle Sheets وNotion وغيرها)، أنشئ تطبيق OAuth لدى المزود وسجّل بياناته في Automatisch. أدخل `CLIENT_ID` و`CLIENT_SECRET` ضمن Settings → Apps. رابط الاستجابة هو عادةً `https://your-domain/app/<service>/auth/callback`. بمجرد إدخال البيانات، يعمل اتصال OAuth عبر زر **Connect** من تبويب Connections.

اسحب أحدث صور Docker وأعد تشغيل البنية: `docker compose pull && docker compose up -d`. تُشغّل Automatisch ترحيلات قاعدة البيانات تلقائياً عند البدء. راجع ملاحظات الإصدار على github.com/automatisch/automatisch/releases قبل كل تحديث — قد تتطلب بعض الإصدارات الرئيسية خطوات ترحيل محددة.

Kimai هو تطبيق تتبُّع وقت مفتوح المصدر (MIT) تستضيفه على VPS الخاص بك. يتيح لك تسجيل الساعات حسب المشروع والعميل والنشاط، وتحديد أسعار الساعة، وإنشاء كشوف الوقت والفواتير PDF وتقارير تفصيلية — بلا اشتراك شهري وبلا مشاركة بيانات.

لا. يعمل Kimai بدون نطاق عبر نفق SSH: `ssh -L 8080:127.0.0.1:8001 root@<IP>` ثم `http://localhost:8080`. لإضافة وصول من أي متصفح، اربط نطاقًا من لوحة تحكم ServOrbit أو استخدم النطاق الفرعي المجاني المُضمَّن مع كل VPS.

تظهر بيانات اعتماد المسؤول على بطاقة التطبيق في منطقة العميل فور النشر: البريد [email protected] وكلمة مرور مولّدة تلقائيًا. بعد تسجيل الدخول، يمكنك تغيير البريد الإلكتروني وكلمة المرور من إعدادات الملف الشخصي.

نعم. يتضمن Kimai وحدة فوترة مدمجة. صفّ إدخالات كشف الوقت حسب العميل والفترة الزمنية، ثم انقر **إنشاء فاتورة** للحصول على مستند PDF أو HTML. يمكنك تخصيص القالب (شعار، ألوان، شروط دفع، ضريبة) من إعدادات الفوترة.

تُخزَّن جميع بيانات Kimai في ثلاثة حجوم Docker: kimai_db (قاعدة بيانات MySQL) وkimai_data (الملفات) وkimai_public (الصور الرمزية). احتفظ بنسخ احتياطية باستخدام rsync أو SFTP من المضيف، أو استخدم mysqldump لتصدير SQL لقاعدة البيانات. يُصدّر Kimai أيضًا كشوف الوقت بصيغ CSV وXLSX مباشرة من الواجهة.

CapRover هو نظام PaaS (منصة كخدمة) مفتوح المصدر يتيح لك نشر التطبيقات بنقرات قليلة على خادمك الخاص. يعتمد على Docker وDocker Swarm، ويتولى شهادات SSL تلقائيًا عبر Let's Encrypt، ويقدّم أكثر من 280 قالبًا جاهزًا (WordPress، Ghost، n8n، Nextcloud…). لا يُعرض CapRover بعدُ للطلب في سوق ServOrbit؛ ويمكنك تثبيته بنفسك على خادم VPS الخاص بك لدى ServOrbit باتباع وثائقه الرسمية.

لا، اسم النطاق ليس إلزاميًا للبدء مع CapRover. يمكن الوصول إلى لوحة الإدارة على المنفذ 3000 من خادمك الافتراضي فور انتهاء تثبيته. يُحتاج إلى نطاق بدلي (مثل `*.apps.mynomain.com`) إذا أردت كشف التطبيقات المنشورة تحت نطاقات فرعية مخصصة — ويتم ذلك من لوحة CapRover نفسها بعد التثبيت.

بعد تثبيت CapRover على خادم VPS الخاص بك، افتح المتصفح وانتقل إلى http://<عنوان-IP-خادمك>:3000. تظهر صفحة تسجيل الدخول فورًا. لا يطلب CapRover اسم مستخدم، بل كلمة مرور فقط: هي التي تُحدَّد عند التثبيت؛ وعندما يتم التثبيت عبر سوق ServOrbit، تُولَّد لخادمك وتجدها في قسم التطبيقات داخل فضاء العميل (زر «إظهار»). اضبط بعدها نطاق البدل للوصول إلى اللوحة عبر captain.mydomain.com، وفعّل HTTPS للوحة التحكم، ثم غيّر كلمة المرور إن شئت.

يستهلك CapRover نفسه نحو 200 إلى 300 ميغابايت من ذاكرة RAM. الحد الأدنى للاستخدام الفعلي (CapRover مع بضعة تطبيقات) هو 2 غيغابايت؛ توصي ServOrbit بخطة VPS Power (8 GB) للحصول على الأداء الأمثل. تذكّر أن كل تطبيق تنشره عبر CapRover يستهلك ذاكرته الخاصة — اختر الخطة وفقًا لحجم عملك.

نعم، يدعم CapRover عدة طرق للنشر: من مستودع Git (GitHub، GitLab، Bitbucket) مع webhook للنشر التلقائي، أو من Dockerfile أو ملف captain-definition، أو عبر أكثر من 280 قالبًا من المجتمع بنقرة واحدة. كما يوفّر واجهة سطر أوامر (caprover deploy) لمسارات CI/CD.

لا، لا تمتلك Homepage مصادقة مدمجة. إنها مصمّمة للوصول الحلقي (loopback) عبر نفق SSH أو VPN. لعرض Homepage على عنوان URL عام، ضعها خلف وسيط عكسي يضيف HTTP Basic Auth أو OAuth، أو استخدم Cloudflare Access أمام النسخة.

منذ الإصدار 0.9.0، تتحقق Homepage من رأس HTTP Host لمنع هجمات Host Header Injection. بدون هذا المتغيّر ستحصل على خطأ 'Invalid host'. على خادم VPS من ServOrbit، إن كنت تصل عبر نفق SSH (http://localhost:3000)، استخدم HOMEPAGE_ALLOWED_HOSTS="*". إن كان لديك نطاق (مثل home.mydomain.com)، أدخله بدلاً من ذلك لأمان أفضل.

تقرأ Homepage بيانات Docker الوصفية عبر مقبس مربوط للقراءة فقط (/var/run/docker.sock:ro). أضف الوسوم التالية على كل حاوية تريد ظهورها: homepage.group (المجموعة، مثل 'وسائط')، homepage.name (الاسم المعروض)، homepage.href (الرابط). تكتشفها Homepage وتعرضها تلقائياً دون تعديل services.yaml.

تعيش إعدادات Homepage بالكامل في ملفات YAML ضمن حجم Docker المُسمّى homepage-config، المربوط على ‎/app/config داخل الحاوية (التطبيق مثبّت في ‎/opt/homepage على خادم VPS الخاص بك). لتعديلها عبر SSH: ‏`cd /opt/homepage && docker compose exec homepage vi /app/config/services.yaml`. الملفات الرئيسية هي: services.yaml (خدماتك المجمّعة)، bookmarks.yaml (روابطك المفضّلة)، widgets.yaml (شريط الأدوات العلوي)، settings.yaml (المظهر، اللغة، محرك البحث). تُطبَّق التعديلات تلقائياً عند إعادة تحميل الصفحة — دون الحاجة لإعادة تشغيل الحاوية.

تستهلك Homepage أقل من 128 ميغابايت من الذاكرة للحاوية نفسها — دون الحاجة لأي قاعدة بيانات. وهي من أخف التطبيقات في Marketplace. على خادم VPS من ServOrbit، حتى الخطة الاقتصادية أكثر من كافية لـ Homepage. خطّط للهامش المتعلق بالخدمات الأخرى التي تريد عرضها في لوحة التحكم (Nextcloud وJellyfin وغيرها) لا لـ Homepage نفسها.

Directus نظام إدارة محتوى headless ومنصة بيانات مفتوحة المصدر (Apache-2.0) يتموضع فوق أي قاعدة SQL — PostgreSQL وMySQL وSQLite وMariaDB — ويُوّلد واجهة REST وGraphQL كاملة فوقها تلقائياً. يوفر أيضاً واجهة إدارة no-code لنمذجة المحتوى وإدارة السجلات وضبط الصلاحيات. في الإنتاج، يعمل كمكتب خلفي للتطبيقات — تستعلم الواجهة الأمامية عبر REST أو GraphQL دون أن يكتب مطوّر أي endpoint.

لا. يعمل Directus بدون نطاق عبر نفق SSH: `ssh -L 8055:127.0.0.1:<port> root@<ip>` ثم `http://localhost:8055`. للواجهات الأمامية في الإنتاج التي تحتاج الوصول للـ API من الخارج، اربط نطاقاً من لوحة ServOrbit — يُوكّل nginx إلى حاوية Directus عبر HTTPS تلقائياً. يمكنك أيضاً استخدام النطاق الفرعي المجاني `{app}.{dns_slug}.servorbit-dns.com` المُرفق مع كل VPS.

يستخدم النشر على ServOrbit SQLite افتراضياً — قاعدة بيانات في ملف واحد، لا خدمة خارجية للإدارة. هذه نقطة البداية الموصى بها للاستخدام الفردي أو اختبار الـ API. للاستخدام متعدد المستخدمين أو الأحمال الثقيلة، عدّل ملف Compose في `/opt/directus/` وانتقل إلى PostgreSQL بإضافة حاوية `postgres:16` واستبدال `DB_CLIENT=sqlite3` بـ `DB_CLIENT=pg`.

يعمل Directus مع SQLite (الإعداد الافتراضي على ServOrbit) بشكل مريح على 512 ميغابايت RAM. لمشروع إنتاج مع عدة مستخدمين متزامنين أو تحويلات صور متكررة، يُوصى بـ 1 غيغابايت. إذا أضفت PostgreSQL على نفس الخادم، خطط لـ 2 غيغابايت إجمالاً. لذا يغطي أصغر VPS لدى ServOrbit، ‏VPS Start ‏(4 GB RAM)، هذه الاحتياجات، بما في ذلك الاستخدام الجماعي.

كلاهما يتموضع فوق قاعدة بيانات SQL موجودة ويُوّلد واجهة برمجية، لكن توجّهاتهما تختلف. NocoDB موجّه نحو إدخال البيانات وتنظيمها: واجهته تشبه جدول بيانات Airtable، مثالي للفرق غير التقنية. Directus أكثر توجّهاً نحو المطوّرين: يُوّلد واجهة برمجية لاستهلاك التطبيقات الأمامية مع التركيز على التحكم في المخطط وتدفقات الأتمتة وإدارة الوسائط. عملياً، NocoDB يناسب الأدوات الداخلية أو CRM بسيط، بينما Directus أفضل كـ backend لتطبيق ويب أو موبايل عام.

لا. في الوضع المستقل، يعمل Lobe Chat بدون نطاق عبر نفق SSH: `ssh -L 3210:127.0.0.1:3210 root@your-vps` ثم `http://localhost:3210`. للحصول على رابط HTTPS عام دائم، ارفق نطاقًا من لوحة تحكم ServOrbit أو استخدم النطاق الفرعي المجاني لـ VPS — يُوجّه nginx حركة المرور إلى Lobe Chat عبر HTTPS دون إعداد يدوي.

في الوضع المستقل (صورة Docker بدون قاعدة بيانات)، تُخزَّن مفاتيح API في المتصفح (localStorage) ولا تغادر جهازك أبدًا. لتمركزها على جانب الخادم وإخفائها عن المتصفحات، انتقل إلى وضع قاعدة البيانات مع PostgreSQL — موثّق في دليل النشر المتقدم على المدونة.

أضف متغيّر البيئة `ACCESS_CODE=your-secret` عند تشغيل الحاوية: سيطلب Lobe Chat هذا الرمز في كل جلسة جديدة. لحماية أقوى، ضع وكيلًا عكسيًا مع مصادقة أساسية أمام المنفذ 3210 (Nginx `auth_basic`، أو Caddy `basicauth`)، أو قيّد الوصول بعناوين IP محددة عبر جدار الحماية.

نعم. إذا كان Ollama يعمل على نفس VPS، اضبط `http://localhost:11434` كعنوان URL لـ Ollama في الإعدادات → المزوّدون → Ollama. داخل حاوية Docker، استخدم `http://host.docker.internal:11434` إذا لم يكن لـ Docker صلاحية الوصول إلى شبكة المضيف. ستحصل على مساعد محلي 100% (Llama 3 وQwen وMistral…) بدون تكلفة API — زِد ذاكرة RAM لخادم VPS حسب حجم النموذج.

في الوضع المستقل (صورة Docker الافتراضية)، يُخزَّن سجل الدردشة في المتصفح (localStorage): لا يُحفَظ إذا غيّرت المتصفح أو الجهاز، وإعادة تشغيل الحاوية لا تمحوه. للاستمرارية من جانب الخادم، استخدم وضع قاعدة البيانات (PostgreSQL + حجم Docker) الموثّق في دليلنا المتقدم — ستُحفَظ جميع المحادثات وتكون متاحة من أي جهاز.

لا. يُستخدم `MASTERKEY` (المتغير `ENCRYPTION_KEY` في ServOrbit) لتشفير الأسرار في قاعدة بيانات PostgreSQL منذ أول تشغيل. تغييره لاحقاً سيجعل جميع الأسرار غير قابلة للقراءة وسيرفض ZITADEL البدء. احتفظ به في مدير كلمات مرور آمن.

لا. يقوم ZITADEL بتثبيت `issuer` لبروتوكول OIDC (عنوان URL الخاص بمثيلك) عند أول تشغيل عبر `ZITADEL_EXTERNALDOMAIN`. تغييره يكسر جميع تكاملات OIDC الموجودة.

نعم. كُتب ZITADEL بلغة Go ويستهلك أقل من 100 ميغابايت من الذاكرة في وضع الخمول، مقارنةً بـ 512 ميغابايت إلى 1 غيغابايت لـ Keycloak على JVM. VPS بذاكرة 2 غيغابايت يكفي لاستخدام الفريق.

في وحدة تحكم ZITADEL، انتقل إلى **Instance Settings** → **Login Policy** → فعّل **Passkeys / WebAuthn**. يمكن للمستخدمين بعد ذلك تسجيل أجهزتهم من **My Profile** → **Passwordless**.

صُمم ZITADEL بشكل أصلي لدعم تعدد المستأجرين. كل **مؤسسة** هي مساحة معزولة بمستخدميها وتطبيقاتها وسياسات الأمان الخاصة بها. يمكن للمستخدمين الانتماء إلى مؤسسات متعددة بأدوار مختلفة في كل منها.

بصفتك موزعًا لدى ServOrbit، تطلب خادم VPS لحساب عميلك من مساحة الوكالة، ثم تثبّت Chatwoot عبر السوق أو يدويًا، وتحدد سعر إعادة البيع بحرية. يُدفع طلب خادم VPS من محفظة وكالتك، بالسعر العام مضافًا إليه هامشك إن وُجد — لا يوجد سعر جملة؛ وتتولى فوترة عميلك بأداتك الخاصة (Dolibarr أو Stripe…). ولتبسيط الأمور، يمكنك إنشاء حساب عميلك من مساحة الوكالة ليُدير وصوله بنفسه.

لا. يعمل SiYuan على المنفذ 6806 دون اسم نطاق. افتح نفق SSH من جهازك المحلي: `ssh -L 6806:127.0.0.1:<port> root@<ip-vps>` ثم افتح `http://localhost:6806`. للوصول الدائم عبر HTTPS، اربط نطاقاً من لوحة ServOrbit أو استخدم النطاق الفرعي المجاني `{app}.{dns_slug}.servorbit-dns.com`.

ينشئ ServOrbit رمز وصول (`ADMIN_PASSWORD`) تلقائياً عند إنشاء VPS. يُمرَّر هذا الرمز إلى SiYuan عبر متغير البيئة `SIYUAN_ACCESS_AUTH_CODE` ويحمي الوصول إلى الواجهة. تجد هذا الرمز في مخزن بيانات الاعتماد في ServOrbit.

نعم. يوفر SiYuan تطبيقات أصلية مفتوحة المصدر لـWindows وmacOS وLinux وiOS وAndroid. في إعدادات التطبيق، اضبط نقطة المزامنة على عنوان HTTPS الخاص بـVPS وأدخل رمز الوصول. المزامنة تدريجية ومشفرة من طرف إلى طرف.

يتيح SiYuan تصدير المستندات الفردية أو دفاتر الملاحظات الكاملة بتنسيقات عدة. من القائمة السياقية لمستند أو دفتر ملاحظات، اختر تصدير ثم حدد: Markdown أو HTML أو Word (‎.docx) أو PDF. يمكنك أيضاً نسخ وحدة تخزين Docker `/siyuan/workspace` للنسخ الاحتياطي الكامل.

يستهلك SiYuan عادةً أقل من 256 ميجابايت من ذاكرة RAM لمساحة عمل شخصية نشطة. لذا يكفي أصغر VPS لدى ServOrbit، ‏VPS Start ‏(4 GB RAM)، بأريحية للاستخدام الفردي أو لفريق من شخصين إلى ثلاثة، بما في ذلك المساحات ذات الروابط الكثيرة التي تحتاج نحو 2 جيجابايت.

لا. يعمل Semaphore UI على المنفذ 3000 دون اسم نطاق. افتح نفق SSH من جهازك المحلي: `ssh -L 3000:127.0.0.1:<port> root@<ip-vps>` ثم افتح `http://localhost:3000`. للوصول الدائم عبر HTTPS لفريقك كله، ضع Semaphore UI خلف وكيل عكسي (reverse proxy) بـ HTTPS، مع نطاق أو نطاق فرعي يشير إلى خادم VPS الخاص بك. لا يُعرض Semaphore UI بعدُ للطلب في Marketplace الخاص بـ ServOrbit: تنطبق هذه الإرشادات على تثبيت تُجريه بنفسك على خادمك.

لا يُعرض Semaphore UI بعدُ للطلب في Marketplace الخاص بـ ServOrbit. عندما يتم التثبيت عبر Marketplace، ينشئ ServOrbit كلمة مرور admin (`ADMIN_PASSWORD`) تلقائياً عند التوفير، ويمرّرها إلى Semaphore UI عبر متغير البيئة `SEMAPHORE_ADMIN_PASSWORD`، وتجدها في مخزن بيانات الاعتماد في ServOrbit؛ أما إذا ثبّتَّ Semaphore UI بنفسك على خادمك، فعيّن هذا المتغير في إعدادات Docker الخاصة بك. وفي الحالتين، غيّرها فور أول تسجيل دخول من Profile → Change Password.

لا. يستخدم Semaphore UI قاعدة SQLite المدمجة المكتوبة بـ Go. كل البيانات (مشاريع، جرود، مهام، سجلات) مخزّنة في ملف واحد داخل Docker volume. لا يلزم PostgreSQL ولا MySQL ولا Redis.

يدعم Semaphore UI كلاً من Ansible وTerraform وOpenTofu وسكريبتات Bash. كل مشروع يُهيَّأ بـ backend تنفيذ خاص به. يمكنك إدارة Ansible Playbooks في مشروع وخطط Terraform في آخر من نفس النسخة.

نعم. يُدير Semaphore UI حسابات متعددة مع تحكم في الصلاحيات: Viewer (للقراءة فقط)، وTask Runner (لتشغيل المهام)، وAdmin (إدارة كاملة للمشروع). أنشئ الحسابات من Settings → Users، ثم خصّص الأدوار لكل مشروع.

نعم. يُثبَّت نطاق Saleor Commerce عند أول تشغيل في `API_URL` للوحة التحكم وفي `ALLOWED_CLIENT_HOSTS`. لا يمكن تغيير هذه القيم بعد التشغيل دون إعادة إنشاء أحجام Docker. وجّه نطاقك نحو خادم VPS الخاص بك **قبل** النشر. لا يُعرض Saleor Commerce بعدُ للطلب في Marketplace الخاص بـ ServOrbit: يمكنك تثبيته بنفسك على خادمك.

لوحة تحكم Saleor متاحة عند جذر نطاقك: `https://نطاقك/`. عندما يتم التثبيت عبر Marketplace الخاص بـ ServOrbit، تُولَّد بيانات الاعتماد تلقائياً عند النشر وتُعرض في لوحتك (لا يُعرض Saleor Commerce بعدُ للطلب هناك؛ وإذا ثبّتَّه بنفسك، فهي البيانات التي حدّدتها). بريد حساب المسؤول هو `[email protected]` — غيّره ومعه كلمة المرور عند أول تسجيل دخول.

يتطلب Saleor **قناة بيع** واحدة على الأقل قبل إنشاء المنتجات. القناة تُحدد العملة وقواعد التسعير وبلدان الشحن. بدون قناة، نموذج إنشاء المنتج فارغ وغير وظيفي. اذهب إلى Catalogue → Channels → Create channel، ثم عُد لإنشاء المنتجات.

لا. Saleor منصة **headless**: تُوفر GraphQL API ولوحة التحكم الإدارية، لكن لا واجهة عملاء مدمجة. تحتاج إلى بناء واجهتك الأمامية — موقع Next.js، تطبيق React Native، أو أي إطار يستهلك GraphQL API. تُوفر مجتمع Saleor storefront مرجعي بـ Next.js على GitHub يمكنك تفريعه كنقطة بداية.

الحد الأدنى الصارم هو **2 GB RAM** لتشغيل Stack الكامل: API Django، عامل Celery، PostgreSQL 15 وValkey 8. من الناحية العملية، **4 GB موصى به** للإنتاج: يحتاج PostgreSQL إلى مساحة للمناورة تحت الطلبات المتزامنة.

Flarum برنامج منتدى مفتوح المصدر (MIT) مكتوب بـPHP مع واجهة SPA حديثة (Ember.js). على خلاف phpBB أو MyBB، تتحدث الواجهة في الوقت الفعلي بدون إعادة تحميل الصفحة — تظهر المنشورات والإشعارات والتفاعلات فوراً. يتضمن Flarum أيضاً نظام امتدادات Composer يتيح إضافة الاستطلاعات والجوائز وSSO OAuth وغيرها الكثير دون تعديل الكود المصدري.

نعم. يُثبّت Flarum عنوان URL العام (FLARUM_BASE_URL) أثناء التثبيت الأولي ولا يمكن تغييره دون إعادة إنشاء الـvolumes. لذلك يطلب منك التثبيت عنوانًا: نطاقًا فرعيًا من أحد نطاقاتك أو النطاق الفرعي المجاني المرفق بخادم VPS — ويتولى ServOrbit إعداد سجل DNS وnginx وشهادة HTTPS. اختر العنوان النهائي منذ البداية: تغييره لاحقًا سيُفسد الروابط الداخلية التي ينشئها Flarum (الدعوات وإشعارات البريد والمشاركات).

ينشئ Flarum تلقائياً حساب مسؤول ببيانات flarum (اسم المستخدم) وflarum (كلمة المرور). هذه البيانات معروفة علنياً — غيّر كلمة المرور فوراً بعد أول تسجيل دخول من /admin. في ServOrbit، تظهر تنبيهاً في لوحتك حتى يتم تغيير كلمة المرور.

من لوحة إدارة Flarum (الإدارة → الامتدادات)، يمكنك تفعيل الامتدادات الرسمية والمجتمعية المتاحة. للامتدادات غير المدرجة، اتصل بـVPS عبر SSH وشغّل `docker exec -it <flarum_container> composer require <vendor/package>` — يُعيد Flarum تحميل الامتدادات عند إعادة التشغيل. تُحفظ الامتدادات في volume /data/extensions.

يُخزّن Flarum بياناته في مكانين: volume Docker /data (الأصول والامتدادات المُثبَّتة وملفات التخزين) وقاعدة البيانات MariaDB. للنسخ الاحتياطي: انسخ مجلد volume /data عبر rsync أو snapshot لـDocker، وصدّر القاعدة بـ`docker exec <db> mysqldump -uflarum -p$DB_PASSWORD flarum > flarum_backup.sql`. للاستعادة: أعد تركيب الـvolumes واستورد الـdump SQL قبل إعادة تشغيل Flarum.

‎Komodo متاح كقالب ‎VPS في كتالوج ‎ServOrbit، ويدعم إدارة حاويات ‎Docker على خادم واحد أو عدة خوادم مع نهج ‎GitOps مدمج. وعلى عكس ‎Portainer الذي يُنهي نسخته المجتمعية مع ‎Portainer 3.0، يظل ‎Komodo مفتوح المصدر بالكامل. يتيح لك نشر مكدساتك ومراقبتها وتحديثها من واجهة موحّدة. راجع دليلنا حول بدائل ‎Portainer 3.0 لاختيار الأداة المناسبة. فعِّل ‎Komodo على ‎VPS الخاص بك عبر ‎ServOrbit بضع نقرات من الكتالوج.

من مساحة العميل لديك في ‎ServOrbit، انتقل إلى قسم الـ ‎Marketplace، اختر التطبيق المطلوب من الكتالوج، حدد ‎VPS المستهدف وأكّد النشر. يُهيّئ القالب تلقائياً الحاوية والمجلدات الدائمة والشبكة. لا تُعدَّل متغيرات البيئة والمنافذ من مساحة العميل: لضبطها بعد التثبيت، عدّل عبر ‎SSH ملف ‎`.env` أو ‎`docker-compose.yml` الخاص بالتطبيق في ‎`/opt/<app>`، ثم نفّذ ‎`docker compose up -d`. لا يتطلب النشر نفسه أي أوامر ‎Docker يدوية: يتولاه نظام قوالب ‎VPS في ‎ServOrbit. يصبح التطبيق متاحاً في غضون دقائق بعد التفعيل.

تتولى ‎Marketplace في ‎ServOrbit تثبيت قوالب التطبيقات وإلغاء تثبيتها؛ أما تحديثها، شأنها شأن إدارة صور ‎Docker بشكل تفصيلي (سحب وسم محدد، تنظيف الصور غير المستخدمة، فحص الطبقات)، فيتم عبر ‎SSH على ‎VPS الخاص بك. على ‎VPS الذي يتمتع بصلاحية ‎root، تتوفر أوامر ‎docker image و‎docker system prune لتحرير المساحة. للحصول على واجهة رسومية كاملة لإدارة الصور، تتوفر قوالب مثل ‎Komodo و‎Dockge في الكتالوج وتوفر هذه الوظيفة.

تركّز Qdrant (Rust) على البحث بالتشابه الشعاعي البحت مع مرشّحات الحمولة — بلا مخطط وبلا تضمين مدمج. تضيف Weaviate (Go) طبقة مخطط ووحدات تضمين مدمجة (text2vec-openai وtext2vec-cohere وimg2vec) تستدعي نماذج التضمين عند الإدخال، فضلًا عن واجهة GraphQL ودعم متعدد الوسائط أصيل. اختر Qdrant للأداء الخام على متجهات مُضمَّنة مسبقًا؛ واختر Weaviate حين تريد من قاعدة البيانات معالجة التضمين تلقائيًا، أو حين تحتاج إلى صياغة استعلام GraphQL أو مجموعات متعددة الوسائط.

يستهلك Weaviate نفسه 400–600 MB في وضع الخمول. تتوسّع الذاكرة الإجمالية مع فهرسك: عدد الكائنات وأبعاد المتجهات ومعاملات HNSW هي العوامل الرئيسية. يتعامل خادم VPS بذاكرة 4 GB بيسر مع مجموعات تضم مئات الآلاف من الكائنات ذات متجهات 1536 بُعدًا (تضمينات OpenAI أو Cohere). لملايين الكائنات، فعّل التكميم الثنائي (تخفيض الذاكرة حتى 32 مرة) أو استخدم خادم VPS بذاكرة 8 GB.

Weaviate مرتبط بـ `127.0.0.1` — ليس له عنوان عمومي افتراضيًا. للوصول إليه من حاسوبك، افتح نفقًا عبر SSH: `ssh -L 8080:127.0.0.1:<port> root@<ip-vps>` (استبدل `<port>` بالمنفذ المعروض في بطاقة تطبيقك في مساحة عميلك). تستجيب واجهتا REST وGraphQL حينئذٍ على `http://localhost:8080`. يمكنك أيضًا استدعاء Weaviate مباشرةً من تطبيق يعمل على خادم VPS ذاته، بلا نفق، عبر `http://127.0.0.1:8080`.

تعرض Weaviate كليهما. تُوصَى بواجهة GraphQL لاستعلامات التشابه (`nearVector` و`nearText` و`nearImage`) واسترجاع الكائنات مع المرشّحات — وهذا ما يستخدمه LangChain وLlamaIndex. واجهة REST أكثر ملاءمةً لإدارة المخطط (`/v1/schema`) والاستيراد الجماعي (`/v1/batch/objects`) وعمليات CRUD على كائنات فردية. كلتاهما متاحتان على المنفذ 8080؛ والمنفذ 50051 محجوز لبروتوكول gRPC الذي تستخدمه عملاء Go وPython وTypeScript الرسميون لإنتاجية أعلى.

افتراضيًا، يستخدم هذا النشر من Weaviate ‏`DEFAULT_VECTORIZER_MODULE=none`: تُزوّد متجهاتك الخاصة في كل عملية استيراد. لتفعيل وحدة سحابية، يجب إضافة متغيرات البيئة المقابلة إلى الحاوية — ولا تُعدَّل من مساحة عميلك: يعمل Weaviate في حاوية `weaviate` مُشغَّلة بـ `docker run`، تُعيد إنشاءها عبر SSH بالمتغيرات المطلوبة مع الإبقاء على منافذها ووحدة التخزين `weaviate_data`. مثال لـ text2vec-openai: أضف `-e ENABLE_MODULES=text2vec-openai` و`-e OPENAI_APIKEY=<مفتاحك>`. سيستدعي Weaviate حينئذٍ واجهة OpenAI عند كل استيراد أو استعلام `nearText`. راجع توثيق Weaviate للحصول على القائمة الكاملة للوحدات المتاحة ومتغيراتها.

لا. يعمل الاستدلال على المعالج المركزي فقط عبر Ollama. يعالج معالج الخادم الحديث نموذج 7B Q4_K_M بسرعة 2–5 رمز/ثانية — صالح للاستخدام في Q&A الوثائق. للاستدلال الأسرع، يُسرّع خادم VPS المزود بـ GPU الإنتاجية بمقدار 10–30 مرة.

لـ Q&A الوثائق العامة على المعالج: `qwen2.5:7b` أو `mistral:7b` (Q4_K_M، ~4–5 GB). للوثائق الطويلة: `llama3.1:8b`. للبداية خفيفة الوزن بـ 8 GB: `qwen2.5:3b` (~2.3 GB). للتضمينات: `nomic-embed-text` (270 MB).

نعم. اضبط `OPENAI_API_BASE=https://api.openai.com/v1` وزوّد `OPENAI_API_KEY`. سيستخدم خط معالجة RAG OpenAI للتضمينات والتوليد، بينما تبقى وثائقك مفهرسة محليًا على خادم VPS.

نعم. يشحن PrivateGPT بمخزن متجهات مدمج يحفظ الأجزاء المفهرسة في وحدة تخزين Docker المسماة `private-gpt-data`. لا تحتاج إلى تشغيل حاوية Qdrant أو ChromaDB منفصلة. يستمر الفهرس عبر إعادة التشغيل.

PrivateGPT مرتبط بـ `127.0.0.1` — ليس له عنوان عمومي افتراضيًا. افتح نفقًا عبر SSH: `ssh -L 8080:127.0.0.1:<port> root@<ip-vps>` (استبدل `<port>` بالمنفذ المعروض في مساحة عميل ServOrbit)، ثم انتقل إلى `http://localhost:8080/ui`.

لا. Airflow هو منسّق سير عمل وليس محرّك حوسبة. فهو يجدول ويراقب مهام Python على المعالج — يمكن للمهام نفسها استدعاء واجهات GPU أو مجموعات Spark، لكن Airflow لا يحتاج سوى RAM ومعالج قياسيين.

يُشغّل LocalExecutor المهام بالتوازي كعمليات محلية على الخادم نفسه الذي يعمل عليه المجدول — مثالي لمئات المهام يوميًا على خادم VPS واحد دون الحاجة إلى Redis. أما CeleryExecutor فيوزّع المهام على workers بعيدة — ضروري لآلاف المهام المتزامنة أو خوادم متعددة. للاستخدام المعتاد على VPS من ServOrbit، يُوصى بـ LocalExecutor.

في وضع LocalExecutor، توقّع استهلاك 1 إلى 2 غيغابايت RAM في حالة الخمول (webserver + scheduler + PostgreSQL). للـ DAG التي تُحمّل pandas أو ملفات كبيرة، خصّص 4 غيغابايت لتوفير هامش لعمليات المهام. يستلزم وضع CeleryExecutor — مع workers وRedis — من 4 إلى 8 غيغابايت حسب عدد الـ workers.

افتح نفقًا SSH: `ssh -L 8080:127.0.0.1:<port> root@<ip-vps>` (استبدل `<port>` بالمنفذ الظاهر في منطقة عملائك)، ثم افتح `http://localhost:8080`. للحصول على عنوان URL عام دائم، اربط نطاقًا في منطقة عملائك — سيقوم nginx بالتوكيل العكسي نحو Airflow وتوفير شهادة TLS تلقائيًا.

نعم. ابنِ صورة Docker مشتقة من `apache/airflow:3.3.0` مع ملف `requirements.txt`: أضف سطر `FROM apache/airflow:3.3.0` ثم `RUN pip install --no-cache-dir الحزمة`. استخدم هذه الصورة في compose بدلًا من الصورة الرسمية. هذه هي الطريقة الموصى بها — تثبيت الحزم في وقت التشغيل بطيء وغير قابل للتكرار.

لا. يستمع Verdaccio على المنفذ 4873 ويمكن الوصول إليه عبر نفق SSH دون نطاق: `ssh -L 4873:127.0.0.1:<port> root@<ip-vps>`. للوصول الدائم للفريق أو CI، أضف نطاقاً من لوحة ServOrbit وسيوكّله nginx عبر HTTPS تلقائياً.

نعم. ينفّذ Verdaccio بروتوكول npm بالكامل. يدعم Yarn وpnpm إعداد سجل مخصص: خيار `--registry` في سطر الأوامر، أو `registry=` في `.npmrc`، أو `npmRegistryServer:` في `.yarnrc.yml` لـYarn 2+. لا حاجة لمكونات إضافية.

لا. يوكّل Verdaccio npmjs.org افتراضياً: أي طلب لحزمة غائبة يُحوَّل إلى السجل العام ويُخزَّن محلياً ثم يُخدَم. تستمر في استخدام الحزم العامة بشكل طبيعي وتبقى حزمك الخاصة على VPS الخاص بك.

اسحب الصورة الجديدة وأعد تشغيل الحاوية: `docker compose pull && docker compose up -d`. يخزّن Verdaccio جميع الحزم في حجم Docker `verdaccio-storage` الذي يُحفَظ عبر تحديثات الصورة — لا حاجة لأي ترحيل بيانات.

أنشئ حساباً أولاً: `npm adduser --registry https://verdaccio-url.com`، ثم سجّل الدخول: `npm login --registry https://verdaccio-url.com`. في الحزمة، اضبط `"name": "@org/package-name"` في `package.json` وتأكد من وجود `@org:registry=https://verdaccio-url.com` في `.npmrc`. انشر بـ`npm publish`. الحزم المُعنوَنة بـ`@org/*` ستُوجَّه تلقائياً إلى سجلك.

Unleash منصة feature flags مفتوحة المصدر (Apache-2.0) تتيح تفعيل الميزات أو تعطيلها في تطبيقك في الوقت الفعلي دون إعادة النشر. تغلّف الميزة الجديدة خلف toggle في الكود، وتقرر واجهة Unleash ما إذا كان هذا التبديل مفعّلاً لكل مستخدم. يمكنك النشر بثقة، وتفعيل الميزة تدريجياً (5 %، 20 %...)، أو استهداف شريحة مستخدمين، أو تشغيل مفتاح إيقاف فوري عند أي مشكلة — دون لمس الكود.

تقدم Unleash SDKs رسمية لـNode.js وPython وJava وGo و‎.NET (C#) وRuby وPHP وiOS (Swift) وAndroid (Kotlin). تُوفّر المجتمعية SDKs لـRust وElixir وClojure وغيرها. جميع SDKs الرسمية تُقيّم الإشارات محلياً في تطبيقك دون أي round-trip شبكي لكل طلب — لاتصال فوري.

في واجهة Unleash، افتح flag الخاص بك وانقر على **Add strategy** في البيئة المستهدفة. اختر استراتيجية **Gradual rollout** واضبط النسبة المطلوبة (مثلاً 10 %). يستخدم Unleash hash من `userId` لضمان أن المستخدم نفسه يرى دائماً نفس النتيجة. يمكنك زيادة النسبة تدريجياً من الواجهة دون لمس الكود أو إعادة النشر.

اسحب الصورة الجديدة وأعد تشغيل الحاويات: `docker compose pull && docker compose up -d`. ترحيلات قاعدة البيانات PostgreSQL تعمل تلقائياً عند بدء الإصدار الجديد — لا يلزم أي تدخل يدوي. حجم PostgreSQL (`unleash-db`) محفوظ عبر التحديثات، ولا تُفقد أي بيانات (مشاريع، إشارات، استراتيجيات، مقاييس). راجع changelog Unleash على GitHub قبل كل تحديث رئيسي للتحقق من أي تغييرات جوهرية في SDK.

تستلزم متغيرات البيئة إعادة نشر كاملة للتطبيق عند التغيير. Unleash تُقيّم الإشارات في وقت التشغيل عبر SDK: تغيّر toggle في الواجهة وتلتقطه جميع المثيلات في ثوانٍ — دون لمس الكود أو إعادة النشر أو توقف الخدمة. علاوة على ذلك، Unleash تتيح قواعد معقدة مستحيلة مع متغيرات البيئة: rollout تدريجي بنسبة، استهداف بـuserId أو خطة الاشتراك أو البلد. وكل تغيير مُتتبَّع في سجل المراجعة مع المؤلف والوقت.

Blinko تطبيق تدوين ملاحظات مفتوح المصدر (GPL-3.0) مدعوم بالذكاء الاصطناعي. ينظم ملاحظاتك كبطاقات ذرية — فكرة واحدة لكل بطاقة — مع بحث نصي ودلالي مدمج. عبر ربط نموذج Ollama أو أي endpoint متوافق مع OpenAI، يمكنك طرح أسئلة بلغة طبيعية على سجل ملاحظاتك بأكمله. كل شيء يبقى على VPS الخاص بك، بلا حساب سحابي ولا اشتراك.

لا. Blinko ينشر منفذه على localhost فقط (127.0.0.1)، لذا لا يلزم نطاق. بدون نطاق، افتح نفق SSH من جهازك المحلي: `ssh -L 1111:127.0.0.1:<port> root@<ip-vps>` (المنفذ الفعلي معروض في مساحة عميل ServOrbit، وليس بالضرورة 1111)، ثم افتح `http://localhost:1111` في المتصفح. للوصول الدائم، اربط أحد نطاقاتك أو استخدم النطاق الفرعي المجاني `{app}.{dns_slug}.servorbit-dns.com`.

يستهلك Blinko وقاعدة بيانات PostgreSQL معاً حوالي 400-600 ميغابايت RAM في الراحة. VPS بـ1 vCPU و1 غيغابايت RAM يكفي لنسخة مستخدم واحد أو فريق صغير. إذا خططت لتفعيل بحث الذكاء الاصطناعي مع Ollama على نفس VPS، خطط لـ4 غيغابايت على الأقل (نماذج 7B تتطلب عادةً 6-8 غيغابايت). للاستخدام مع endpoint خارجي لـOpenAI فقط، يكفي 1-2 غيغابايت RAM حتى مع البحث الدلالي.

في Blinko، اذهب إلى الإعدادات → الذكاء الاصطناعي. أدخل رابط endpoint متوافق مع OpenAI واسم النموذج. خياران: (1) استخدام OpenAI API مباشرةً — أدخل `https://api.openai.com/v1` ومفتاح API واسم نموذج (مثل `gpt-4o-mini`). (2) إبقاء كل شيء على خادمك — انشر Ollama على نفس VPS من ServOrbit Marketplace (فئة الذكاء الاصطناعي)، ثم أشر Blinko إلى `http://localhost:<port-ollama>/v1` مع اسم النموذج المحمّل (مثل `llama3.2`). بعد الضبط، يفهرس Blinko ملاحظاتك كمتجهات ويفهم شريط البحث الاستعلامات الطبيعية.

جميع بيانات Blinko تعيش في حجمَي Docker: `blinko-db` (قاعدة بيانات PostgreSQL) و`blinko-uploads` (المرفقات والملفات المرفوعة). للنسخ الاحتياطي: (1) صدّر قاعدة البيانات بـ`docker exec blinko-db-1 sh -c 'pg_dump -U blinko blinko' > backup_$(date +%Y%m%d).sql`. (2) انسخ مجلد المرفقات عبر SFTP. للاستعادة: شغّل الحاويات، ثم استورد الـdump بـ`docker exec -i blinko-db-1 psql -U blinko blinko < backup.sql` وأعد تحميل المرفقات. أتمت ذلك بـcron يومي على VPS.

لا، يمكن لـ RustDesk العمل بدون اتصال إنترنت كليًا عندما يكون الجهازان على نفس الشبكة المحلية، أو عند نشر خادم relay (‎`hbbs`/‎`hbbr`) على VPS الخاص بك. في الإعداد الذاتي، يُثبَّت خادم الالتقاء (‎`hbbs`) وخادم الترحيل (‎`hbbr`) على بنيتك التحتية، وتُهيَّأ العملاء للإشارة إلى هذه العناوين. يمكن للعملاء حينئذٍ الاتصال مباشرةً ببعضهم (اتصال P2P) إذا سمح تصميم الشبكة بذلك، أو التوجيه عبر الـ relay الخاص بك. لا تمر أي بيانات عبر خوادم RustDesk العامة عند تهيئة بنيتك التحتية بشكل صحيح.

Khoj هو مساعد ذكاء اصطناعي شخصي مفتوح المصدر (AGPL-3.0) يمكنك استضافته على خادمك الخاص. يقوم بفهرسة ملاحظات Obsidian والمستندات PDF والبريد الإلكتروني تلقائياً للإجابة على أسئلتك باللغة الطبيعية. كما يتضمن وكلاء مستقلة قادرة على البحث على الويب وتجميع المصادر الخارجية.

نعم، يلزم عنوان — لكن ليس بالضرورة نطاقًا مشترًى. يستخدمه Khoj لعناوين URL الخاصة بالمصادقة وروابط المشاركة واستدعاءات المهام المجدولة. عند التثبيت، اختر نطاقًا فرعيًا من أحد نطاقاتك أو النطاق الفرعي المجاني المرفق بخادم VPS: يتولى ServOrbit إعداد سجل DNS وnginx وشهادة HTTPS. استثناء وحيد: إذا لم تكن منطقة DNS لنطاقك مُدارة لدى ServOrbit، فوجِّه أولًا سجل A إلى IP الخادم.

تنشئ ServOrbit حساب مسؤول أولي بعنوان البريد الإلكتروني [email protected] وكلمة مرور عشوائية تظهر في منطقة العميل الخاصة بك. سجّل الدخول إلى الواجهة على نطاقك، وانتقل إلى الإعدادات لتكوين نموذج اللغة، ثم أنشئ حساب المستخدم الخاص بك إذا لزم الأمر.

يتوافق Khoj مع Ollama (نماذج محلية مثل Llama 3 وMistral وQwen) وOpenAI وAnthropic. للاستخدام المحلي بنسبة 100% بدون تكاليف API، ثبّت Ollama على نفس الخادم وقم بتكوينه في الإعدادات. لأداء أفضل، يعمل مفتاح OpenAI (gpt-4o-mini) بشكل ممتاز.

يتطلب Khoj الحد الأدنى من 4 جيجابايت من الذاكرة العشوائية و2 نواة معالج. يقوم الخدمة بتحميل نماذج التضمين عند بدء التشغيل ويستخدم PostgreSQL مع pgvector للتخزين المتجه. خصص 20 جيجابايت من القرص كحد أدنى. لا يتطلب Khoj وحدة GPU.

ArchiveBox أداة أرشفة ويب مفتوحة المصدر (MIT) تُتيح لك حفظ صفحات الويب والمقالات والفيديوهات والوسائط مباشرة على VPS الخاص بك. بدلاً من الاعتماد على خدمات من طرف ثالث كـPocket أو Archive.org، تُخزّن أرشيفك في بنيتك التحتية الخاصة: كل رابط تُرسله ينتج لقطة بصيغ HTML وPDF وPNG وWARC ونص برمجي. يمكنك استرجاع هذه الصفحات حتى بعد اختفائها من الويب، ومشاركتها مع فريقك عبر روابط موقّعة، أو استخدامها كأدلة رقمية.

يستمع ArchiveBox على المنفذ 5797 (خادم Daphne ASGI) داخليًا، مرتبطًا بالواجهة المحلية فقط (127.0.0.1) — غير مكشوف مباشرة على الإنترنت. للوصول من المتصفح، افتح نفقًا SSH: `ssh -L 5797:127.0.0.1:<المنفذ> root@<ip-vps>` ثم انتقل إلى `http://localhost:5797/`. واجهة الإدارة في `/admin/`. للوصول الدائم دون نفق، اربط نطاقًا فرعيًا من لوحة تحكم ServOrbit.

لكل رابط مُرسَل، يمكن لـArchiveBox إنتاج: نسخة HTML كاملة عبر wget (مع CSS وJS والصور)، HTML مستقل في ملف واحد عبر SingleFile، لقطة شاشة PNG لكامل الصفحة، PDF (بتصيير Chromium)، ملف WARC متوافق ISO 28500 مع فهرس CDX، JSON للـDOM النهائي، ونص برمجي مُفهرَس للبحث. yt-dlp مدمج أيضًا لأرشفة الفيديو (YouTube وVimeo وTwitter وغيرها). كل مستخرج قابل للتفعيل أو التعطيل عامًا في `.env` أو لكل رابط من الواجهة.

لا، لا يتطلب ArchiveBox نطاقًا للعمل. افتراضيًا تستمع الحاوية على الواجهة المحلية (127.0.0.1) ويمكن الوصول إليها عبر نفق SSH من محطة العمل. يكفي هذا للاستخدام الفردي. للوصول الدائم من أي متصفح أو لفريقك، اربط نطاقًا فرعيًا من لوحة تحكم ServOrbit: يُعدّ nginx تلقائيًا مع شهادة TLS Let's Encrypt. بعد تفعيل النطاق، حدّث `ARCHIVEBOX_CSRF_TRUSTED_ORIGINS` في ملف compose لتجنب أخطاء CSRF.

التحديث يتطلب أمرين من VPS: `docker compose pull` لتنزيل الصورة الجديدة، ثم `docker compose up -d` لإعادة إنشاء الحاوية. ينفّذ ArchiveBox ترحيلات Django تلقائيًا عند الإقلاع — بيانات أرشيفك في حجم `archivebox-data` محفوظة بالكامل. راجع ملاحظات الإصدار على GitHub قبل كل تحديث رئيسي. عند وجود مشكلة، يمكن الرجوع للصورة السابقة دون خسارة الأرشيف.

‏Teable بديل مفتوح المصدر لـAirtable (AGPL-3.0). مثل Airtable، يوفر عروض شبكة وكانبان ومعرض ونموذج لتنظيم البيانات بصريًا. الفرق الجوهري أن Teable يخزّن كل جدول مباشرةً في PostgreSQL — مما يمنحك وصول SQL الكامل وقابلية نقل البيانات الكاملة وتكلفة صفر لكل مستخدم أو سطر. على ServOrbit، يعمل Teable على VPS الخاص بك: بياناتك لا تغادر بنيتك التحتية أبدًا.

بعد النشر، انتقل إلى عنوان URL الذي وفّرته ServOrbit. يعرض Teable صفحة تسجيل: أول حساب تنشئه يصبح مالك مساحة العمل. لا يوجد حساب مسؤول مُعيَّن مسبقًا — تختار بياناتك الاعتمادية عند هذا التسجيل الأول. بعد تسجيل الدخول، يمكنك دعوة المتعاونين من إعدادات مساحة العمل وتحديد أدوارهم.

كل جدول في Teable يكشف تلقائيًا REST API. من واجهة Teable، افتح الإعدادات ← رموز API لإنشاء رمز وصول. تتبع API اصطلاحات REST (GET وPOST وPATCH وDELETE) على /api/table/{tableId}/record. يمكنك ربطها بأدوات الأتمتة أو استدعاؤها مباشرةً من تطبيقك الخلفي.

الأدوات الثلاثة متكاملة. NocoDB تتصل بقاعدة موجودة وتلفّها. Grist للتحليل بصيغ Python. Teable تنشئ جداول PostgreSQL من الصفر للتعاون الفوري — الأقرب لتجربة Airtable.

يحتاج Teable إلى 2 جيجابايت RAM كحد أدنى لثلاث حاويات (PostgreSQL 15 وRedis 7 وخادم التطبيق). للاستخدام المريح مع عدة متعاونين: 4 جيجابايت و2 vCPU. خطّط لـ20 جيجابايت SSD. لا يحتاج GPU.

نعم. اطلب خوادم ‎VPS من لوحة العملاء وانشر عليها، عبر المتجر، حلول تعاون مفتوحة المصدر مثل ‎Mattermost أو ‎Nextcloud، دون الاعتماد على تراخيص ‎Microsoft. تُفوتر هذه الخوادم بالسعر العام ولا تندرج ضمن عرض الموزّع، الذي هو استضافة مشتركة عبر ‎cPanel/WHM، فتعيد فوترتها لعملائك بالسعر الذي تحدّده. اطّلع على صفحة عرض الموزّعين أو تواصل معنا على [email protected] للحصول على توجيه مناسب.

يوفر ‎Teable‎ توافقاً جزئياً مع واجهة ‎API‎ الخاصة بـ ‎Airtable‎. يدعم ‎Teable‎ الاستيراد عبر ‎API REST‎ الخاص بـ ‎Airtable‎ بشكل أصلي: أدخل مفتاح ‎API‎ الخاص بـ ‎Airtable‎ ومعرّف القاعدة، وسيُعيد ‎Teable‎ بناء الجداول والحقول والسجلات. تُعيَّن أنواع الحقول الشائعة تلقائياً (نص، رقم، تاريخ، خانة اختيار، قائمة منفردة ومتعددة، روابط بين الجداول). في المقابل، لا تُستورد ميزات ‎Airtable‎ التي ليس لها ما يعادلها في ‎Teable‎، كالأتمتة والواجهات والبرامج النصية. تُنزَّل المرفقات وتُخزَّن محلياً على خادم ‎ServOrbit VPS‎. لقاعدة بيانات تحتوي على أقل من 50,000 سجل، يستغرق الاستيراد الكامل عادةً أقل من 10 دقائق. القالب متاح على ‎/marketplace/bases-de-donnees/teable‎. بعد الترحيل، تحقق من العروض المصفّاة والصيغ المحسوبة، إذ يختلف نحوها قليلاً بين الأداتين.

يلبي ‎Plane‎ و‎Kaneo‎ احتياجات مختلفة. ‎Plane‎ أداة إدارة مشاريع متكاملة تنافس ‎Asana‎ و‎Jira‎: تقدم دورات (سبرينت) ووحدات (ملاحم) وخارطة طريق وعروضاً متعددة (قائمة، لوحة كانبان، تقويم، جدول بيانات) وتتبع الوقت وتقارير تحليلية و‎API‎ غنياً. إنها الخيار الأنسب لفرق المنتج أو البرمجيات التي تدير قوائم متراكمة معقدة. أما ‎Kaneo‎ فهي أداة بسيطة تتمحور حول ‎kanban‎: أعمدة ومهام وتسميات ومُسنَدون — هذا كل شيء. تتسم واجهتها بالبساطة المتعمدة وسرعة التعلم، كما أن متطلباتها من موارد الخادم ضئيلة جداً (أقل من 256 ميجابايت ذاكرة عشوائية). إنها الخيار المثالي لفريق صغير أو مشروع فردي يريد لوحة بصرية دون تعقيد أدوات متكاملة. على ‎ServOrbit‎، يتوفر ‎Kaneo‎ على خادم ‎VPS‎ عبر ‎/marketplace/collaboration/kaneo‎؛ أما ‎Plane‎ فلا يُعرض بعدُ للطلب في ‎Marketplace‎، لكن يمكنك تثبيته بنفسك على خادم ‎VPS‎ الخاص بك. إذا كنت مترددًا، ابدأ بـ ‎Kaneo‎ — الانتقال إلى ‎Plane‎ لاحقاً أسهل من العودة للخلف.

يتوفر ‎Penpot‎ في متجر تطبيقات ‎ServOrbit‎ كتطبيق جاهز للنشر. من مساحة ‎VPS‎ الخاصة بك، اختر ‎Penpot‎، وحدد خادمك المستهدف (يُنصح بذاكرة وصول عشوائي لا تقل عن 4 غيغابايت)، ثم أطلق التثبيت بنقرة واحدة. يُهيئ ‎ServOrbit‎ تلقائياً ‎Docker‎ وخادم ‎nginx‎ العكسي وشهادة ‎TLS‎. ستحصل على نسخة خاصة من ‎Penpot‎ بحسابات مستخدمين خاصة بك.

‎Headscale‎ هو خادم تنسيق مفتوح المصدر متوافق مع ‎Tailscale‎ يتيح لك إدارة شبكة ‎mesh‎ خاصة بك دون الاعتماد على خدمة سحابية طرف ثالث. متوفر في متجر تطبيقات ‎ServOrbit‎، يُثبَّت بنقرة واحدة على خادم ‎VPS‎ الخاص بك ويمنحك تحكماً كاملاً في الوصول الشبكي بين أجهزتك. إنه الحل المثالي لتأمين الوصول إلى خدماتك الداخلية دون كشف منافذ عامة.

نعم. يتوفر Flowise في Marketplace الخاص بـ ServOrbit (فئة الأتمتة): يمكنك نشره على خادم VPS مباشرةً من صفحته. ويُقترح هناك أيضًا LangFlow وn8n إن فضّلت مقاربة أخرى لبناء سير عمل وكلاء الذكاء الاصطناعي.

نعم. ‎BookStack برنامج مفتوح المصدر مرخّص بموجب ‎MIT — نشره، بما في ذلك لعملائك، لا يترتّب عليه أي تكلفة ترخيص. تعمل كل نسخة على خادم ‎VPS خاص بها، معزولةً عن غيرها، وتُنشر من قالب ‎BookStack في متجرنا. تُطلب خوادم ‎VPS من لوحة العملاء بالسعر العام — وهي لا تندرج ضمن عرض الموزّع، الذي هو استضافة مشتركة عبر ‎cPanel/WHM — وتحدّد بحرية السعر الذي تفوتره لعملائك.

Baserow منصة no-code مفتوحة المصدر (MIT) تُتيح لك إنشاء قواعد بيانات مرئية دون كتابة SQL. تنظّم بياناتك في جداول وحقول (نص، رقم، تاريخ، مرفق، صيغة…)، تدعو فريقك، تتبدّل بين عروض متعددة (شبكة، كانبان، معرض، نموذج)، وتكشف كل جدول عبر API REST مُولَّدة تلقائيًا. فكّر في Airtable، لكن مُستضافًا على خادمك، بدون حدود للصفوف وبدون رسوم لكل مقعد.

لا، لا يتطلب Baserow اسم نطاق للبدء. لا يُعرض Baserow بعدُ للطلب في Marketplace الخاص بـ ServOrbit؛ وإذا ثبّتَّه بنفسك على خادم VPS الخاص بك، يمكنك الوصول إليه عبر عنوان IP للخادم، ثم، للحصول على URL مخصّص عبر HTTPS، توجيه نطاق أو نطاق فرعي نحو خادمك ووضع Baserow خلف وكيل عكسي (reverse proxy) بشهادة TLS.

تبدأ حاوية Baserow الشاملة (Django وCelery وRedis وPostgreSQL) بنحو 700 ميجابايت RAM في وضع الخمول. يكفي خادم 2 GB لفريق صغير (5–10 مستخدمين). للمساحات الأكبر أو حركة API المكثفة أو رفع الملفات الكبيرة، يُنصح بـ 4 GB RAM و 2 vCPU. لا حاجة لـ GPU.

عند أول وصول إلى نسختك من Baserow، تظهر صفحة تسجيل. أدخل بريدك الإلكتروني واختر كلمة مرور: الحساب الأول الذي يُنشأ يصبح مسؤول مساحة العمل. تظهر هذه الصفحة مرة واحدة فقط — بمجرد وجود حساب، يرى الزوار التاليون صفحة الدخول العادية. أنشئ حسابك فور تثبيت Baserow.

سجّل الدخول إلى خادمك عبر SSH وشغّل: ```bash docker compose pull && docker compose up -d ``` يُشغّل Baserow عمليات ترحيل قاعدة البيانات تلقائيًا عند الإقلاع. تُحفَظ بياناتك في volume `baserow-data` عبر التحديثات. راجع صفحة إصدارات Baserow على GitHub قبل التحديث.

لا يُعرض Pocket ID بعدُ للطلب في Marketplace الخاص بـ ServOrbit؛ ويمكنك تثبيته بنفسك على خادم VPS بنظام Ubuntu 24.04 مع Docker. جهّز نطاقًا (إلزامي — OIDC يشترط HTTPS)، وانشر الحاوية، واضبط nginx بـ HTTPS، وعيّن متغير APP_URL. بعد الانتهاء، زُر https://نطاقك لإتمام الإعداد.

في لوحة إدارة Pocket ID، افتح OIDC Clients ← New client. أدخل اسم التطبيق وعنوان الاستدعاء (مثال: https://git.نطاقك‎.com/user/oauth2/pocket-id/callback). يولّد Pocket ID معرّف العميل وسره، انسخهما إلى إعدادات OIDC في تطبيقك.

جميع بيانات Pocket ID مخزّنة في ملف SQLite داخل حجم Docker. انسخ مجلد /app/data من الحاوية: docker cp pocket-id:/app/data /مسار/النسخ. جدوله في cron يومي للنسخ التلقائي.

يشترط بروتوكول OpenID Connect أن يكون الـ issuer عنوان URL صالح بـ HTTPS. لا يمكنه العمل بـ HTTP أو عنوان IP. إن لم يكن لديك نطاق، استخدم النطاق الفرعي المجاني من ServOrbit المرفق مع كل VPS.

جزئياً. ‎Penpot‎ أداة تصميم واجهات متجهية: تتفوق على ‎Publisher‎ في تصميم النشرات والملصقات والتخطيطات البسيطة، لكنها ليست أداة نشر مكتبي بالمعنى الكامل. لا تدعم تدفق النص متعدد الأعمدة ولا إدارة علامات القطع ولا تصدير ‎PDF/X‎ للطباعة الاحترافية. لاحتياجات الطباعة المعقدة، يُعدّ ‎Scribus‎ البديل مفتوح المصدر الأنسب.

في لوحة تحكم ServOrbit، انتقل إلى المتجر، اختر Vane من فئة الذكاء الاصطناعي واضغط تثبيت. يقوم البرنامج النصي بنشر حاوية Docker وتهيئة nginx. الوصول عبر نفق SSH أو نطاق مخصص.

Vane متوافق مع أي نموذج: Ollama (محلي)، OpenAI، Google Gemini، Groq أو Anthropic. بدون إعداد، يعمل في وضع البحث فقط. للإجابات بدون إرسال بيانات لطرف خارجي، ثبّت Ollama على نفس VPS.

لا. يمكن الوصول إلى Vane عبر نفق SSH: ssh -L 3000:127.0.0.1:3000 root@<ip> ثم http://localhost:3000. يمكن إعداد نطاق مخصص اختيارياً عبر ServOrbit.

جميع بيانات Vane مخزنة في حجم Docker vane-data في /home/vane/data. للنسخ الاحتياطي: docker run --rm -v vane_vane-data:/data -v /backup:/backup alpine tar czf /backup/vane-$(date +%Y%m%d)‎.tar.gz -C /data .

ينطلق الحساب من ثلاثة بنود: اشتراكات ‎SaaS الحالية (التكلفة الشهرية × عدد المستخدمين × عدد الأدوات)، وتكلفة خوادم ‎VPS التي ستستضيف الأدوات البديلة بالسعر العام، والوقت التقديري للهجرة. لكل عميل، يتمثّل صافي التوفير على مدى 12 شهرًا في الفرق بين الاشتراك السنوي الذي جرى استبداله والتكلفة السنوية لهذه الخوادم، مطروحًا منه الوقت الذي ستقضيه في صيانتها. يمكن لفريق المبيعات لدينا مساعدتك في إعداد هذا الحساب عبر نموذج اتصل بنا ← عرض سعر.

من منطقة العميل في ServOrbit، انتقل إلى Marketplace، اختر TREK في فئة التعاون واضغط تثبيت. يقوم سكريبت التزويد بنشر حاوية Docker وتحميل أحجام البيانات في /app/data و/app/uploads وإعداد nginx. يصبح TREK جاهزاً في دقائق. يُنشأ حساب المسؤول تلقائياً عند أول تشغيل — بيانات الاعتماد متاحة في التطبيقات المثبتة ← TREK ← بيانات الاعتماد.

لا. لا يحتاج TREK إلى اسم نطاق. يمكن الوصول إليه عبر نفق SSH: ssh -L 3000:127.0.0.1:3000 root@<ip-vps> ثم http://localhost:3000. للوصول الدائم أو لتفعيل OIDC وإشعارات البريد، اضبط نطاقاً أو نطاقاً فرعياً عبر ServOrbit وأضف APP_URL إلى متغيرات بيئة TREK.

جميع بيانات TREK مخزّنة في حجمَي Docker: trek-data (قاعدة SQLite والإعدادات) و trek-uploads (المرفقات). للنسخ الاحتياطي: `docker run --rm -v trek_trek-data:/data -v /backup:/backup alpine tar czf /backup/trek-$(date +%Y%m%d).tar.gz -C /data .` كرّر الأمر مع trek-uploads للمرفقات. للاستعادة، أنشئ الأحجام أولاً ثم استخرج الأرشيفات فيها قبل إعادة تشغيل TREK.

نعم. يدعم TREK تسجيل الدخول الموحّد عبر OIDC. لتفعيله، أضف إلى متغيرات بيئة TREK: OIDC_ISSUER (رابط مزوّدك) و OIDC_CLIENT_ID و OIDC_CLIENT_SECRET. TREK متوافق مع Authentik وPocket ID وKeycloak وأي مزوّد OIDC قياسي. يمكنك أيضاً تعيين OIDC_ONLY=true لفرض SSO كطريقة الدخول الوحيدة. يجب ضبط APP_URL حتى يعمل الـ callback بشكل صحيح.

من لوحة العميل افتح المتجر واختر Termix، وحدّد عنوان الوصول (نطاق فرعي من أحد نطاقاتك أو النطاق الفرعي المجاني للخادم) ثم انقر «تثبيت». ينشر السكربت حاوية Docker ويضبط nginx عبر HTTPS مع WebSockets لطرفية SSH. خصّص 1 غيغابايت من الذاكرة على الأقل.

نعم، يُفتح Termix عبر HTTPS على نطاق، لكن لا داعي لشراء نطاق. كل VPS من ServOrbit يأتي بنطاق فرعي مجاني مع شهادة HTTPS يمكنك اختياره عند التثبيت، ويمكنك أيضاً استخدام نطاق فرعي من أحد نطاقاتك.

افتح عنوان HTTPS الخاص بـ Termix فور انتهاء التثبيت: يظهر نموذج إنشاء الحساب، وأول حساب يُنشأ يصبح المسؤول. أنشئه فوراً، ثم عطّل التسجيل العام من إعدادات الإدارة وفعّل المصادقة الثنائية (TOTP) أو مفتاح مرور.

كل بيانات Termix — قاعدة SQLite ومفاتيح التشفير المولّدة عند أول تشغيل والإضافات — موجودة في مجلد Docker المركّب على المسار /app/data. انسخ هذا المجلد احتياطياً (بأرشيف tar مجدول أو بلقطات الخادم): دون المفاتيح التي يحتويها لا يمكن فك تشفير بيانات اعتماد SSH المحفوظة.

من لوحة العميل افتح المتجر واختر Databasus ثم انقر «تثبيت». ينشر السكربت الحاوية التي تهيّئ قاعدتها الداخلية عند أول تشغيل. خصّص 1 غيغابايت من الذاكرة على الأقل، إضافة إلى مساحة القرص للنسخ إن احتفظت بها على الخادم.

لا يتطلب Databasus نطاقاً. تُنشر واجهته على الواجهة المحلية للخادم: افتح نفق SSH بالأمر `ssh -L 4005:127.0.0.1:4005 root@<vps-ip>` (عدّل المنفذ حسب المعروض في لوحة العميل)، ثم افتح http://localhost:4005. وللوصول الدائم عبر HTTPS اربط نطاقاً أو النطاق الفرعي المجاني للخادم.

نعم. تعرّف الوصفة المضيف host.docker.internal الذي يشير إلى الخادم من داخل الحاوية، فاستخدمه مضيفاً للقاعدة. يجب حينها أن يستمع خادم PostgreSQL أو MySQL على واجهة شبكة Docker وأن يسمح بهذا الاتصال، ويُفضَّل إنشاء مستخدم للقراءة فقط مخصص للنسخ.

نعم، نسخة واحدة على الأقل. النسخة المخزنة على قرص الخادم تحمي من الخطأ البشري لا من فقدان الجهاز. أضف وجهة خارجية — S3 أو Cloudflare R2 أو Google Drive أو SFTP — وفعّل تشفير AES-256-GCM لتبقى الملفات غير مقروءة على ذلك التخزين.

من مساحة العميل، افتح Marketplace، واختر OpenProject، وحدّد عنوان الوصول (نطاق فرعي من أحد نطاقاتك أو النطاق الفرعي المجاني للـ VPS)، ثم انقر على تثبيت. ينشر السكربت صورة Docker الرسمية ويضبط nginx عبر HTTPS. يستغرق التشغيل الأول من ثلاث إلى خمس دقائق؛ خطّط لـ 4 غيغابايت من الذاكرة و2 vCPU.

نعم، يُفتح OpenProject عبر HTTPS على نطاق ويرفض الطلبات الموجّهة إلى أي اسم آخر — لكن لا داعي لشراء نطاق. كل VPS من ServOrbit يأتي بنطاق فرعي مجاني مع شهادة HTTPS يمكنك اختياره عند التثبيت. ويمكنك أيضاً استخدام نطاق فرعي من أحد نطاقاتك.

يُنشأ حساب المسؤول عند التثبيت: اسم المستخدم admin مع كلمة مرور مولّدة تظهر في مساحة العميل بجانب عنوان التطبيق. لا يُفرض أي تغيير عند أول دخول: غيّرها بنفسك من صفحة حسابي، ثم فعّل المصادقة الثنائية.

بعد التثبيت لا يكون لدى OpenProject خادم إرسال مضبوط، فلا تُرسل الدعوات والتذكيرات والإشعارات. أدخل خادم SMTP من الإدارة ← البريد الإلكتروني والإشعارات (المضيف والمنفذ وبيانات الدخول)، ثم أرسل رسالة تجريبية من الصفحة نفسها.

توجد قاعدة بيانات PostgreSQL والمرفقات في وحدتي تخزين Docker، مركّبتين على /var/openproject/pgdata و/var/openproject/assets. انسخهما معاً والحاوية متوقفة (أو عبر لقطات الـ VPS)، أو استخدم النسخ الاحتياطي المدمج من الإدارة ← النسخ الاحتياطي.

من مساحة العميل افتح المتجر واختر Healthchecks وحدّد العنوان ثم انقر «تثبيت». ينشر السكربت الحاوية وينشئ حساب المسؤول وينشر التطبيق عبر HTTPS. يكفي خادم Ubuntu 24.04 بذاكرة 1 غيغابايت.

نعم، يبني Healthchecks روابط ping وروابط التنبيهات على عنوانه. لا حاجة لشراء نطاق: لكل خادم من ServOrbit نطاق فرعي مجاني (healthchecks.{dns_slug}‎.servorbit-dns.com) مع HTTPS. ويمكنك أيضاً استخدام نطاق فرعي لأحد نطاقاتك.

افتح عنوان التطبيق وسجّل الدخول بالمعرّف [email protected] وكلمة المرور المولّدة المعروضة في مساحة العميل. التسجيل العام مغلق: غيّر البريد وكلمة المرور من إعدادات الحساب ثم ادعُ فريقك.

يتطلب إرسال البريد خادم SMTP. أضف EMAIL_HOST وEMAIL_PORT وEMAIL_HOST_USER وEMAIL_HOST_PASSWORD وDEFAULT_FROM_EMAIL إلى ملف ‎.env الخاص بالتطبيق ثم أعد تشغيل الحاوية. وفي الأثناء تعمل قنوات webhook وSlack وMattermost وntfy وGotify دون أي إعداد على الخادم.

من مساحة العميل افتح المتجر واختر Hasura وحدّد العنوان ثم انقر «تثبيت». ينشر السكربت PostgreSQL ومحرّك Hasura ويولّد admin secret ويربط القاعدة وينشر الواجهة عبر HTTPS. يكفي خادم Ubuntu 24.04 بذاكرة 1 غيغابايت للبدء.

نعم، تستدعي واجهاتك الأمامية وتطبيقات الجوال واجهة Hasura، فيجب أن تردّ عبر HTTPS على اسم ثابت. لا حاجة لشراء نطاق: لكل خادم من ServOrbit نطاق فرعي مجاني (hasura.{dns_slug}‎.servorbit-dns.com) مع HTTPS. ويمكنك أيضاً استخدام نطاق فرعي لأحد نطاقاتك.

افتح https://نطاقك/console وأدخل admin secret المعروض في مساحة العميل. لا يوجد اسم مستخدم: هذا السرّ يمنح كل الصلاحيات على الواجهة والقاعدة. لا تضعه أبداً في شيفرة واجهة أمامية؛ يصادق مستخدموك برمز JWT.

أضف HASURA_GRAPHQL_JWT_SECRET إلى ملف ‎.env الخاص بالتطبيق (/opt/hasura) مع رابط المفاتيح العامة (jwk_url) لمزوّدك: Logto أو Authentik أو Zitadel أو Auth0. أعد التشغيل بالأمر docker compose up -d، ثم حدّد صلاحيات كل دور في تبويب Permissions داخل اللوحة.

من مساحة العميل افتح المتجر واختر Jenkins وحدّد العنوان ثم انقر «تثبيت». ينشر السكربت Jenkins LTS داخل Docker مع وحدة تخزين بيانات مخصّصة، وينشره عبر HTTPS خلف nginx. يكفي خادم Ubuntu 24.04 بذاكرة 2 غيغابايت للبدء.

نعم، يتشاركه الفريق ويتلقى إشعارات webhook من مستودعات Git، لذا يجب أن يستجيب عبر HTTPS على اسم ثابت. لا حاجة لشراء نطاق: يأتي كل VPS من ServOrbit بنطاق فرعي مجاني (jenkins.{dns_slug}‎.servorbit-dns.com) مع HTTPS. ويمكنك أيضًا استخدام نطاق فرعي من أحد نطاقاتك.

افتح عنوان HTTPS الخاص بـ Jenkins: يطلب المعالج كلمة مرور الإدارة الأولية. تظهر في مساحة العميل على صفحة التطبيق المثبّت. ثم ثبّت الإضافات المقترحة وأنشئ حساب المدير الخاص بك؛ لا تُستخدم كلمة المرور الأولية بعد هذه الخطوة.

ليس مباشرة على خادم Jenkins الذي يثبّته المتجر: لأسباب أمنية لا يُربط به مقبس Docker الخاص بالخادم، لأنه يمنح أي عملية بناء صلاحيات root على الخادم. اربط وكيل بناء عبر SSH، مثل خادم VPS ثانٍ مثبّت عليه Docker، واستهدفه في Jenkinsfile بواسطة label.

من مساحة العميل افتح المتجر واختر Keycloak وحدّد العنوان ثم انقر «تثبيت». ينشر السكربت Keycloak وقاعدة بيانات PostgreSQL داخل Docker مع وحدة تخزين بيانات مخصّصة، وينشره عبر HTTPS خلف nginx. يكفي خادم Ubuntu 24.04 بذاكرة 2 غيغابايت للبدء.

نعم. يوقّع Keycloak رموزه ويبني عمليات إعادة التوجيه OIDC وSAML على عنوانه العام عبر HTTPS، لذا يجب أن يستجيب على اسم ثابت. لا حاجة إلى شراء نطاق: يأتي كل VPS من ServOrbit بنطاق فرعي مجاني (keycloak.{dns_slug}‎.servorbit-dns.com) مع HTTPS. ويمكنك أيضاً استخدام نطاق فرعي من أحد نطاقاتك.

افتح https://your-domain/admin وسجّل الدخول باسم المستخدم admin وكلمة المرور المعروضة في مساحة العميل، في صفحة التطبيق. هذا الحساب في realm master مؤقت: أنشئ مسؤولاً خاصاً بك بالدور admin، ثم عطّل الحساب الأصلي.

أنشئ realm مخصّصاً لتطبيقاتك، ثم أضف إليه عميل OpenID Connect: صرّح بعناوين إعادة التوجيه لتطبيقك وانسخ السرّ الخاص به. في التطبيق، أدخل عنوان الاكتشاف https://your-domain/realms/<your-realm>/‎.well-known/openid-configuration؛ تضبط معظم أطر العمل الباقي انطلاقاً منه.

من مساحة العميل افتح المتجر واختر VictoriaMetrics وحدّد العنوان ثم انقر «تثبيت». ينشر السكربت الحاوية الرسمية ويولّد كلمة مرور المستخدم admin ويفعّل المصادقة وينشر الواجهة عبر HTTPS. يكفي خادم Ubuntu 24.04 بذاكرة 1 غيغابايت للبدء.

نعم: ترسل إليها خوادمك مقاييسها ويستعلم منها Grafana، فيجب أن تجيب عبر HTTPS على اسم ثابت. لا حاجة لشراء نطاق: لكل VPS من ServOrbit نطاق فرعي مجاني (victoriametrics.{dns_slug}‎.servorbit-dns.com) مع شهادة HTTPS. ويمكنك أيضًا استخدام نطاق فرعي من أحد نطاقاتك.

افتح https://your-domain/vmui وأدخل المستخدم admin وكلمة المرور المعروضة في مساحة العميل. تحمي بيانات الاعتماد نفسها واجهة الاستعلام والاستقبال: يستخدمها Prometheus ووكلاؤك وGrafana كمصادقة أساسية.

أضف إلى prometheus.yml كتلة remote_write عنوانها https://your-domain/api/v1/write مع basic_auth (المستخدم admin وكلمة المرور)، ثم أعد تحميل Prometheus. يواصل الجمع ويكرّر كل نقطة نحو VictoriaMetrics. يقبل Grafana Alloy وvmagent وTelegraf العنوان نفسه.

من مساحة العميل افتح المتجر واختر Kener وحدّد العنوان ثم انقر «تثبيت». ينشر السكربت Kener وذاكرة Redis المؤقتة، ويولّد المفتاح السري للجلسات، وينشر صفحة الحالة عبر HTTPS. يكفي خادم Ubuntu 24.04 بذاكرة 1 غيغابايت.

نعم، لكن دون الحاجة إلى شرائه. يرفض Kener الطلبات التي يختلف مصدرها عن عنوانه HTTPS، فيحتاج إلى اسم ثابت. كل خادم VPS من ServOrbit يملك نطاقًا فرعيًا مجانيًا (kener.{dns_slug}‎.servorbit-dns.com) مع شهادة HTTPS؛ ويمكنك أيضًا استخدام نطاق فرعي من أحد نطاقاتك، مثل status.your-domain.ma.

افتح https://your-domain/account/signin مباشرة بعد التثبيت واملأ نموذج «Create Admin Account». أول حساب يُنشأ يصبح المسؤول ثم يختفي النموذج: أنشئه دون تأخير. لا تُولَّد أي كلمة مرور مسبقًا.

أدخل خادم SMTP (SMTP_HOST وSMTP_PORT وSMTP_USER وSMTP_PASSWORD وSMTP_SENDER) أو مفتاح Resend في ملف docker-compose.yml للتطبيق، وأعد التشغيل بـ docker compose up -d، ثم فعّل الاشتراكات في لوحة إدارة Kener. بعدها يشترك زوارك من صفحة الحالة.

من مساحة العميل افتح المتجر واختر marimo ثم انقر «تثبيت». ينشر السكربت الحاوية الرسمية مع pandas وpolars وnumpy وaltair، ويولّد كلمة مرور المحرّر، وينشئ وحدة التخزين التي تحفظ دفاترك. يُنصح بخادم Ubuntu 24.04 بذاكرة 2 غيغابايت.

تُولَّد كلمة مرور المحرّر عند التثبيت وتظهر في مساحة العميل على صفحة التطبيق. يطلبها marimo في صفحة الدخول، ثم تبقى الجلسة مفتوحة في متصفحك. وتوجد أيضًا على الخادم في ملف ‎.env الخاص بالحزمة، تحت المفتاح ADMIN_PASSWORD.

نعم. لا يشترط marimo نطاقًا: من دونه افتح نفق SSH ‏(ssh -L 2718:127.0.0.1:<port> root@<vps-ip>) ثم http://localhost:2718، مع المنفذ الظاهر في مساحة العميل. وللوصول المباشر عبر HTTPS اربط نطاقًا فرعيًا من أحد نطاقاتك أو النطاق الفرعي المجاني للخادم.

الدفاتر ملفات ‎.py عادية محفوظة في وحدة تخزين Docker المسمّاة marimo-data والمركّبة على /app. الخيار الأكثر أمانًا هو إصدار هذا المجلد في مستودع Git؛ ويمكنك أيضًا أرشفة وحدة التخزين، كما تشملها النسخ الاحتياطية للخادم مثل بقية القرص.