VPS السحابي

في الاستضافة المشتركة، تُقتسَم الموارد بين عدّة عملاء. أما VPS فيمنحك موارد مخصّصة (vCPU، RAM، SSD)، ووصول root، وعزلًا كاملًا — أداء وتحكّم أكبر.

نعم، جميع خوادم VPS التي تعمل بنظام Linux لدينا تتضمّن وصول root كاملًا عبر SSH. تُثبّت ما تشاء، وتُهيّئ الـ stack الخاصة بك بحرّية، وتُدير الصلاحيات وفق احتياجاتك.

3 تهيئات، جميعها بوصول root وعنوان IPv4 مخصّص: VPS Start (2 vCPU، 4 GB RAM، 50 GB SSD — 99 درهم/شهر) وVPS Power (4 vCPU، 8 GB RAM، 100 GB SSD — 299 درهم/شهر) وVPS Business (8 vCPU، 16 GB RAM، 200 GB SSD — 499 درهم/شهر). تجد التفاصيل المُحدَّثة في صفحة VPS Cloud.

نعم. يحصل كل خادم VPS على عنوان مجاني بالصيغة vps-xxxxxxx.servorbit-dns.com، مُضمَّن ونشِط منذ لحظة التجهيز. يُخفي هذا العنوان الـ IP العمومي ويتيح لك كل شيء — الاتصال عبر SSH، أو نشر تطبيق، أو مشاركة نقطة وصول — من دون امتلاك نطاق. تجده في وحدة تحكّم خادمك (مساحة العميل ← VPS ← إدارة). سجّل نطاقك الخاص أو انقله متى شئت: يبقى عنوان علامتك متاحًا بالتوازي.

نعم، مع الالتزام بشروط الاستخدام. يمكنك تثبيت Node.js أو Python أو Docker أو Nginx أو Apache، أو أي برنامج آخر متوافق مع توزيعة Linux لديك.

تختار توزيعة Linux عند الطلب (Ubuntu وDebian وغيرها من التوزيعات الشائعة). ويمكنك إعادة تثبيت النظام متى شئت.

القالب هو بيئة مُهيّأة مسبقًا (مثل Open WebUI أو n8n أو Coolify) تُثبَّت تلقائيًا عند إنشاء الـ VPS، لتبدأ دون أي تهيئة يدوية.

افتراضيًا، يكون الـ VPS غير مُدار: لديك التحكّم الكامل فيه. وتتوفّر خدمة إدارة VPS كخيار اختياري إن كنت تفضّل أن تُوكِلها إلينا.

نعم، يأتي كل VPS بعنوان IPv4 مخصّص، مشمول في السعر. ويتوفّر عنوان IPv6 عند الطلب.

لا. عند طلب خادم VPS، تختار عنوانه بحرية — دون أن يعيق ذلك الدفع أبدًا. ثلاثة خيارات: الاحتفاظ بالنطاق الفرعي المجاني servorbit-dns.com (المقترَح افتراضيًا، دون أي شراء)، أو استخدام اسم نطاق تملكه بالفعل في حسابك (نربطه بالخادم بمجرد تجهيزه)، أو تسجيل نطاق جديد في الأثناء. ويمكنك أيضًا البدء بالنطاق الفرعي المجاني ثم ربط نطاق لاحقًا، في أي وقت.

VPS Power يتضمّن اللقطات (snapshots). VPS Business يتضمّن اللقطات والنسخ الاحتياطية التلقائية. ويمكنك أيضًا إعداد نسخك الاحتياطية الخاصة (rsync، borgbackup، إلخ).

نعم. من مساحة العميل، أضِف الخيارات (vCPU، RAM، مساحة القرص، عنوان IP إضافي) بشكل فوري: يُحتسب الفرق بالتناسب مع المدة المتبقية، وتُطبَّق الموارد عند الدفع، دون أي فقدان للبيانات.

جزئيًا. من مساحة العميل، يمكنك إزالة الخيارات القابلة للاسترجاع — vCPU، RAM، النسخ الاحتياطي، اللقطات (snapshots) — وتحرير عنوان IP إضافي: يكون التخفيض فوريًا، ويُعاد إليك الجزء غير المستهلك بالتناسب (كرصيد دائن). أما عنوان IP الرئيسي ومساحة القرص فلا يمكن تقليصهما (لا يُصغَّر القرص دون مخاطرة) — في هذه الحالات، تواصل مع الدعم.

نعم. يُوصى بخطتَي VPS Power وVPS Business للإنتاج بحسب الحِمل المتوقَّع (حركة الزيارات، الحاويات، قواعد البيانات).

نعم. في مُهيّئ VPS Cloud، بعد اختيار الخطة والتوزيعة، اضبط «عدد خوادم VPS» قبل المتابعة: ننشئ لك عددًا مماثلًا من الخوادم المستقلة — لكلٍّ منها جهازه وعنوان IP الخاص به وبيانات الدخول الخاصة به — تُدفَع في طلبٍ واحد. ويمكنك بعد ذلك إدارتها بشكلٍ منفصل من مساحة العميل.

تجنَّب ذلك: أثناء التثبيت بنقرة واحدة (1-clic)، يكون خادمك مُجمَّدًا مؤقتًا وتُعلَّق إجراءات الإدارة. وإذا أعدتَ تشغيله أو اتصلتَ به (عبر الكونسول / SSH root) في تلك اللحظة، فقد تُقاطِع عملية التثبيت. لكن لا داعي للقلق على بياناتك: نأخذ نسخة احتياطية (snapshot) قبل البدء مباشرةً، وفي حال حدوث مقاطعة يُستعاد خادمك تلقائيًا إلى حالته السابقة قبل التثبيت. ما عليك سوى انتظار انتهاء العملية (تُحدَّث الصفحة تلقائيًا).

بنقرة واحدة من مساحة العميل: في كونسول خادمك VPS، يعمل قسم «النطاقات المربوطة» (أو تبويب DNS الخاص بنطاقٍ ما، «الربط بخادم VPS») على توجيه النطاق نحو عنوان IP الخاص بالخادم — ننشئ تلقائيًا سجلات A (للجذر و‑www) ونضبط الوكيل العكسي (reverse proxy). يجب أن يكون النطاق تابعًا للحساب نفسه، وأن يكون خادم VPS نشطًا وله عنوان IP مُخصَّص. ويمكنك أيضًا طلب نطاق أو نقله مباشرةً لهذا الخادم: يتم التوجيه فور تفعيله.

