تحديث موقع Broke My WordPress

تقوم بتحديث مكون إضافي أو ربما موضوعك أو حتى نموذج PHP أو WordPress الخاص بك وتكسر صفحات الويب الخاصة بك! ما كان يُقصد به أن يكون عملًا مباشرًا قد يصبح ساعات فعلاً تستحق العمل بينما تكافح لاكتشاف الجاني والعناية بموقعك.

إذا أدى التحديث إلى كسر موقع الويب الخاص بك على WordPress ، فهذه المقالة القصيرة تناسبك! سنلقي نظرة على مجموعة من الأسباب الشائعة وكيف يمكنك التعامل معها. لنبدأ!

## اشتعلت في طريقة الخدمة

عندما يتم إجراء التحديث بشكل صحيح ، تظهر معلومات مثل "يخضع موقع الويب للصيانة المجدولة" لبضع دقائق ثم تختفي تلقائيًا. ولكن عند حدوث ذلك ، سينتهي البرنامج النصي الذي يدير التحديث ، وستجد موقع الويب الخاص بك عالقًا في وضع الصيانة.

ما عليك القيام به هو حذف ملف الصيانة الروتينية. استخدم متسوق FTP المفضل لديك للاتصال بموقع الويب الخاص بك ، وانتقل إلى المجلد الجذر وتحتاج إلى رؤية ملف الصيانة.

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

حان الوقت الآن لتتبع سبب القلق في المنطقة الأولى.

### البرنامج المساعد باعتباره الجاني

يجب عليك تتبع المكون الإضافي الذي يمكن الاعتماد عليه يدويًا عن طريق إلغاء تنشيط جميع المكونات الإضافية ثم إعادة تنشيطها واحدة تلو الأخرى. ستحتاج إلى القيام بذلك عن طريق الوصول إلى مجلد المكونات الإضافية باستخدام FTP وإعادة تسمية كل مكون إضافي إلى شيء مثل exampleplugin_disabled. سيؤدي هذا بعد ذلك إلى منع هذا البرنامج المساعد من العمل. إذا كان موقعك الآن قادرًا على القيام بالطريقة الصحيحة ، فقد حددت الجاني.

بشكل إيحائي ، يؤدي تحديث المكونات الإضافية بشكل فردي إلى ضغط أقل بكثير على الخادم ومن المرجح أن يكون مزدهرًا ويعرض الجاني حقًا غائبًا في حالة انتهاء المهلة. من الأفضل أيضًا اختبار مدى ملاءمتها لنموذج WordPress الخاص بك في كثير من الأحيان.

### عندما يكون موضوعك هو الصعوبة

للتأكد من أن المشكلة مرتبطة بموضوعك ، ستحتاج إلى إلغاء تنشيط المظهر الحالي الخاص بك وتفعيل سمة WordPress الافتراضية مثل مفهوم 20 Twenty-Just one. إذا لم يكن مكان الإدارة متاحًا بعد التحديث غير الناجح مباشرة ، فيمكنك إلغاء تنشيط المظهر الخاص بك باستمرار من خلال مستهلك FTP المفضل لديك.

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

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

### بعد وقت قصير من تحديث إصدار PHP

في كثير من هذا النوع من المواقف ، قد تكمن المشكلة في مكون إضافي قديم ، قبل أي شيء على الإطلاق ، يجب عليك اتباع الأساليب الموضحة مسبقًا.

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

## صعوبات مشابهة للخادم - خطأ HTTP 500

بدلاً من معلومات "عالق في وضع الخدمة" ، من المحتمل أن تحصل على خطأ HTTP 500 بعد إجراء التحديث. في هذه الحالة ، من المحتمل جدًا أن تكون المشكلة مرتبطة بالخادم إلى حد ما بدلاً من مشكلة في سمة أو مكون إضافي.

عادة ما تكون مشكلات جانب الخادم هذه ناتجة عن الخوادم المشتركة غير الفعالة / المحملة بشكل زائد والتي تستخدم عادة لاستضافة خطة الإنفاق. ربما أدت الاستجابة التدريجية أو حادثة استنفاد الذاكرة إلى مقاطعة طريقة التحديث. في هذا الظرف خيارك الحقيقي الوحيد هو التحدث إلى المضيف وطلب مساعدته.

## شاشة بيضاء لفقدان الأرواح

شاشة White Monitor of Loss of Life (WSOD) هي التي ترى فيها شاشة فارغة بدلاً من موقع الإنترنت الخاص بك. إنها واحدة من أكثر التحديات انتشارًا التي يواجهها مشترو WordPress وقد تكون مماثلة لجميع التحديات الأعلى من. يمكنك الحصول على دليل جيد [هنا] (https://pressidium.com/weblog/2019/how-to-take care of-the-wordpress-white-monitor-of-demise /).

## فشل الإعداد: تعذر إنشاء الدليل

إذا تلقيت في أي وقت رسالة "فشل التثبيت: تعذر إنشاء دليل" فلا داعي للقلق حقًا! تحدث هذه المشكلة عادةً بسبب حالة ترخيص ملف عند تحديث مكون إضافي أو سمة. في بعض الأحيان يمكن أن يحدث أيضًا كنتيجة نهائية لعدم كفاية منزل القرص.

لحل حالة الأذونات ، سيتعين عليك إعادة تعيين الأذونات. مرة أخرى ، يجب عليك الانضمام إلى قائمة موقع الويب الخاص بك باستخدام متسوق FTP والتحقق من الأذونات التي تم تعيينها لمجلدات wp_information و wp_includes و wp_admin عن طريق النقر عليها بشكل صحيح.

إذا كان في الحقيقة موقف مرتبط بالترخيص ، فلن يكون لمجلد المحتوى المكتوب wp أذونات 755 جيدة. إذا كان الأمر كذلك ، فتأكد تمامًا من ملاءمتها وانقر فوق الزر "موافق" كما هو مثبت في الأسفل.

تتوافق القيمة الرقمية 755 مع Study-Compose-Execute للمالك ، والقراءة من خلال التنفيذ للحصول على أذونات الفريق والقراءة من خلال التنفيذ لبعض الأذونات الأخرى.

يتم استخدام أذونات "المالك" من قبل المالك المعين للملف أو الدليل ، ويتم تطبيق أذونات "المجموعة" بواسطة شركاء الفريق الذي يمتلك الملف أو الدليل ، أذونات "الآخرين" التي يستخدمها جميع المشترين الآخرين. يمكنك أيضًا الرجوع إلى أداة [Chmod Calculator] (https://chmod-calculator.com/) للتحويلات.

آمل أن يساعد كل هذا. بالنسبة للفصل الدراسي ، هناك عادةً إجراءات احترازية يمكنك اتخاذها لتجنب هذه المشكلات ، والتي ترتبط بالنسخ الاحتياطية وإمكانية الوصول إلى صفحة الويب أو بيئات التدريج التي يمكنك العثور عليها في [هذه المقالة الرائعة] (https://pressidium.com/blog site / updating-broken-my-wordpress-web site /).

اتمنى لك يوم جميل!