الدعم

عبر البريد الإلكتروني على [email protected]، أو عبر WhatsApp، أو باستخدام نموذج الاتصال في الموقع. يمكن للعملاء أيضًا فتح تذكرة من مساحة العميل الخاصة بهم.

يمكن التواصل مع دعمنا 24/7.

نعم. انقر على «طلب معاودة الاتصال» (الزر الموجود أسفل كل صفحة، أو من صفحة الاتصال)، واترك رقمك والفترة الزمنية التي تناسبك: سيعاود أحد المستشارين الاتصال بك، عادةً خلال يوم عمل واحد. لا حاجة إلى أي حساب.

للحصول على خادم مخصّص (dedicated) حسب الطلب، أو حجم موزّع يتجاوز Agency L، أو مشروع خاص، اطلب عرض سعر عبر الإنترنت من صفحة «طلب عرض سعر» (أو زر «عرض سعر» في الصفحات المعنية): صِف احتياجك، ويُعدّ فريقنا اقتراحًا مُسعّرًا خلال يوم إلى يومَي عمل. تستلمه عبر البريد الإلكتروني ويمكنك الاطّلاع عليه ثم قبوله بنقرة واحدة عبر رابط آمن. لكل عرض سعر مدة صلاحية محدَّدة.

يُقدَّم الدعم بـ العربية والفرنسية والإنجليزية.

نردّ عادةً خلال 24 ساعة. خلال ساعات العمل، غالبًا ما يتيح WhatsApp استجابة أسرع.

الدعم على مستوى البنية التحتية مشمول. أمّا لإدارة بيئة VPS الخاصة بك، فتتوفّر خدمة إدارة كخيار إضافي.

نعم، تُقدّم مدوّنتنا (Blog) أدلة نشر مفصّلة خطوة بخطوة على خوادم VPS (استضافة أدوات الذكاء الاصطناعي، والأتمتة، وقواعد البيانات، وغيرها).

اطّلع على صفحة «حالة الخدمات» العامة (/statut، ومتاحة أيضًا من تذييل الموقع): توافر لحظي لكل مكوّن (DNS، وواجهة API، والبريد، والاستضافة) وسجلّ الحوادث. وعند الإعلان عن عطل، يظهر شريط في مساحة العميل؛ وللأعطال المهمة تصلك أيضًا إشعارات (جرس + بريد). ويمكنك ضبط هذه الرسائل عبر «الأعطال والصيانة» في تفضيلات الإشعارات بحسابك.

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

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

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

لا: لا تتضمّن مساحة العميل حسابات فرعية ولا إدارة وصول مفوَّضة — حساب واحد، ووصول واحد. وهناك ترتيبان بحسب حالتك. إن كنت وكالة أو مقدّم خدمة يدير خدمات عدّة عملاء، فإن **مساحة الوكالة** مخصّصة لذلك: يحتفظ كل عميل بحسابه الخاص، وتُربَط أنت به عبر دعوة يقبلها. وإن كنت موزّع استضافة، فباقة WHM لديك تتيح لك إنشاء حسابات cPanel منفصلة لعملائك. وفي كل الأحوال، لا تشارك بيانات دخولك: راسلنا من صفحة الاتصال ونحدّد معك الترتيب المناسب.

نعم. يمكن التواصل مع فريق الدعم لدينا 24/7، بما في ذلك عطلات نهاية الأسبوع والأعياد: افتح تذكرة في أي وقت من منطقة العميل، أو راسلنا عبر واتساب على +212708030340. وفي حال وقوع حادث يمس خدماتك في بيئة الإنتاج (خادم متوقف، فقدان الوصول، مشكلة في الشبكة)، اختر أولوية **عاجلة** وصِف تأثيره على خدماتك: تُعالَج هذه الطلبات أولًا. أما طلبات الاستشارة والأسئلة التقنية غير العاجلة فتُعالَج بعد ذلك حسب ترتيب الأولوية.