العنوان المجاني `vps-xxxxxxx.servorbit-dns.com` مثالي للانطلاق: يُخفي الـ IP وينشر تطبيقاتك عبر HTTPS. لكن اسم نطاق خاص بك يحمل علامتك، ويجعل بريدك المهني موثوقًا (تتحكّم في SPF وDKIM وDMARC على نطاقك الخاص)، ويطمئن زوّارك. تربطه بنقرة واحدة من مساحة العميل — مع DNS مُدار وشهادة HTTPS — ويظل العنوان المجاني يعمل أثناء الانتقال.

نعم. عند تثبيت تطبيق (مساحة العميل ← VPS ← إدارة ← التطبيقات)، تختار عنوانه على الويب — نطاقًا فرعيًا (مثل dolibarr.monsite.tld) أو مسارًا (monsite.tld/dolibarr) — على أحد نطاقاتك. ننشئ سجل DNS تلقائيًا إذا كان نطاقك يستخدم خدمة DNS المُدارة لدينا (وإلا فإننا نُبيّن لك السجل الواجب إنشاؤه لدى مزوّدك)، ثم نضع وكيلًا عكسيًا (reverse proxy) وشهادة HTTPS (Let's Encrypt) تُجدَّد تلقائيًا. لا تملك نطاقًا بعد؟ انشر التطبيق على نطاقك الفرعي المجاني (بالصيغة dolibarr.vps-xxxxxxx.servorbit-dns.com، مع HTTPS مُضمَّن ودون أي إعداد)، أو سجّل نطاقك الخاص أو انقله مباشرةً من النموذج. تشكّل تطبيقات الشبكة من نوع VPN (OpenVPN، WireGuard) استثناءً: تُثبَّت من دون نطاق ويب وتُستخدَم عبر عنوان الخادم (الـ IP أو عنوان ServOrbit الخاص به).

نعم، من وحدة تحكّم خادمك (الشبكة والأمان ← الـ DNS العكسي). سجل PTR ضروري لإرسال البريد الإلكتروني من الخادم: يجب أن يطابق الاسم الذي يعلنه خادم البريد لديك. إذا لم يكن لديك نطاق خاص بك، يمكنك وضع عنوان ServOrbit المجاني كسجل PTR بنقرة واحدة — فهو يشير أصلًا إلى IP الخادم، ما يمنح DNS عكسيًا «مؤكَّدًا» تتوقّعه خدمات البريد.

نعم. من مساحة العميل ← VPS ← إدارة ← التطبيقات، يوفّر كل تطبيقٍ مُثبَّت زر «إزالة التثبيت». وتختار بين الاحتفاظ بالبيانات (افتراضيًا: تُزال الحاويات فقط، وتستعيدها إعادة التثبيت) أو حذفها نهائيًا. وكما هو الحال في التثبيت، تُؤكَّد العملية برمز أمان، ويصبح خادمك غير متاح مؤقتًا، وتُؤخَذ نسخة احتياطية (snapshot) قبل البدء: في حال حدوث مشكلة، يُستعاد الخادم كما كان تمامًا. وبمجرد الانتهاء، يعود المنفذ والموارد التي كان يشغلها التطبيق إلى الإتاحة من جديد. ملاحظة: لا يمكن إزالة تطبيقٍ يحتاجه تطبيقٌ آخر مُثبَّت ما دام هذا الأخير موجودًا.

نعم، بفضل K3s وهو توزيع كوبيرنيتيس خفيف الوزن معتمد من CNCF، يمكنك نشر مجموعة عمل كاملة على VPS بمعالج واحد وذاكرة 2 غيغابايت فقط. يجمع K3s جميع مكونات مستوى التحكم في ملف ثنائي واحد بحجم 60 ميغابايت ويستبدل etcd بـSQLite مما يُقلل استهلاك الذاكرة بشكل كبير. يبقى متوافقًا تمامًا مع `kubectl` وHelm مما يتيح استخدام منظومة كوبيرنيتيس المعتادة.

نعم. يستهلك Woodpecker CI (الخادم + الوكيل) أقل من 50 MB من RAM في وضع الخمول، ويعمل Forgejo بأريحية ضمن 300 إلى 500 MB. يكفي VPS بذاكرة 2 GB للاستخدام اليومي (بضعة مستودعات وبنيّات قصيرة). للبنيّات الأكثر كثافةً (تجميع، اختبارات متوازية)، يوفّر VPS بذاكرة 4 GB هامشًا أفضل. تنفَّذ كل خطوة في بنيّة CI/CD داخل حاوية Docker معزولة، لذا يجب تثبيت Docker وتشغيل الديمون.

نعم. كل مستودع GitHub ينشر خلاصة Atom لإصداراته على `https://github.com/<owner>/<repo>/releases.atom`. أضف هذه الروابط في FreshRSS، وأنشئ قاعدة إضافة نجمة تلقائية على كلمات مثل 'security' أو 'breaking change'، وفعّل webhook ntfy أو webhook البريد الإلكتروني في الإعدادات. يُجدِّد FreshRSS الخلاصات كل 20 دقيقة من جانب الخادم — تصلك إشعارات جوالة فور نشر المشرف تنبيهًا، دون فتح أي تطبيق.

في FreshRSS، انتقل إلى الإعدادات → المصادقة → وصول GReader API، فعّل الـ API وسجّل رابط نقطة النهاية (بالصيغة `http://ip-or-domain:8080`). في Reeder 5، أضف حسابًا من نوع 'FreshRSS' (أو 'Fever' حسب الإصدار) وأدخل ذلك الرابط مع اسم المستخدم وكلمة المرور. في NetNewsWire، اختر 'FreshRSS' من قائمة الحسابات وكرر نفس الخطوات. تُزامَن الخلاصات وحالات القراءة (مقروء/غير مقروء، نجمة) تلقائيًا. توصية: فعّل HTTPS عبر reverse proxy nginx لضمان عدم انتقال بياناتك في النص الواضح على الإنترنت.

يستهلك FreshRSS أقل من 128 ميغابايت RAM في وضع الخمول. يكفي VPS بـ 512 ميغابايت تمامًا للاستخدام الشخصي أو لفريق صغير من 5 إلى 10 مستخدمين مع 200 إلى 500 خلاصة لكل منهم. لأكثر من 10 مستخدمين متزامنين أو آلاف الخلاصات، يُوصى بـ VPS بـ 1 غيغابايت. يمكن أن يتعايش FreshRSS مع تطبيقات أخرى على نفس الـ VPS بدون مشاكل — لا يشغل سوى حاوية Docker واحدة وقاعدة SQLite لا تتجاوز بضعة ميغابايت حتى بعد أشهر من الاستخدام المكثف.

نعم. يدعم FreshRSS استيراد وتصدير OPML — الصيغة القياسية لتبادل قوائم اشتراكات RSS. في Feedly أو قارئك الحالي، صدّر اشتراكاتك بصيغة OPML (ملف `.xml` أو `.opml`). في FreshRSS، انتقل إلى الإعدادات → الاشتراكات → استيراد/تصدير، اختر ملف OPML وأكّد. تظهر جميع خلاصاتك فورًا مع مجلداتها وتصنيفاتها الأصلية. تستغرق العملية أقل من دقيقة بغض النظر عن حجم قائمتك.

يخدم FreshRSS HTTP على المنفذ 80 (مكشوف كـ 8080 على المضيف). لـ HTTPS، اضبط nginx كـ reverse proxy أمام هذا المنفذ مع شهادة Let's Encrypt — أو فعّل `requireDomain: true` في سوق ServOrbit ليُهيَّأ الـ VPS تلقائيًا بـ vhost nginx وHTTPS. بمجرد تفعيل HTTPS، يمكن لتطبيقات الجوال كـ Reeder أو FeedMe الاتصال بأمان بـ `https://rss.your-domain.com` من أي شبكة.

نعم، منذ عام 2026 أصبحت النماذج المضغوطة من فئة 3B إلى 7B (بصيغة Q4_K_M) تعمل بكفاءة على المعالجات الحديثة الداعمة لـ AVX-512، بسرعة تتراوح بين 8 و12 رمزاً في الثانية، وهو ما يكفي لاستخدامات API منخفضة التردد (أقل من 5 طلبات في الدقيقة). نوصي بـ VPS يضم من 8 إلى 16 GB من الذاكرة ونماذج مثل Phi-3-mini أو Llama 3.2 3B أو Qwen2.5-7B عبر Ollama. يمكنك العثور على Ollama مباشرةً في <a href="/marketplace">متجر التطبيقات</a> لدينا للتثبيت بنقرة واحدة.

MCP (بروتوكول سياق النموذج) هو بروتوكول مفتوح المصدر وضعته Anthropic واعتمدته OpenAI وGoogle وMicrosoft، يتيح لوكلاء الذكاء الاصطناعي التفاعل بشكل موحّد مع الأدوات الخارجية — قواعد البيانات والملفات وواجهات API — دون إرسال بياناتك إلى خدمات سحابية خارجية. يُنشر خادم MCP على VPS عادي (بحد أدنى 1 GB من الذاكرة مع Docker أو Node.js) ويعرض واجهة HTTP تتصل بها عملاء مثل Claude Desktop وOpen WebUI وn8n. اطّلع على عروض VPS لدينا في <a href="/vps-cloud">صفحة VPS ServOrbit</a> أو تواصل معنا على [email protected].

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

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

يعتمد الأمر على ملفك الشخصي. ‎Caddy‎ هو الاختيار المثالي للمبتدئين: بضعة أسطر من الإعداد، وشهادات ‎Let's Encrypt‎ تلقائية، وبلا تبعيات خارجية. ‎Traefik‎ مناسب للبيئات متعددة الحاويات: يكتشف الخدمات عبر وسوم ‎Docker‎ ويدير الشهادات بشكل أصيل، لكنه يتطلب ملف إعداد أكثر تفصيلاً. ‎Nginx Proxy Manager‎ يوفر واجهة رسومية ويب تناسب المستخدمين غير التقنيين. إذا كنت تدير أقل من خمس خدمات وتريد البدء سريعاً، اختر ‎Caddy‎. وإذا كنت تشغّل عشرات الحاويات بقواعد توجيه معقدة، فضّل ‎Traefik‎.

نعم. تعمل هذه المنصات PaaS مفتوحة المصدر على أي خادم VPS بنظام Linux مع صلاحيات root، وهو ما تتضمّنه جميع خطط ServOrbit. يُنصح بخطة VPS Power (4 نواة معالج، 8 GB ذاكرة) أو أعلى، إذ تستهلك هذه الأدوات موارد الذاكرة قبل تشغيل تطبيقاتك. كما تتوفّر في متجر ServOrbit قوالب جاهزة للنشر لعدد من هذه الحلول.

فعّل وحدة الأمان X-Pack (مدمجة منذ Elasticsearch 8) وأنشئ مستخدماً مخصصاً بكلمة مرور: فبدون مصادقة يمكن لأي شخص على الشبكة قراءة فهارسك. لتجنب أخطاء نفاد الذاكرة، اضبط الـ JVM heap على نصف الذاكرة المتاحة (مثل `-Xms1g -Xmx1g` على VPS بـ 2 غيغابايت) وفعّل الخيار `bootstrap.memory_lock: true` لمنع استخدام الـ swap. يوفر VPS ابتداءً من 299 درهم/شهر بـ 8 GB من الذاكرة ما يكفي نسخة تطوير خفيفة؛ أما في الإنتاج فخطط لـ 4 غيغابايت على الأقل.

قبل أي ترقية رئيسية لـ ‎Docker، خذ لقطة (snapshot) لـ ‎VPS الخاص بك (متاحة في خطتَي VPS Power وVPS Business) للحصول على نقطة استعادة فورية. اقرأ ملاحظات الإصدار المستهدف لتحديد الخيارات المحذوفة أو التغييرات في سلوك الشبكة، ثم اختبر الترقية على ‎VPS تأهيلي يعمل بنفس البنية قبل تطبيقها في الإنتاج. يُدرج مقالنا حول الانتقال إلى ‎Docker v29 التحققات المحددة لهذا الإصدار.

من داخل VPS، توفر أوامر مثل `top` وhtop` و`vmstat` نظرة فورية على استهلاك RAM والمعالج. للمراقبة المستمرة مع السجل والتنبيهات، يمكنك نشر حزمة خفيفة مثل Netdata (تثبيت بسطر واحد) أو مجموعة Prometheus + Grafana المتوفرة كقوالب في ServOrbit Marketplace. تتيح لك هذه الحلول تلقي تنبيهات تلقائية عند حدوث ارتفاعات في الحمل قبل أي تشبع.

نعم، يمكن لخادم ‎VPS استضافة خدمات متعددة في آنٍ واحد، شريطة أن تغطي الموارد المخصصة الاحتياجات الإجمالية. يستهلك ‎Mattermost وحده في المتوسط ‎500 ميغابايت من الذاكرة العشوائية تحت حِمل خفيف. إذا أضفت خدمات أخرى كخادم وكيل عكسي أو قاعدة بيانات أو أداة مراقبة، فخطط لتوفر ‎2 غيغابايت من الذاكرة على الأقل، و‎4 غيغابايت لهامش مريح. يُيسِّر عزل التطبيقات عبر حاويات ‎Docker التعايش بينها ويبسّط إدارتها. يتيح خادم وكيل عكسي مثل ‎Nginx أو ‎Caddy توجيه نطاقات أو نطاقات فرعية متعددة إلى المنافذ الصحيحة. يمكنك ترقية خادمك في أي وقت عبر لوحة العملاء في ‎ServOrbit.

يعتمد التحجيم على عدد الأدوات المنشورة وطبيعتها. كمرجع تقريبي: يحتاج ‎Mattermost من ‎500 ميغابايت إلى ‎1 غيغابايت، ويعمل ‎Forgejo بسلاسة على ‎512 ميغابايت، ويتطلب ‎Nextcloud غيغابايتًا واحدًا على الأقل، وتُضيف كل قاعدة بيانات ‎PostgreSQL أو ‎MariaDB من ‎256 إلى ‎512 ميغابايت وفق الحِمل. لتشغيل أداتين أو ثلاث في آنٍ واحد، يُعدّ ‎VPS بذاكرة ‎4 غيغابايت نقطةَ انطلاق ملائمة. إذا نما فريقك أو أضفت تكاملات خارجية، توفر ‎8 غيغابايت هامشًا مريحًا. احسب أيضًا مساحة تخزين ‎SSD للأحجام الدائمة والسجلات والنسخ الاحتياطية. تبدأ خطط ‎VPS في ‎ServOrbit من ‎99 درهم/شهر وقابلة للترقية عند الطلب.

‎Firefly III‎ تطبيق ‎PHP/Laravel‎ خفيف يعمل بكل راحة على خطط ‎VPS‎ متواضعة. **الحد الأدنى**: 1 جيجابايت ذاكرة، 1 معالج افتراضي، 10 جيجابايت تخزين ‎SSD‎. هذا يكفي للاستخدام الشخصي أو فريق صغير (أقل من 5 مستخدمين). **الموصى به للاستخدام المهني**: 2 جيجابايت ذاكرة، 2 معالج افتراضي، 20 جيجابايت ‎SSD‎. هذا يمنحك هامشاً لـ‎Data Importer‎ وذروات الحمل أثناء استيراد ملفات ‎CSV‎ الكبيرة. **نظام التشغيل الموصى به**: ‎Ubuntu 22.04 LTS‎ أو ‎Debian 12‎. **البرامج المطلوبة**: ‎Docker Engine ≥ 24‎ و‎Docker Compose V2‎. تبدأ خطط ‎VPS‎ لدينا من 99 درهم/شهر. وتتوفّر اللقطات ابتداءً من باقة VPS Power، والنسخ الاحتياطي اليومي على VPS Business — وهو ما ينبغي توقّعه لحماية بياناتك المالية.

لاستضافة ‎Ollama مع نموذج كود (‎Continue.dev، ‎Tabby)، يعتمد الحدّ الأدنى للإعداد على النموذج المستهدف. لنموذج 7‎B بتكميم 4-بت (مثل ‎Qwen2.5-‎Coder-7B-‎Q4، ~4 ‎GB ‎RAM): يكفي ‎VPS بـ8 ‎GB من ‎RAM و4 ‎vCPU للاستدلال عبر ‎CPU فقط. لنموذج 13‎B: خصّص 16 ‎GB من ‎RAM. الاستدلال عبر ‎CPU يعمل لكنه أبطأ من ‎GPU — توقّع 5 إلى 15 token/ثانية حسب النموذج والمعالج. التخزين أمر حاسم: نموذج 7‎B يشغل 4 إلى 5 ‎GB. ‎Ollama متاح كقالب ‎VPS في Marketplace ‎ServOrbit مع تفعيل ‎API متوافقة مع ‎OpenAI افتراضيًا.

نعم، كلٌّ من ‎Actual Budget‎ و‎Firefly III‎ متاحان كقوالب ‎VPS‎ في سوق ‎ServOrbit‎. يتم نقل بياناتك يدويًا عبر تصدير ملفات ‎CSV‎ واستيرادها في ‎Actual‎؛ احرص على نسخة احتياطية كاملة قبل التبديل.

يمكن لـ‎Authentik‎ أن يعمل كمزوّد هوية مركزي عبر آلية ‎forward authentication‎: يستشير الوكيل العكسي خادم ‎Authentik‎ قبل إعادة توجيه كل طلب، مما يحجب أي وصول غير مصادق عليه. يُسجَّل كل تطبيق كـ‎Provider‎ بنطاقه الخاص؛ تسجيل دخول واحد يتيح الوصول إلى جميع الخدمات (‎SSO‎).

تشارك حاوية `immich-machine-learning` شبكة ‎Docker الداخلية مع خدمات ‎Immich الأخرى؛ ابدأ بالتحقق من أنها على الشبكة ذاتها (`docker network inspect immich_default`) وأن الخدمة تعمل (`docker compose ps`). إذا كانت الحاوية تُعيد التشغيل باستمرار، اطّلع على سجلاتها بالأمر `docker compose logs immich-machine-learning`: يظهر الإيقاف بسبب نفاد الذاكرة (OOM) على شكل `Killed` — في هذه الحالة يفتقر خادمك إلى ‎RAM كافية ويجب عليك إما تقليل عدد النماذج المحملة أو الترقية إلى خطة أعلى. على خادم ‎VPS من ‎ServOrbit، يمكنك تعديل مواردك في أي وقت من لوحة العملاء.

من الناحية التقنية نعم، لكن متطلباتهما من الموارد تختلف اختلافًا كبيرًا: يحتاج ‎Plane إلى ‎2 vCPU و4 غيغابايت ‎RAM على الأقل (‎Django وCelery وPostgreSQL 16 وRedis وRabbitMQ وMinIO)، بينما ‎Vikunja أخف بكثير (أقل من 256 ميغابايت في وضع الخمول). استضافة الاثنين على خادم واحد ممكنة ابتداءً من 6 إلى 8 غيغابايت ‎RAM، شريطة الفصل بين قواعد البيانات وشبكات ‎Docker الخاصة بكل أداة. مع نمو فريقك، يكون الأبسط نقل كل أداة إلى خادم ‎VPS خاص بها؛ وهذه العملية غير مُدمِّرة لأن جميع البيانات تعيش في أحجام ‎Docker.

السبب الأكثر شيوعًا هو أن حاوية قاعدة البيانات في حالة 'running' (بدأت العملية) لكنها ليست 'healthy' بعد (جاهزة لقبول الاتصالات): يستغرق ‎PostgreSQL أو ‎MySQL ثوانٍ للتهيئة. الحل هو استخدام `depends_on` مع الشرط `service_healthy` في ملف `compose‎.yaml`، مقترنًا بـ`healthcheck` على حاوية قاعدة البيانات (`pg_isready -U user` لـ‎PostgreSQL). بدون ‎healthcheck، يعتبر ‎Docker الخدمة جاهزة فور انطلاق العملية، ويحاول تطبيقك الاتصال قبل أن تصبح قاعدة البيانات في متناوله.

نعم. يثبّت القالب PHP 8.3-FPM وNginx وPostgreSQL 16 وRedis وSupervisor وComposer على Ubuntu 24.04. يُهيّئ بيئة الخادم، لا تطبيقك: استنسخ مستودعك، وأنشئ `.env.local`، وشغّل `composer install --no-dev --optimize-autoloader`، وطبّق ترحيلاتك، وسيكون Nginx جاهزًا للتوجيه إلى PHP-FPM. أي مشروع Symfony 5 أو 6 أو 7 يعمل على هذه البنية.

يثبّت القالب `php8.3-opcache` ويُفعّل OPcache افتراضيًا في `php.ini`. لتفعيل preloading لـSymfony، أضف في `/etc/php/8.3/fpm/php.ini`: `opcache.preload=/var/www/تطبيقك/var/cache/prod/App_KernelProdContainer.preload.php` و`opcache.preload_user=www-data`، ثم أعِد تحميل PHP-FPM بـ`systemctl reload php8.3-fpm`. يُحمَّل حاوية خدمات Symfony عندئذٍ في الذاكرة عند بدء تشغيل PHP-FPM، مما يُقلّص ملحوظًا الكمون في الإنتاج.

لا. يستهدف القالب بيئة الإنتاج: PHP 8.3-FPM وNginx وPostgreSQL 16 وRedis وSupervisor. Symfony CLI أداة تطوير محلية — فهي لا تُثبَّت على خادم الإنتاج. لعمليات النشر المستمرة، استخدم خط أنابيب Git (GitHub Actions أو GitLab CI) يُشغّل `composer install` و`cache:clear` والترحيلات على الخادم عبر SSH.

Supervisor مُهيَّأ مسبقًا على القالب. أنشئ `/etc/supervisor/conf.d/symfony-messenger.conf` بالتوجيه `command=php /var/www/تطبيقك/bin/console messenger:consume async --time-limit=3600` مع `autorestart=true`. أعِد تحميل Supervisor بـ`supervisorctl reread && supervisorctl update`. بعد كل نشر، نفّذ `php bin/console messenger:stop-workers` لإجبار Workers على الإيقاف النظيف: سيُعيد Supervisor تشغيلها فورًا بالكود الجديد.

يثبّت كلا القالبين سلسلة أدوات PHP نفسها (PHP 8.3-FPM وNginx وPostgreSQL وRedis وSupervisor وComposer) على Ubuntu 24.04. يكمن الفارق في امتدادات PHP: يضيف Symfony Stack صراحةً `php8.3-intl` (مطلوب لمكوّن Translation والمناطق الزمنية) و`php8.3-opcache` (للـpreloading). يتضمن Laravel Stack `php8.3-zip` ويعمل بدون `intl` في معظم التطبيقات. اختر القالب الذي يتناسب مع إطار عملك — وكلاهما يتعايشان بلا تعارض على VPS واحد.

نعم. يُثبّت القالب Node.js LTS وPM2 وNginx. لموقع ساكن (`output: 'static'`)، ابنِ مشروع Astro محليًا، وانقل مجلّد `dist/` إلى VPS، واضبط Nginx لتقديمه. لا تحتاج لعملية Node في الإنتاج.

يُثبّت Astro Stack Node.js LTS وPM2 وNginx بدون PostgreSQL — مناسب لمشاريع Astro الساكنة أو SSR. يُضيف Next.js Stack قاعدة بيانات PostgreSQL للتطبيقات المتكاملة. Astro أخف لأن وضعه الساكن لا يتطلّب عملية Node في الإنتاج.

نعم. ثبّت محوّل `@astrojs/node`، واضبط `output: 'server'` و`adapter: node({ mode: 'standalone' })` في `astro.config.mjs`. بعد البناء، شغّل `pm2 start dist/server/entry.mjs --name astro` ووجّه Nginx إلى `http://localhost:4321`.

نعم. يدعم Nginx عدة مضيفات افتراضية على الخادم نفسه. كل موقع ساكن يشير إلى مجلّد `dist/` خاص به؛ وكل موقع SSR يستخدم منفذ PM2 مختلف. تحتاج فقط تثبيتًا واحدًا لـNode.js وNginx لجميع المواقع.

يكفي 1 جيجابايت RAM لموقع Astro ساكن بالكامل: يستهلك Nginx موارد ضئيلة جدًا. في وضع SSR مع عملية Node وPM2، جهّز 2 جيجابايت على الأقل. إذا جمعت عدة مواقع SSR، أضف 100 إلى 200 ميجابايت لكل عملية Node إضافية.

الحل المرجعي هو Patroni، وهو منسّق يتولى الترقية التلقائية لخادم ثانوي إلى رئيسي عند الفشل، مستعيناً بـ etcd أو Consul كمخزن إجماع موزع. تحتاج إلى ثلاثة عقد على الأقل: عقدة رئيسية ونسخة طبق الأصل وعقدة نصاب (أو مجموعة etcd منفصلة). يُستخدم Patroni مع HAProxy أو pgBouncer على جانب التطبيق لإعادة توجيه الاتصالات إلى الرئيسي الجديد دون تعديل الشيفرة. يُنصح بـ ‏VPS‏ بذاكرة وصول عشوائي لا تقل عن ‏2 جيجابايت‏ لكل عقدة في بيئة الإنتاج.

يُثبّت كلا القالبين Node.js LTS وPM2 وNginx. صُمِّم SvelteKit Stack للتطبيقات الويب التفاعلية مع إجراءات النماذج ودوال `load` من جانب الخادم والميزات الآنية (WebSockets، SSE). يستهدف Astro Stack مواقع المحتوى والعرض الهجين: لا يُرسل Astro أي JavaScript افتراضيًا ويُشغّل عملية Node أخف لصفحات SSR. إذا كنت تبني تطبيقًا بنماذج وجلسات ومنطق خادم، اختر SvelteKit؛ وإذا كنت تبني مدوّنة أو صفحة عرض، اختر Astro.

نعم. اضبط `@sveltejs/adapter-static` في `svelte.config.js`، وابنِ مشروعك بـ `npm run build`، وانقل مجلّد `build/` إلى VPS. سيُقدّم Nginx الملفات الساكنة مباشرةً — لا تعمل أي عملية Node في الإنتاج، مما يُقلّل استهلاك الذاكرة إلى الحد الأدنى.

يستخدم SvelteKit المتغيّر `ORIGIN` للتحقّق من صحة طلبات إجراءات النماذج والحماية من هجمات CSRF. إذا لم يتطابق هذا المتغيّر مع العنوان الفعلي لموقعك، يرفض SvelteKit إرسال النماذج بخطأ 403. اضبطه عبر PM2 أو ملف ecosystem config: `ORIGIN=https://yourdomain.com pm2 start build/index.js`.

نعم. شغّل كل تطبيق كعملية PM2 منفصلة على منفذ داخلي مختلف (3000، 3001، 3002...). ثم اضبط Nginx بكتل `server {}` منفصلة أو قواعد `location` لتوجيه الطلبات حسب اسم النطاق إلى المنفذ الصحيح. يحتفظ كل تطبيق بسجلاته المتغيّراته البيئية الخاصة في PM2.

يراقب PM2 عملية Node ويُعيد تشغيلها تلقائيًا عند الانهيار أو تجاوز عتبة الذاكرة المُهيَّأة. للتحديثات بدون توقف، استخدم `pm2 reload svelte-app` — يُشغّل PM2 مثيلًا جديدًا، وينتظر جاهزيته، ثم يُغلق القديم. لجعل PM2 مستمرًا عبر إعادة تشغيل الخادم، شغّل `pm2 startup` لإنشاء نص systemd، ثم `pm2 save` لحفظ قائمة العمليات.

يعمل ‏Jellyfin في وضع التشغيل المباشر (قراءة الملف كما هو) بـ 1 ‏vCPU و 1 غيغابايت من الذاكرة. إذا كان الترميز بالبرمجيات ضروريًا، فكل بث 1080‏p بصيغة ‏H.264 يستهلك من 1 إلى 2 ‏vCPU حسب تنسيق المصدر. ل 2 إلى 4 مستخدمين متزامنين مع الترميز، تكون خطة VPS Power (4 ‏vCPU، 8 GB) الحد الأدنى الموصى به. للاحتياجات الأكبر، اطّلع على عروض الخوادم المخصّصة في صفحة ‏/serveurs-dedies.

نعم — يتيح ‎OpenTofu (الشوكة مفتوحة المصدر من ‎Terraform، ‎CNCF) إصدارَ إعداد أسطولك بـ‎HCL وتطبيقه عبر ‎tofu plan/apply. يغطّي دليلنا ‎opentofu-terraform-vps-automatiser-infrastructure مزوِّد ‎Docker للتحكم في الحاويات مباشرةً على ‎VPS.

‎AnythingLLM وحده (‎LLM خارجي عبر ‎API): يكفي ‎2 vCPU / ‎2 جيجابايت ‎RAM. مع نموذج تضمين محلي (‎nomic-embed-text عبر ‎Ollama): ‎2 vCPU / ‎4 جيجابايت ‎RAM كحد أدنى. مع ‎LLM محلي (‎Mistral 7B بكمّ ‎Q4 عبر ‎Ollama): يُوصى بـ‎4 vCPU / ‎8 جيجابايت ‎RAM — يُقلِّص الكمّ ‎Q4 البصمة الذاكرية بنحو النصف.

يعمل خادم بريد أساسي لنطاق أو نطاقَين مع عشرات المستخدمين على ‎1 vCPU و‎1 غيغابايت من ‎RAM، غير أن ‎2 غيغابايت موصى بهما حال تفعيل تصفية البريد العشوائي (‎rspamd, ‎SpamAssassin) أو البحث في النصوص الكاملة. ‎Stalwart ثنائي ‎Go خفيف بشكل استثنائي: يبدأ بأقل من ‎50 ميغابايت من ‎RAM في وضع الخمول. خطّط لـ ‎20 غيغابايت على الأقل من ‎SSD كبداية، مع إضافة مساحة وفق مدة الاحتفاظ بصناديق البريد. تُناسب خطة ‎VPS Power (‏8 GB، 299 درهم/شهر) معظم إعدادات الإنتاج. لا تنسَ ضبط سجل ‎DNS العكسي (‎PTR) وإدخالات ‎SPF/DKIM/DMARC لضمان قابلية التسليم.

نعم، بعزل كل خدمة في حاوية Docker مستقلة مع تخصيص منافذ أو نطاقات فرعية مختلفة لكل منهما. خطِّط لما لا يقل عن 4 Go من RAM لتشغيل المثيلين معًا، وراقب الحمل عبر إحصائيات فضائك العميل. بمجرد اتخاذ القرار، أوقف الخدمة غير المختارة وأزلها لاستعادة الموارد. راجع قوالب الـMarketplace لنشر كل حل بنقرات معدودة.

يعتمد التحجيم على نوع التطبيق وحجم الزيارات المتوقعة: **تطبيق خفيف (< 100 طلب/دقيقة)**: 1 vCPU / 1 GB RAM. كافٍ لـ API REST بـ Node.js أو Flask مع قاعدة بيانات صغيرة. **تطبيق متوسط (100–1,000 طلب/دقيقة)**: 2 vCPU / 2–4 GB RAM. موصى به لـ Express أو FastAPI مع PostgreSQL وRedis للتخزين المؤقت. **تطبيق ثقيل (> 1,000 طلب/دقيقة أو تعلم آلي)**: 4+ vCPU / 8+ GB RAM. **قاعدة عملية**: ابدأ بـ 2 vCPU / 4 GB RAM وراقب الأداء. يمكنك دائماً التوسع لاحقاً. فضّل المزيد من RAM على المزيد من CPU لمعظم تطبيقات الويب — الـ swap يدمر الأداء أكثر من المعالج المحدود.

الدقائق الأولى بعد إنشاء الخادم ‎VPS‎ حرجة. إليك الخطوات ذات الأولوية: **1. تحديث النظام** — `apt update && apt upgrade -y` **2. إنشاء مستخدم غير ‎root‎ مع ‎sudo‎** — `adduser myuser && usermod -aG sudo myuser` **3. إعداد المصادقة بمفتاح ‎SSH‎** — من جهازك المحلي `ssh-copy-id myuser@server-ip`، ثم في `/etc/ssh/sshd_config`: `PasswordAuthentication no` و`PermitRootLogin no`. **4. إعداد جدار الحماية** — `ufw default deny incoming`، ثم `ufw allow ssh` و`ufw allow 80` و`ufw allow 443` وأخيراً `ufw enable`. **5. تفعيل ‎fail2ban‎** — `apt install fail2ban` هذه الخطوات الخمس تغطي الأساسيات. أدلة مفصّلة متاحة في قاعدة معارف ‎ServOrbit‎.

يُنسّق Kamal (المعروف سابقاً بـ MRSK) عمليات النشر عبر SSH وDocker مباشرةً من جهازك المحلي إلى VPS ServOrbit: يكفي ضبط `config/deploy.yml` بعنوان IP الخادم وبيانات اعتماد سجل Docker والصورة المطلوبة. توفر ServOrbit خوادم VPS قابلة لتثبيت Docker عليها (Debian/Ubuntu) مع وصول SSH بصلاحيات root؛ تأكد من فتح المنفذين 80/443 في جدار الحماية وضبط DNS قبل أول عملية نشر. يدير Kamal تلقائياً التحديثات المتدرجة والتراجع عنها، مما يتيح تحديثات بدون توقف منذ أول إعداد.

نعم. GlitchTip متاح في marketplace ServOrbit كوصفة compose: تبدأ PostgreSQL وRedis وحاوية GlitchTip المتكاملة بأمر واحد. خيار `GLITCHTIP_EMBED_WORKER=true` يدمج عامل Celery في حاوية الويب مما يُلغي خدمة رابعة. اسم نطاق مطلوب (FQDN يُستخدم لروابط البريد وtoken OAuth): يمكنك استخدام النطاق الفرعي المجاني المدرج مع VPS أو ربط نطاقك الخاص. يُنشأ أول حساب من الواجهة على `https://<domain>/register`.

نعم، يُطبّق GlitchTip بالكامل واجهة API لاستيعاب أحداث Sentry وهو متوافق مع جميع SDK الرسمية: Python وJavaScript وPHP وRuby وGo وJava و‎.NET وiOS وAndroid. للهجرة، استبدل فقط URL الـDSN في متغيرات البيئة بـURL نسخة GlitchTip الخاصة بك؛ لا حاجة لتعديل الكود المصدري. تستمر مجموعات الأخطاء والتنبيهات والتكاملات في العمل كما مع Sentry Cloud.

يتطلب GlitchTip كحد أدنى 512 ميغابايت من RAM لحاوية ويب Python وPostgreSQL وRedis. يناسب VPS بـ1 غيغابايت مشروعاً واحداً بحركة مرور معتدلة. لمشاريع متعددة أو حجم كبير من أحداث الأخطاء، يُنصح بـ2 غيغابايت. يعتمد القرص على حجم الأحداث المخزنة: ابدأ بـ10 غيغابايت وراقب حجم PostgreSQL. تُشغّل ترحيلات قاعدة البيانات تلقائياً عند بدء حاوية الويب.

يتضمن GlitchTip وحدة مراقبة وقت تشغيل مدمجة. في الواجهة، انتقل إلى **Monitor → Create Monitor**، أدخل الرابط المراد مراقبته ونوع الفحص (HTTP/HTTPS أو ping) والفترة (دقيقة كحد أدنى) وعدد الإخفاقات المتتالية قبل التنبيه. يمكنك إعداد إشعارات عبر البريد أو Slack أو Webhook. يسجّل GlitchTip تاريخ الحوادث ويعرض وقت التشغيل على لوحة تحكم مخصصة. تعمل المراقبة من خادم GlitchTip نفسه — يجب أن يتمتع بوصول شبكي إلى الروابط المراقبة.

**النسخ الاحتياطي**: البيانات الدائمة الوحيدة هي وحدة تخزين PostgreSQL (`glitchtip-db`). جدوِل `pg_dump` يومياً بـ `docker compose exec db pg_dump -U $DB_USER glitchtip > backup.sql` وانقل الملف خارج الخادم (rsync أو Backblaze B2 وما شابه). **التحديث**: `docker compose pull && docker compose up -d`. يُطبّق GlitchTip ترحيلات Django تلقائياً عند البدء. لا حاجة لتوقف مطوّل — يُعيد الحاوية التشغيل في أقل من 60 ثانية عادةً. راجع ملاحظات الإصدار على gitlab.com/glitchtip قبل أي ترقية رئيسية.

‏يُشغّل ‏Plane CE عدة خدمات ‏Docker (التطبيق، العامل، beat، migrator، و‏PostgreSQL، و‏Redis، و‏MinIO، و‏RabbitMQ) — خطِّط بحد أدنى لـ ‏4 نوى و‏8 غيغابايت ‏RAM لتشغيل سلس. يستلزم تخزين ‏MinIO للمرفقات وحدة تخزين منفصلة تُحدَّد بحسب احتياجاتك. لأقل من ‏15 مستخدماً، يُعدّ ‏VPS بـ ‏4 نوى / ‏8 غيغابايت مع ‏40 غيغابايت ‏SSD قاعدة متينة.

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

نعم. كلا التطبيقين (iOS وAndroid) مجانيان ومفتوحا المصدر بالكامل برخصة GPL-3.0 ويديرهما المجتمع. يدعمان التشغيل بلا اتصال ومزامنة التقدم بدقة الفصل وإدارة الإشارات ولوائح التشغيل — دون أي حساب سحابي.

يدعم Audiobookshelf: MP3 وM4A وM4B (مع علامات الفصول) وAAC وOGG وFLAC وWAV وOPUS وAIFF وWMA. تُعرض فصول M4B في المشغّل بعناوينها ومُددها. ملفات Audible AAX المحمية بـDRM يجب تحويلها إلى صيغة خالية من DRM بأداة خارجية قبل الاستيراد.

نعم. يدعم Audiobookshelf حسابات متعددة على النسخة ذاتها. لكل حساب تقدم الاستماع والإشارات ولوائح التشغيل والتقييمات الخاصة. يمكن ضبط الصلاحيات لكل مكتبة (الكتب أو البودكاست) للتحكم الدقيق في من يصل إلى ماذا.

يفصل Audiobookshelf البيانات في أربعة حجوم Docker: يحتوي `/audiobooks` و`/podcasts` على ملفاتك الصوتية (الخادم لا يعدّلها أبداً)، ويحتوي `/config` على قاعدة SQLite بالتقدم والإشارات، و`/metadata` على الأغلفة وبيانات الفهرسة. انسخ `/config` و`/metadata` احتياطياً عبر SFTP أو `rsync`. وظيفة Backup المدمجة (Settings → Backups) تُصدّر أيضاً ملف ZIP بجميع البيانات الوصفية — مفيدة للترحيل إلى نسخة أو VPS آخر.

الثلاثة متاحة كقوالب في سوق ‎ServOrbit.com، لكن استخداماتها تختلف. ‎Open WebUI مثالي إذا أردت تشغيل النماذج المحلية (‎Llama, Mistral) عبر ‎Ollama دون إرسال طلبات خارجية. ‎LibreChat يناسب الفريق الذي يحتاج إلى بيئة دردشة متعددة النماذج (‎OpenAI وAnthropic وواجهة برمجية محلية) مع إدارة مستخدمين و‎SSO. أما ‎Dify فيستهدف بناء عوامل وسير عمل بالذكاء الاصطناعي بدلاً من الدردشة العامة. راجع صفحة الـ‎Marketplace للاطلاع على متطلبات الذاكرة لكل قالب.

Wallos هو مدير اشتراكات self-hosted مفتوح المصدر (GPL-3.0). يتيح لك تركيز جميع اشتراكاتك المتكررة — برامج وخدمات سحابية وتراخيص وبث — ورؤية تكلفتها الفعلية بعملة مرجعية واحدة. يعمل كحاوية Docker واحدة على VPS دون قاعدة بيانات خارجية.

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

يعرض Wallos شاشة إعداد عند أول تشغيل. أدخل اسم المستخدم والبريد الإلكتروني وكلمة المرور لإنشاء حساب المشرف — لا بيانات اعتماد مولّدة مسبقاً. بعد تسجيل الدخول، يمكنك دعوة مستخدمين آخرين من الإعدادات.

يدعم Wallos أكثر من 170 عملة، من بينها الدرهم المغربي (MAD) واليورو والدولار الأمريكي والريال السعودي. في الإعدادات، اختر عملتك المرجعية ويجلب Wallos أسعار الصرف تلقائياً لتحويل كل اشتراك.

تقع جميع بيانات Wallos في حجمَي Docker: `wallos_db` (قاعدة SQLite باشتراكاتك) و`wallos_logos` (الشعارات). انسخها عبر SFTP أو `rsync`. يتيح Wallos أيضاً تصدير CSV من الواجهة (الإعدادات → الاستيراد/التصدير).

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

‎Prometheus‎ يجمع المقاييس من تطبيقاتك ومن نظام التشغيل عبر مُصدِّرات مثل ‎Node Exporter‎ و‎cAdvisor‎، بينما يُمركز ‎Loki‎ سجلات ‎Docker‎ ويعرض ‎Grafana‎ كل شيء في لوحات معلومات تفاعلية. على ‎VPS ServOrbit‎، يُنصح بحد أدنى 8 GB لتشغيل الأدوات الثلاثة معاً. انشر المجموعة عبر ‎Docker Compose‎ مع أحجام بيانات دائمة، واحمِ ‎Grafana‎ بخادم وكيل عكسي مع ‎HTTPS‎. تُوفر سوق ‎ServOrbit‎ قوالب جاهزة لتوفير الوقت.

النهج الموصى به هو الجمع بين ‏Restic (نسخ احتياطي مشفَّر ومُكثَّف) ومؤقّت ‏systemd عوضًا عن ‏cron، لأن ‏systemd يُسجّل كل تشغيل ويستطيع إرسال إشعار عند الفشل. أنشئ ملف ‎`.service` يُصدِّر متغيّرات بيئة ‏Restic (نقطة نهاية ‏S3، ومفاتيح الوصول، وكلمة مرور المستودع) ثم يُشغّل ‎`restic backup /var/www /var/lib/mysql-files`، إلى جانب ملف ‎`.timer` يُطلقه يوميًا. فعِّل التعويض عن التشغيل الفائت بـ‎`OnCalendar=daily` و‎`Persistent=true`. يمكن لفريق دعمنا توجيهك إلى دليل تهيئة المستودع المناسب لخطّة VPS الخاصة بك.

‎تعمل نسخة ‎‎n8n‎ المستقلة بشكل مريح على 1 جيجابايت من الذاكرة العشوائية، لكن في بيئة الإنتاج مع قاعدة بيانات ‎‎PostgreSQL‎ وعدة تدفقات عمل نشطة، يُنصح بالبدء بـ 2 جيجابايت على الأقل. إذا جمعت ‎‎n8n‎ مع خدمات ‎‎Docker‎ أخرى (‎‎Redis‎، وكيل عكسي، تطبيق أعمال)، فخطط لـ 4 جيجابايت لتجنب التباطؤ خلال ذروات التنفيذ. تبدأ خطط ‎‎VPS‎ من ‎‎ServOrbit‎ من 99 درهم/شهر‎ وتشمل تخزيناً بـ‎‎SSD NVMe‎ مناسباً لهذا النوع من الأحمال، مع إمكانية الترقية في أي وقت من لوحة العميل.

‎أنشئ شبكة ‎‎Docker‎ مشتركة (‎‎`docker network create proxy`‎) وأرفق حاوياتك بها. في ‎‎Nginx‎، أعلن عن كتلة `server`‎ لكل تطبيق مع توجيه `proxy_pass`‎ يشير إلى اسم الحاوية ومنفذها الداخلي (مثال: `http://app1:3000`‎). استخدم أسماء نطاقات أو نطاقات فرعية مختلفة للتمييز بين التطبيقات، وفعّل ‎‎HTTPS‎ باستخدام ‎‎Certbot‎ (‎‎`certbot --nginx -d myapp.example.com`‎). وبديل أبسط هو ‎‎Nginx Proxy Manager‎، المتوفر في سوق ‎‎ServOrbit‎، الذي يوفر واجهة رسومية لإدارة وكلاؤك العكسية دون الحاجة لتعديل ملفات الإعداد يدوياً.