قد يتحول موقع ووردبريس من موقع يعمل بكفاءة تامة إلى موقع معطل تمامًا في ثوانٍ معدودة. فتحديث أحد الإضافات في وقت غير مناسب، أو تعطل خادم قاعدة البيانات خلال الليل، أو حقن برمجيات خبيثة دون اكتشافها لأسابيع، كلها عوامل قد تؤدي إلى توقف موقعك عن العمل، وانخفاض الزيارات العضوية، وتوقف الإيرادات تمامًا.
الطارئة صيانة ووردبريس هي عملية منظمة لتشخيص وحل أعطال ووردبريس الحرجة بسرعة، وبالترتيب الصحيح، وباستخدام الأدوات المناسبة. يغطي هذا الدليل جميع سيناريوهات الطوارئ الرئيسية، والحلول التفصيلية لكل منها، وآليات الوقاية التي تمنع تكرار معظم هذه المشكلات.
قبل وقوع الأزمة، فإن فهم التكلفة الفعلية لصيانة مواقع ووردبريس يضع تكلفة الدعم الفني الطارئ في سياقها الصحيح مقارنة بتكلفة التوقف غير المُدار.
صيانة ووردبريس الطارئة هي دعم فني فوري وغير مجدول لحالات تعطل مواقع ووردبريس النشطة.
يغطي هذا التقرير حالات انقطاع الخدمة، والمواقع المخترقة، والأخطاء الفادحة، وتعطل عمليات الدفع، وأخطاء الاتصال بقاعدة البيانات التي تجعل الموقع غير قابل للوصول أو ضارًا بالزوار.
يختلف عن الصيانة الروتينية في جانب واحد: فهو يستجيب لأزمة قائمة بدلاً من العمل وفق جدول زمني وقائي.
تبدأ تكلفة الصيانة الطارئة الاحترافية لمواقع ووردبريس في شركة سي هوك من 39 دولارًا في الساعة بدون الحاجة إلى دفعة مقدمة.
ما هي صيانة ووردبريس الطارئة، ومتى تحتاج إليها؟
تُغطي صيانة ووردبريس الطارئة أي عطل حرج يتطلب تدخلاً فورياً خارج فترة الصيانة المجدولة. وهي صيانة تفاعلية، وحساسة للوقت، وتُفعّل عند حدوث مشكلة قائمة، وليس بناءً على جدول زمني.
تُعتبر الحالة مؤهلة للصيانة الطارئة لموقع ووردبريس عندما يتم استيفاء أحد هذه الشروط:
- الموقع غير متاح تمامًا للزوار
- يقوم الموقع بإعادة توجيه الزوار إلى عناوين URL ضارة
- توقف نظام الدفع أو الحجز أو جمع بيانات العملاء المحتملين عن العمل
- يعرض Google Search Console تحذيرات أمنية أو تنبيهات بشأن القائمة السوداء
- تسبب خطأ في قاعدة البيانات في عدم إمكانية الوصول إلى كل من واجهة المستخدم ولوحة تحكم الإدارة
كل شيء آخر هو مهمة صيانة، وليس حالة طارئة.
الموقع معطل؟ هل تم اختراقه؟ هل تظهر أخطاء؟
تُعالج شركة Seahawk معظم مشاكل ووردبريس الحرجة في أقل من ساعتين. بدون رسوم اشتراك. بدون عقد طويل الأجل. صيانة ووردبريس طارئة سريعة واحترافية ابتداءً من 39 دولارًا في الساعة.
المشكلات الست الحرجة التي تتطلب صيانة طارئة لموقع ووردبريس
اكتشف العلامات التحذيرية التي تشير إلى أن موقع ووردبريس الخاص بك يحتاج إلى عناية فورية قبل أن يتفاقم الضرر. من الاختراقات الأمنية إلى انخفاض الأداء، تعرّف على المشكلات التي لا يمكنك تجاهلها.
شاشة الموت البيضاء تتطلب صيانة طارئة فورية لموقع ووردبريس
شاشة في ووردبريس صفحة بيضاء تمامًا دون أي رسائل خطأ. وهي من أكثر الأسباب شيوعًا التي تدفع أصحاب المواقع إلى طلب صيانة ووردبريس الطارئة، لأن الشاشة البيضاء لا توفر أي معلومات يمكن العمل عليها.
غالباً ما يكون سبب حدوث خطأ فادح في PHP هو حدوثه. تشمل الأسباب الشائعة تعارضاً بين الإضافات نتيجة تحديث حديث، أو عدم توافق وظيفة القالب مع إصدار PHP الحالي، أو استنفاد حد الذاكرة، أو تلف ملف أساسي.
قم بتفعيل وضع التصحيح فورًا عن طريق إضافة هذا إلى ملف wp-config.php عبر بروتوكول نقل الملفات (FTP):
define('WP_DEBUG', true); define('WP_DEBUG_LOG', true); define('WP_DEBUG_DISPLAY', false);راجع ملف debug.log في مجلد wp-content لمعرفة الخطأ بالتحديد، واسم الملف، ورقم السطر. إذا كان أحد الإضافات هو السبب، فأعد تسمية المجلد /wp-content/plugins إلى /wp-content/plugins-disabled عبر بروتوكول نقل الملفات (FTP). إذا تم تحميل الموقع، فأعد تسمية المجلد إلى اسمه الأصلي، ثم فعّل الإضافات واحدة تلو الأخرى.
إذا كان حد الذاكرة هو السبب، فأضف define('WP_MEMORY_LIMIT', '256M'); إلى wp-config.php.
معظم أصحاب المواقع الذين يواجهون خطأ الشاشة البيضاء في ووردبريس تعارضات أذونات الملفات وحدود معالجة النصوص في PHP كأسباب ثانوية بمجرد أن لا ينجح حل المكون الإضافي الواضح.
تتطلب المواقع المخترقة صيانة طارئة مكثفة لـ WordPress
يُعدّ اختراق موقع ووردبريس أخطر سيناريو طارئ لصيانة الموقع. تبقى العديد من الاختراقات خفية لأسابيع. تختبئ الشيفرة الخبيثة في ملفات القالب، أو تقوم بتحميل صفحات بريد إلكتروني عشوائي، أو جمع بيانات النماذج، أو تنتظر تفعيل إعادة التوجيه.
تشمل العلامات التي تدل على الحاجة إلى صيانة طارئة لموقع ووردبريس بسبب خرق أمني ما يلي: عمليات إعادة توجيه البريد العشوائي المرئية للزوار، وحسابات المسؤولين غير المعروفة في قائمة المستخدمين، وتحذيرات القائمة السوداء من جوجل في Search Console، وجافا سكريبت غير متوقع في مصدر الصفحة، وتعليق حسابات الاستضافة.
خطوات الصيانة الطارئة لموقع ووردبريس مخترق:
قم بتفعيل وضع الصيانة فوراً عبر بروتوكول نقل الملفات (FTP) حتى لا يتفاعل الزوار مع الصفحات المصابة أثناء عملية التنظيف.
قم بإجراء فحوصات مستقلة باستخدام Wordfence وSucuri SiteCheck. حمّل نسخة جديدة من نواة ووردبريس من WordPress.org واستبدل مجلدَي /wp-admin و/wp-includes بالكامل عبر بروتوكول نقل الملفات (FTP). أي ملف لا يتطابق مع النسخة النظيفة تم تعديله ويجب استبداله.
افحص جميع ملفات الإضافات والقوالب بحثًا عن دوال base64_decode و eval() و JavaScript المشفر في ملفات functions.php و index.php و .htaccess. نظّف قاعدة البيانات بالبحث في wp_options عن قيم siteurl ضارة، وفي wp_users عن حسابات مدير غير مصرح لها.
أعد ضبط جميع بيانات الاعتماد فورًا: كلمات مرور مدير ووردبريس، وFTP، وقاعدة البيانات، ولوحة تحكم الاستضافة. أنشئ مفاتيح أمان جديدة في ملف wp-config.php.
المواقع التي يتم اختراقها من خلال ثغرة أمنية غير معالجة في ووردبريس، غالباً ما يتم إعادة إصابتها في غضون أيام إذا لم تتم إزالة الباب الخلفي كجزء من عملية التنظيف.
عندما يستهدف الاختراق صفحة الدفع في WooCommerce تحديدًا، فإن هجمات التصيد الاحتيالي في WordPress تقوم بتعديل نصوص الدفع على مستوى قاعدة البيانات بدلاً من مستوى الملف، مما يتطلب نهج تنظيف مختلف عن إزالة البرامج الضارة القياسية.
بالنسبة للمواقع التي فشلت فيها عملية التنظيف اليدوي، أو كان نطاق الإصابة معقدًا للغاية، فإن خدمة إصلاح مواقع ووردبريس المخترقة تغطي الإزالة الكاملة، وإزالة الأبواب الخلفية، والتحصين بعد الإصلاح.
أخطاء في الاتصال بقاعدة البيانات تؤدي إلى إيقاف كل شيء في وقت واحد
يؤدي ظهور رسالة "خطأ في إنشاء اتصال بقاعدة البيانات" إلى انقطاع واجهة المستخدم ولوحة تحكم الإدارة في آنٍ واحد. يصبح الموقع غير قابل للوصول إليه تماماً من جميع الجهات.
الأسباب الأكثر شيوعًا هي بيانات اعتماد قاعدة البيانات الخاطئة في wp-config.php، أو قاعدة بيانات معطلة أو تالفة، أو خادم غير متصل مؤقتًا، أو قاعدة بيانات وصلت إلى حد الاتصال الخاص بها.
خطوات الصيانة الطارئة لـ WordPress لمعالجة أخطاء قاعدة البيانات:
افتح ملف wp-config.php عبر FTP وتحقق من قيم DB_NAME وDB_USER وDB_PASSWORD وDB_HOST مقابل قيم لوحة تحكم الاستضافة الخاصة بك.
إذا كانت بيانات الاعتماد صحيحة واستمر الخطأ، فأضف السطر التالي : define('WP_ALLOW_REPAIR', true); ثم انتقل إلى yoursite.com/wp-admin/maint/repair.php. شغّل خياري الإصلاح والتحسين. احذف هذا السطر مباشرةً بعد ذلك.
إذا كان خادم قاعدة البيانات غير متصل بالإنترنت، فهذه مشكلة تتعلق بالاستضافة وتتطلب اتصالاً مباشراً بمزود الخدمة. موقع ووردبريس الذي توقف تماماً بسبب عطل في الخادم يتطلب إجراءات تشخيصية مختلفة عن تلك المتعلقة بتعطل التطبيق نفسه.
تتسبب تعارضات الإضافات والقوالب في حدوث أكثر حالات الطوارئ شيوعًا
تُشكّل تعارضات الإضافات أكثر من 52% من استكشاف أخطاء ووردبريس وإصلاحها . وينتج معظمها عن تحديث يُطبّق مباشرةً على الموقع المباشر دون اختباره أولاً على بيئة تجريبية.
يظهر تعارض مباشرة بعد التحديث: أخطاء فادحة في الواجهة الأمامية، أو لوحة تحكم إدارية لا يمكن الوصول إليها، أو وظائف معطلة في صفحات معينة.
إذا كان الوصول إلى لوحة التحكم ممكنًا، فعطّل جميع الإضافات ثم أعد تفعيلها واحدة تلو الأخرى حتى يظهر التعارض. أما إذا كان الوصول إلى لوحة التحكم غير ممكن، فأعد تسمية مجلد الإضافات عبر بروتوكول نقل الملفات (FTP) ثم ادخل إلى لوحة التحكم بعد تحميل الموقع.
في حال وجود تعارضات في القوالب، قم بالتبديل إلى قالب ووردبريس الافتراضي عبر بروتوكول نقل الملفات (FTP). إذا تم تحميل الموقع مع تفعيل القالب الافتراضي، فالمشكلة تكمن في ملف functions.php الخاص بالقالب المُفعّل.
ووردبريس ناتج عن إضافة أو قالب في بعض الأحيان في استنفاد ذاكرة PHP أو تلف ملفات النظام الأساسية، وهو ما يتجاوز سير عمل التعطيل القياسي.
تتسبب أعطال بروتوكول SSL في فقدان فوري لحركة البيانات
تؤدي شهادة SSL منتهية الصلاحية إلى حظر كامل لصفحة المتصفح من قِبل برامج الحماية. يمنع كل من متصفحات Chrome وFirefox وSafari الزوار من الوصول إلى الموقع نهائيًا. ويحدث هذا التأثير على حركة المرور بشكل فوري.
أكثر حالات الطوارئ شيوعًا في بروتوكول SSL هي الشهادات التي لم يتم تجديدها تلقائيًا، وأخطاء المحتوى المختلط حيث يتم تحميل الأصول عبر HTTP على موقع HTTPS، وحلقات إعادة التوجيه بعد ترحيل الموقع.
جدد الشهادة في لوحة تحكم الاستضافة فورًا. في حالة المحتوى المختلط، استخدم أداة البحث والاستبدال Better Search Replace لتحديث جميع روابط http:// إلى https:// في قاعدة البيانات. امسح جميع ذاكرات التخزين المؤقت بعد ذلك.
في حالة وجود حلقات إعادة توجيه، تحقق من ملف .htaccess بحثًا عن قواعد إعادة توجيه HTTPS مكررة. يؤدي وجود إعادة توجيه على مستوى الخادم، بالإضافة إلى قاعدة ثانية في ملف .htaccess، إلى إنشاء حلقة تؤدي إلى خطأ إعادة توجيه لا نهائي.
تتطلب حالات تعطل الأداء اتخاذ إجراء فوري على مستوى الخادم
قد يؤدي ارتفاع مفاجئ في حركة المرور نتيجةً لذكرٍ صحفي أو إطلاق حملة إعلانية إلى استهلاك كامل موارد الخادم المشترك في غضون دقائق. والنتيجة هي ظهور خطأ 503 أو تأخر تحميل الصفحات لمدة تتراوح بين 30 و60 ثانية.
هذه مشكلة تتعلق باستنزاف موارد الخادم، وليست مشكلة في تطبيق ووردبريس.
فعّل إضافة التخزين المؤقت للصفحات الكاملة، مثل WP Rocket أو W3 Total Cache، فورًا. سيؤدي ذلك إلى تقليل حمل الخادم بنسبة تصل إلى 90% للصفحات المخزنة مؤقتًا في غضون دقائق من التفعيل.
إذا لم تُحل المشكلة باستخدام التخزين المؤقت، فاتصل بمزود خدمة الاستضافة لطلب زيادة مؤقتة في الموارد. فعّل شبكة توصيل المحتوى (CDN) مثل Cloudflare لإزالة تسليم الملفات الثابتة من الخادم الأصلي تمامًا.
خادم ووردبريس الذي يُظهر أخطاء 500 أو 503 تحت الضغط بشكل مختلف عن الخادم الذي يتعطل بسبب تعارض في المكونات الإضافية، وتكون مسارات التشخيص لكل منهما مختلفة تمامًا.
تشخيص أعطال ووردبريس الطارئة في أقل من 10 دقائق
تبدأ جميع جلسات صيانة ووردبريس الطارئة بنفس التسلسل المنظم. ويُعدّ تخطي الخطوات السبب الأكثر شيوعًا وراء استغراق حلّ المشكلات البسيطة ساعات.
الخطوة الأولى: اقرأ رمز الخطأ بدقة. افتح أدوات مطوري المتصفح، وانتقل إلى علامة تبويب الشبكة، وأعد تحميل الصفحة، وتحقق من رمز الحالة. يتطلب كل من الخطأ 500 والخطأ 503 وخطأ الاتصال بقاعدة البيانات مسار حل مختلف.
الخطوة الثانية: تحقق من سجل أخطاء الخادم. يمكنك الوصول إليه عبر لوحة تحكم الاستضافة أو بروتوكول نقل الملفات (FTP). يحتوي هذا السجل على تفاصيل خطأ PHP، ومسار الملف، ورقم السطر. تُعد هذه الأداة التشخيصية الأسرع المتاحة في حالات الطوارئ.
الخطوة الثالثة: تحديد آخر التغييرات. راجع سجل نشاط ووردبريس للاطلاع على آخر تحديثات الإضافات أو القوالب أو النظام الأساسي. ترتبط معظم حالات الطوارئ ارتباطًا مباشرًا بتغيير حديث.
الخطوة الرابعة: تحقق من صفحة حالة مزود الاستضافة. إذا لم يطرأ أي تغيير على ووردبريس وكان الموقع متوقفًا، فقد يكون مزود الاستضافة يعاني من عطل في الخادم. تحقق دائمًا قبل إجراء أي تعديل على تثبيت ووردبريس.
الخطوة 5: تفعيل وضع تصحيح الأخطاء WP_DEBUG. إذا كان الخطأ على مستوى التطبيق، فسيعرض وضع تصحيح الأخطاء خطأ PHP بالضبط في غضون دقيقتين، دون أي تخمين.
صيانة ووردبريس الطارئة: مرجع سريع
| قم بتعطيل جميع الإضافات عبر بروتوكول نقل الملفات (FTP)، ثم أعد تفعيلها واحدة تلو الأخرى | السبب الأكثر شيوعاً | الإجراء الأول |
|---|---|---|
| شاشة الموت البيضاء | تعارض في الإضافات أو ذاكرة PHP | قم بتفعيل وضع تصحيح الأخطاء في ووردبريس (WP_DEBUG)، وقم بتعطيل الإضافات عبر بروتوكول نقل الملفات (FTP) |
| خطأ في الاتصال بقاعدة البيانات | بيانات اعتماد ملف wp-config.php خاطئة | تحقق من بيانات اعتماد قاعدة البيانات، ثم شغّل أداة الإصلاح |
| خطأ داخلي في الخادم 500 | ملف .htaccess تالف أو حد الذاكرة | أعد تسمية ملف .htaccess، وقم بزيادة حد الذاكرة |
| 503 الخدمة غير متوفرة | استنفاد موارد الخادم | تفعيل التخزين المؤقت، الاتصال بالمضيف |
| إعادة توجيه البرامج الضارة | التعليمات البرمجية المحقونة في الملفات أو قاعدة البيانات | قم بفحص الملفات وقاعدة البيانات وتنظيفها، ثم أعد تعيين بيانات الاعتماد |
| خطأ في بروتوكول SSL | شهادة منتهية الصلاحية أو محتوى مختلط | جدد شهادة SSL، وقم بتشغيل خاصية البحث والاستبدال لمراجع HTTP |
| تعارض الإضافات | تحديث غير متوافق | قم بتعطيل جميع الإضافات عبر بروتوكول نقل الملفات (FTP)، ثم أعد تفعيلها واحدة تلو الأخرى |
| خطأ إداري حرج | خطأ فادح في PHP | تحقق من ملف debug.log، وقم بتعطيل الإضافة أو القالب عبر بروتوكول نقل الملفات (FTP) |
عند ظهور عدة أخطاء حرجة في ووردبريس في وقت واحد، يصبح ترتيب حلها مهماً. تُعطى أخطاء قاعدة البيانات والخادم الأولوية على أخطاء التطبيق لأنها تؤثر على جميع خطوات التشخيص الأخرى.
متاجر WooCommerce التي توقفت فيها عملية الدفع عن معالجة الطلبات إلى مسار تشخيصي منفصل لأن أعطال بوابة الدفع، وتعارضات مكونات سلة التسوق، وسوء تكوين SSL تنتج أعراضًا مرئية متطابقة ولكنها تتطلب إصلاحات مختلفة.
متى يجب التوقف عن إجراء الصيانة الطارئة لـ WordPress بنفسك والاتصال بمحترف؟
في كل حالة طارئة، تصل الأمور إلى نقطة يصبح فيها الاستمرار في محاولة حل المشكلات بنفسك أمراً ضاراً، إذ يخلق مخاطر أكثر مما يحل.
اتصل بمحترف على الفور عندما:
- الموقع معطل منذ أكثر من 30 دقيقة دون سبب محدد
- تتعلق المشكلة بتلف قاعدة البيانات، حيث يؤدي تعديل خاطئ إلى تدمير البيانات بشكل دائم
- تعرض الموقع للاختراق، ولم توقف عملية التنظيف الأولية السلوك الخبيث
- تعطلت النسخة الاحتياطية المستعادة مرة أخرى في غضون 24 ساعة، مما يعني أن السبب الجذري لم تتم معالجته
- تُفقد الإيرادات، وكل دقيقة إضافية من التوقف عن العمل لها تكلفة مباشرة
غالباً ما يتسبب أصحاب المواقع الذين يستمرون في استكشاف الأخطاء وإصلاحها بعد هذه النقطة في حدوث مشاكل ثانوية: تعطيل المكون الإضافي الخاطئ يؤدي إلى تعطيل وظائف إضافية، وتعديلات wp-config.php غير الصحيحة تؤدي إلى إيقاف الموقع بالكامل، واستعادة النسخة الاحتياطية الخاطئة تمحو بيانات العملاء الحديثة.
الشركات التي تخسر إيرادات أثناء تعطل ووردبريس تنفق دائمًا تقريبًا مبالغ أكبر في تكاليف الفرص البديلة أثناء استكشاف الأخطاء وإصلاحها بنفسك لفترة طويلة مما كانت ستدفعه مقابل حل احترافي منذ البداية.
الوقاية: طبقة الصيانة التي توقف معظم حالات الطوارئ قبل حدوثها
يمكن تجنب معظم حالات الطوارئ في ووردبريس. فالمواقع التي تتبع جدول صيانة منتظم تشهد عددًا أقل بكثير من الحوادث الحرجة مقارنةً بالمواقع التي تُحدّث يدويًا أو بشكل متقطع.
تحديثات مرحلية أسبوعية. قم بتطبيق جميع الإضافات والقوالب والتحديثات الأساسية على بيئة تجريبية قبل إطلاق الموقع الفعلي. يتيح الاختبار على البيئة التجريبية اكتشاف أي تعارضات قبل أن تؤثر على الزوار الحقيقيين.
نسخ احتياطية يومية خارج الموقع مع الاحتفاظ بالبيانات لمدة 90 يومًا. السبب الأكثر شيوعًا لتحول حالة طارئة إلى كارثة تستمر لعدة أيام هو عدم وجود نسخة احتياطية حديثة ونظيفة. عند وجود نسخة احتياطية، تُحل معظم الحالات الطارئة في أقل من ساعة.
مراقبة مستمرة لوقت التشغيل. تقوم خدمة بفحص الموقع كل خمس دقائق، وتطلق تنبيهًا فوريًا بمجرد توقفه عن العمل، مما يقلل الفترة الزمنية بين بدء المشكلة وبدء صيانة ووردبريس الطارئة.
فحص البرامج الضارة بانتظام. تبقى معظم الإصابات كامنة لأسابيع. يكشف الفحص الأسبوعي عنها عندما يكون إزالتها أسهل وأقل تكلفة.
التحقق من توافق إصدار PHP. يُعدّ عدم توافق إصدار PHP بين الخادم والإضافات المُثبّتة أحد أكثر أسباب الأعطال المفاجئة شيوعًا. يُساعد التحقق من التوافق قبل ترقية الخادم على استبعاد هذا السبب تمامًا.
يُعدّ إجراء صيانة أمنية دورية لموقع ووردبريس، بدلاً من الاكتفاء بإجراءات رد الفعل، النهج الأمثل من حيث التكلفة للحفاظ على استقرار الموقع. فالمواقع التي تُفعّل فيها خاصية فحص البرامج الضارة بشكل فعّال، تكتشف الإصابات بتكلفة زهيدة مقارنةً بتكلفة إزالة البرامج الضارة في مراحلها المتأخرة.
إن وضع مراقبة ودعم الطوارئ الخاصة بـ WordPress بروتوكولات قبل وقوع الأزمة يعني أن بنية الكشف والاستجابة ستكون موجودة بالفعل عندما يحدث خطأ ما.
ووردبريس التي تبدأ من 49 دولارًا شهريًا تحديثات أسبوعية ونسخ احتياطية يومية ومراقبة وقت التشغيل وفحص البرامج الضارة: طبقة الوقاية الكاملة التي تقضي على معظم سيناريوهات الطوارئ قبل وصولها إلى الموقع.
أسعار صيانة ووردبريس الطارئة
تُقدم شركة Seahawk خدمات صيانة ووردبريس الطارئة الاحترافية بسعر 39 دولارًا أمريكيًا للساعة. لا توجد رسوم مقدمة. لا يوجد حد أدنى للالتزام بعد ساعة واحدة.
| نوع الإصدار | ساعات العمل النموذجية | التكلفة التقديرية |
|---|---|---|
| شاشة بيضاء أو خطأ 500 | من ساعة إلى ساعتين | من 39 دولارًا إلى 78 دولارًا |
| إزالة البرامج الضارة | من ساعتين إلى أربع ساعات | من 78 دولارًا إلى 156 دولارًا |
| فشل التراجع عن التحديث | ساعة واحدة | $39 |
| إصلاح SSL | ساعة واحدة | $39 |
| خطأ في قاعدة البيانات | ساعة واحدة | $39 |
| التعافي من الهجرة | من ساعتين إلى ثلاث ساعات | من 78 دولارًا إلى 117 دولارًا |
| تعطل الأداء | من ساعة إلى ثلاث ساعات | من 39 دولارًا إلى 117 دولارًا |
يحصل عملاء خطط الصيانة للشركات وكبار الشخصيات على خدمات إزالة البرامج الضارة واستعادة البيانات بعد الاختراق مجانًا. كما يحصل عملاء كبار الشخصيات على خدمة فرز الحالات الطارئة على مدار الساعة وطوال أيام الأسبوع، بالإضافة إلى الاستجابة الفورية في نفس اليوم، كجزء من الخطة.
أوقف حالة الطوارئ التالية قبل أن تبدأ
تُعالج صيانة ووردبريس الطارئة المشكلات الحالية، بينما تمنع الصيانة الدورية حدوث أي عطل لاحق. ويُعدّ الجمع بين هذين النهجين هو الأمثل من حيث التكلفة لضمان استقرار الموقع: خطة صيانة تُعنى بالأعمال الوقائية وفق جدول زمني منتظم، ودعم طارئ متاح بسعر 39 دولارًا أمريكيًا للساعة للحالات التي لا تستطيع الصيانة التنبؤ بها بشكل كامل.
ووردبريس التي تبدأ من 49 دولارًا شهريًا تحديثات أسبوعية ونسخًا احتياطية يومية ومراقبة وقت التشغيل وفحصًا للبرامج الضارة لمنع غالبية حالات صيانة ووردبريس الطارئة التي يغطيها هذا الدليل.
الأسئلة الشائعة حول صيانة ووردبريس الطارئة
ما هي صيانة ووردبريس الطارئة؟
صيانة ووردبريس الطارئة هي دعم فني فوري وغير مجدول لأعطال ووردبريس النشطة: انقطاع الموقع، والمواقع المخترقة، والأخطاء الفادحة، وتدفقات الدفع المعطلة، وأعطال قاعدة البيانات التي تجعل الموقع غير قابل للوصول أو ضارًا بشكل فعال للزوار.
كم تستغرق صيانة ووردبريس الطارئة؟
تُحلّ حالات الطوارئ ذات السبب الواحد، مثل تعارضات الإضافات، وأخطاء بيانات اعتماد قاعدة البيانات، وفشل بروتوكول SSL، عادةً في غضون ساعة إلى ساعتين. أما إزالة البرامج الضارة فتستغرق من ساعتين إلى أربع ساعات. بينما قد تستغرق المشكلات متعددة الطبقات، التي تشمل تعارضات متزامنة، وتلف قاعدة البيانات، وحوادث أمنية، من أربع إلى ثماني ساعات.
هل يمكن لصيانة ووردبريس الطارئة استعادة موقع بدون نسخة احتياطية؟
نعم، لكن العملية أكثر تعقيدًا وتكلفةً بكثير. فبدون نسخة احتياطية، يتطلب الاسترداد تنظيف كل ملف وجدول قاعدة بيانات مصاب يدويًا، بدلًا من استعادة حالة نظيفة وتصحيح نقطة الدخول.
ما الذي يسبب حالات الطوارئ المتكررة في نفس الموقع؟
تشير حالات الطوارئ المتكررة في أغلب الأحيان إلى وجود قصور في البنية التحتية الوقائية: عدم وجود تحديثات مرحلية، وعدم وجود نسخ احتياطية منتظمة، وعدم وجود فحص للبرامج الضارة، وعدم وجود مراقبة لوقت التشغيل. وتعالج خطة صيانة واحدة هذه الجوانب الأربعة جميعها في آن واحد.