لا يُعيد runner ‎GitHub Actions المستضاف ذاتيًا تشغيله تلقائيًا بعد إعادة تشغيل الخادم إلا إذا هيّأته كخدمة نظام. لـ‎Gitea Actions (‎act_runner) أو runner ‎GitHub المستضاف ذاتيًا، أنشئ خدمة ‎systemd: أنشئ الملف `/etc/systemd/system/act-runner.service` مع `ExecStart=/usr/local/bin/act_runner daemon` (أو المسار المناسب)، ثم نفّذ `systemctl enable act-runner && systemctl start act-runner`. لـrunner ‎GitHub الرسمي، نفّذ `./svc.sh install && ./svc.sh start` من مجلد الـrunner — هذا السكريبت ينشئ ويُفعّل خدمة ‎systemd المقابلة. تحقّق من الحالة بـ`systemctl status act-runner` (أو `actions.runner.*.service` للـrunner الرسمي).

خطأ 502 ‎Bad ‎Gateway عند بدء تشغيل ‎Authentik طبيعي في الغالب: لم تكتمل بعد هجرات ‎PostgreSQL. انتظر من 1 إلى 2 دقيقة بعد `docker compose up -d` قبل الوصول إلى الواجهة. إن استمر الخطأ، تحقّق من سجلات حاوية ‎server بـ`docker compose logs server` — ابحث عن أسطر تحتوي `Migrating` يعقبها `OK`. إن فشلت الهجرات، تحقّق من صلاحيات مستخدم ‎PostgreSQL (`GRANT ALL ON DATABASE authentik TO authentik`) ومن متغيرَي `PG_PASS` و`AUTHENTIK_SECRET_KEY` في ملف `.env`.

إذا تعثّرت عملية نقلك من Oracle Cloud (حاوية لا تبدأ، بيانات يتعذر الوصول إليها، انتهاء مهلة SSH)، فافتح تذكرة من منطقة العميل باختيار فئة الخدمة المستهدفة («VPS» أو «الاستضافة») والأولوية «عاجلة» إذا كانت خدماتك في بيئة الإنتاج متأثرة. حدّد في تذكرتك: الطلب أو الخدمة المستهدفة، والخطوة التي فشل عندها النقل بالضبط، وسجلات Docker أو SSH التي حصلت عليها، والتأثير على نشاطك. يتولى فريقنا الأمر في غضون 24 ساعة بالنسبة للحوادث العاجلة. ويمكنك أيضًا التواصل عبر +212708030340 للحصول على إشعار استلام سريع.

افتح تذكرة من منطقة عميلك محدِّدًا إصدار ‎Dify‎ واسم المكوِّن الإضافي الدقيق ورسالة الخطأ الكاملة وسجلات ‎Docker‎ (‎`docker compose logs dify-api`‎). يتحقق فريق الدعم أولًا من استيفاء متطلبات النظام (‎Python 3.11+‎، والوصول الشبكي الصادر لتنزيل المكوِّن، وأذونات المجلد). إذا كان الخطأ نابعًا من المكوِّن نفسه (الكود المصدري)، يمكنك أيضًا الإبلاغ عنه في مستودع ‎Dify‎ الرسمي على ‎GitHub‎ وإعلامنا على ‎[email protected]‎ لنتابع الإصلاح معك.

‏تغيّر رابط مستودع إضافات ‏Jellyfin بين الإصدار ‏10.7 والإصدارات الحديثة. اذهب إلى ‏Dashboard > Plugins > Repositories، استبدل الرابط القديم بـ `https://repo.jellyfin.org/files/plugin/manifest.json`، ثم أعد تشغيل ‏Jellyfin لمسح الذاكرة المؤقتة. تُوثّق المشكلة ‏#16654 على ‏GitHub هذا السلوك.

‏فعِّل وضع التصحيح في `config/defines.inc.php` بتعيين `_PS_MODE_DEV_` على `true` لعرض الخطأ الفعلي. أكثر الأسباب شيوعاً: `memory_limit` منخفض جداً لـ ‏PHP (الحد الأدنى ‏256 ميغابايت)، أذونات غير صحيحة على `var/cache/` أو `img/`، أو وحدة إضافية غير متوافقة. بعد تحديد الخطأ وإصلاحه، أعد `_PS_MODE_DEV_` إلى `false` في بيئة الإنتاج.

إذا لم تتمكّن من تسجيل الدخول إلى فضاء العميل لفتح تذكرة، تبقى عدة قنوات متاحة: نموذج الاتصال عبر `/contact`، أو البريد الإلكتروني [email protected]، أو WhatsApp على +212708030340. اذكر في رسالتك الخدمات المتأثّرة والأثر الملاحَظ ومنذ متى — يُمكّننا ذلك من معالجة طلبك بالأولوية الصحيحة فور الاستلام.

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

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

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

