الدعم

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

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

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

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

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

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

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

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

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

يلزم وجود حساب عميل لفتح تذكرة دعم متتبّعة، إذ يتيح ذلك ربط طلبك بخدماتك وضمان متابعة أفضل. إن لم يكن لديك حساب بعد، يمكنك التواصل معنا عبر نموذج الاتصال أو ‏WhatsApp وسيرشدك فريقنا.

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

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

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

دعمنا التقني متاح **7 أيام في الأسبوع، 24 ساعة في اليوم** للحوادث الحرجة التي تؤثر على خدماتك (خادم معطّل، فقدان الوصول، مشكلة شبكة). للطلبات غير العاجلة (أسئلة الإعداد، طلبات الاستشارة، مساعدة الترحيل)، يستجيب فريقنا **من الاثنين إلى الجمعة من 9 صباحاً إلى 6 مساءً** (بتوقيت باريس). في عطلات نهاية الأسبوع والأعياد، تستفيد التذاكر العاجلة من وقت استجابة مضمون يبلغ 4 ساعات. لتفعيل الأولوية العاجلة، افتح تذكرتك مختاراً فئة **حادثة إنتاجية** وصِف تأثير المشكلة على خدماتك.

لا يُعيد 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 ساعة للحوادث العاجلة. يمكنك أيضًا التواصل عبر 708030340 خلال ساعات العمل.

افتح تذكرة من منطقة عميلك محدِّدًا إصدار ‎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 على 708030340. اذكر في رسالتك الخدمات المتأثّرة والأثر الملاحَظ ومنذ متى — يُمكّننا ذلك من معالجة طلبك بالأولوية الصحيحة فور الاستلام.

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

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

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

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

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