‎سجّل الدخول إلى لوحة العميل، وانتقل إلى قسم «‎‎الدعم‎» ثم «‎‎تذاكري‎»، وابحث عن التذكرة المرتبطة بطلب النقل. يتم تسجيل كل خطوة (التحليل، النقل، التحقق، الإطلاق) وعرضها في الوقت الفعلي ضمن خيط التذكرة. ستتلقى أيضاً إشعاراً بالبريد الإلكتروني عند كل تغيير في الحالة. إذا لم تظهر أي تحديثات خلال 24 ساعة، فردّ على التذكرة المعمول بها مباشرةً بدلاً من فتح طلب جديد.

من ‎espace client‎ الخاص بك، افتح تذكرة دعم مع تحديد الخدمة المعنية والتاريخ والوقت التقريبيين للحادثة ورسائل الخطأ التي لاحظتها. سيُعِدّ فريقنا تقرير تشخيصي (سجلات الخادم، مقاييس الموارد، سجل الأحداث) ويرسله إليك مباشرةً في التذكرة. كلما كانت معلوماتك أكثر دقةً، كان بإمكاننا تحديد السبب بشكل أسرع.

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

تُنشر حلول مثل FreeScout وZammad وUvdesk في دقائق عبر Docker Compose على خادم VPS من ServOrbit بصلاحيات root. تغطي إدارة التذاكر وصناديق البريد المشتركة وقنوات البريد الإلكتروني وقاعدة المعرفة دون رسوم ترخيص لكل وكيل. تصفح الـ Marketplace للقوالب المتاحة، أو تواصل معنا عبر [email protected] للمساعدة.

تتضمن معظم حلول helpdesk ذاتية الاستضافة (Zammad وFreeScout) أداة استيراد CSV أو API تقرأ تصدير Zendesk — التذاكر والجهات والمرفقات. أعدّ نسخة على VPS قبل التصدير، وتحقق من البيانات على عينة، ثم انتقل. تُجري الترحيل بنفسك؛ ولأي سؤال، افتح طلباً من مساحة العميل أو راسلنا عبر [email protected].

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

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

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

سواء كنت تفتح طلبًا جديدًا أو ترد على طلب قائم، فإن شريط التنسيق، حين يُعرض فوق مربع الكتابة، يضم أزرارًا (خط عريض، خط مائل، رابط، قوائم نقطية أو مرقّمة، اقتباس، شيفرة) تُدرج الصيغة نيابةً عنك. ويمكنك أيضًا كتابة الصيغة بنفسك: ⁦`**عريض**`⁩ و⁦`*مائل*`⁩ و⁦`[نص الرابط](https://example.com)`⁩، و⁦`- عنصر`⁩ أو ⁦`1. عنصر`⁩ في بداية السطر لقائمة نقطية أو مرقّمة، و⁦`> اقتباس`⁩ لاقتباس، ولمقطع شيفرة تضعه بين علامتَي الاقتباس المعكوس هكذا: ⁦`شيفرة`⁩. وأي عنوان ويب يُلصق كما هو يتحوّل إلى رابط قابل للنقر. وإذا بدا نص الرابط كعنوان مختلف عن العنوان الذي يقود إليه فعلًا، يظهر العنوان الحقيقي بجانبه مباشرةً بين قوسين. وحيثما كان الضغط على مفتاح Enter يرسل الرسالة، فإن Shift+Enter ينقلك إلى سطر جديد، وهذا مفيد للقوائم.

تقبل الرسالة الخط العريض والمائل والقوائم والاقتباسات والشيفرة والروابط، وما عدا ذلك يُبسَّط. لا تُحمَّل الصورة: تظهر على شكل رابط، والأفضل إرسال لقطة الشاشة مرفقًا. ولا يُفسَّر HTML أبدًا: تظهر وسوم مثل ⁦`<b>`⁩ كما كتبتها تمامًا. ويبقى الجدول نصًا عاديًا بخطوطه العمودية، ويظهر العنوان (⁦`# عنوان`⁩) سطرًا عريضًا واحدًا. وأخيرًا، يمكن للفريق تعطيل التنسيق: يختفي عندئذٍ الشريط فوق مربع الكتابة وتُعرض الرسائل كما كُتبت.

افتح تذكرة ضمن فئة «الاستضافة» من منطقة العميل مع تحديد المنصة المصدر ونوع الموقع وجدولك الزمني. يقيّم فريقنا الجدوى ويرشدك بشأن تصدير البيانات وإعداد ‎DNS، ويمكنه اقتراح نقل مُساعَد وفق درجة التعقيد. للتواصل الأولي، يمكنك أيضاً استخدام نموذج الاتصال على /اتصل-بنا.

حتى يتمكن فريقنا من تحضير عملية الترحيل وتخطيطها بسرعة، احرص على توفير ما يلي: اسم النطاق المعني، مزود الاستضافة أو لوحة التحكم الحالية (cPanel أو Plesk أو غيرها)، الحجم التقريبي للبيانات أو عدد الحسابات، وإن أمكن بيانات FTP أو cPanel من المصدر. كلما كانت المعلومات في طلبك أدق، كان الترحيل أسرع. افتح طلبك من منطقة العميل أو راسلنا على [email protected].

عند فتح تذكرة من منطقة العميل، يمكنك تحديد أولوية طلبك (منخفضة، عادية، عالية، عاجلة). وفي الأعطال الحرجة التي تمس خدماتك في بيئة الإنتاج، اختر الأولوية «عاجلة» واذكر ذلك بوضوح في العنوان وفي الرسالة الأولى — يرتّب فريقنا الطلبات حسب هذا المعيار لمعالجة الحوادث المُعطِّلة أولًا.

لأي سؤال يتعلق بالإعداد المتقدم (جدار الحماية، ومراقبة الأمان، وتدقيق السجلات)، افتح تذكرة من منطقة العميل مع تحديد نظام التشغيل وإصدار الأداة والسلوك المُلاحَظ. إذا كنت ترغب في تفويض إدارة الخادم بالكامل، فاستفسر عن خيار إدارة ‎VPS‎ المتاح كإضافة لباقتك.

افتح تذكرة ضمن فئة **مشكلة تقنية** مع ذكر عنوان IP المصدر، والقاعدة التي تم تفعيلها (مثلًا: حظر CSF أو تنبيه Imunify360)، والوقت الدقيق والسياق. يحلل فريقنا السجل ويعدّل القاعدة إذا كان الحظر غير مبرَّر. اختر الأولوية **عالية** أو **عاجلة** في حالة الاستعجال.

للإبلاغ بفعالية عن مشكلة زمن استجابة مرتبطة بـ‏Traefik‏، اجمع العناصر التالية قبل فتح تذكرة الدعم: أوقات الاستجابة المقاسة مع ‏Traefik‏ وبدونه (باستخدام ‏curl --verbose‏ أو أداة مثل ‏wrk‏)، وسجلات وصول ‏Traefik‏ مصفّاة على الطلبات البطيئة، وإعداد الموجّه والوسيط المتعلقَين بالخدمة المعنية (ملف ‏YAML‏ أو وسوم ‏Docker‏). ‎تحقق أولاً مما إذا كان التأخر ناجماً عن دقة ‏DNS‏ الداخلية أو إعداد فحوص الصحة أو وسيط مصادقة مضاف افتراضياً. ‎في تذكرة ‏ServOrbit‏، حدّد إصدار ‏Traefik‏ المستخدم، وما إذا كان ‏Let's Encrypt‏ مفعّلاً (إذ قد يُضيف تحدي ‏TLS‏ تأخيرات)، وما إذا كانت المشكلة مستمرة أم متقطعة. ‎يستطيع الدعم التقني لـ‏ServOrbit‏ تحليل إعداداتك وتحديد ما إذا كان التأخر مرتبطاً ببيئة الشبكة على خادم ‏VPS‏ أو بإعداد ‏Traefik‏ نفسه.

لا توجد اتفاقية مستوى خدمة (SLA) تعاقدية معروضة في منطقة العميل، ولا زر أو عبارة «تصعيد»: ليست لدينا قائمة تصعيد منفصلة. إذا تجاوزت تذكرتك مهلة الرد المُعلنة (24 ساعة)، فرُدّ في سلسلة التذكرة للإشارة إلى ذلك، مع توضيح التأثير (خدمة يتعذر الوصول إليها، احتمال فقدان بيانات) حتى يُعاد تقييم الأولوية. وفي الحوادث الحرجة التي تمس بيئة الإنتاج، اختر الأولوية «عاجلة» منذ فتح التذكرة. يمكنك أيضًا التواصل مع [email protected] مع ذكر رقم التذكرة المعنية.

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