تعذر على موقعك إكمال طلب الاسترجاع
قدم WordPress طلب HTTP إلى عنوانه الخاص ولم يحصل على إجابة. تعتمد العديد من الميزات على هذا العمل.
Your site could not complete a loopback request. This may prevent the Site Health check from working…
قم بتقديم نفس الطلب الذي يقوم به الموقع ، من الخادم نفسه ، وقراءة ما يعود. يمثل الاتصال المرفوض وخطأ TLS و 401 ثلاث مشكلات مختلفة ، وتخبرك الاستجابة بالواحد الذي لديك في أمر واحد.
الأسباب الأرجح أولًا.
افحص القائمة بالترتيب. يتيح لك كل فحص تأكيد السبب أو استبعاده قبل تغيير أي شيء، لأن الحلول تختلف والتخمين يكلّف أكثر من تنفيذ أمر للتحقق.
| السبب | كيفية التحقق | الإصلاح |
|---|---|---|
| مصادقة HTTP أمام الموقع | الطلب يعود 401. موقع التدريج وراء اسم المستخدم وكلمة المرور هو الحالة الكلاسيكية - المتصفح يعرف بيانات الاعتماد و WordPress لا. | استثن مسار الاسترجاع من المصادقة ، أو أعطِ WordPress بيانات الاعتماد لطلباتها الخاصة. إزالة الحماية غير مطلوب. |
| لا يمكن للخادم حل اسم المضيف الخاص به | فشل الطلب مع خطأ DNS بينما يعمل عنوان URL نفسه من الكمبيوتر المحمول. السجل العام موجود ؛ جهاز حل الجهاز الخاص لا يعرف ذلك. | إضافة إدخال المضيفين مشيرا إلى مجال الموقع في عنوان الاسترجاع، لذلك يطلب الخادم يجعل لنفسه البقاء المحلية بدلا من الخروج والعودة. |
| جدار ناري يمنع طلبات الخروج إلى نفسه | الاتصال مرفوض أو مرات مع عدم وجود استجابة HTTP على الإطلاق ، ولا يظهر أي شيء في سجل الوصول إلى الموقع. | السماح للخادم للوصول إلى عنوانها العام الخاص والمنفذ. قواعد الخروج التي لا تسمح إلا لعدد قليل من الوجهات التقاط هذه الحالة دون أن يلاحظ أحد. |
| شهادة لا يثق بها الخادوم | فشل الطلب في التحقق من TLS - سلسلة موقعة ذاتيا أو غير مكتملة - بينما يقبل المتصفح ذلك لأن المتصفحات تحمل متجر ثقة مختلف. | تثبيت سلسلة الشهادات الكاملة، أو نقطة الاسترجاع في http على الواجهة المحلية بحيث لا تشارك TLS في الطلب الذي لا يترك الجهاز أبدا. |
الإصلاح خطوة بخطوة.
تفترض الأوامر توفر WP-CLI والوصول إلى سطر الأوامر. إن لم يتوفرا، تشرح كل خطوة الإجراء كي تنفذه من لوحة التحكم أو عبر SFTP.
تقديم الطلب الذي يقوم الموقع بتقديمه
قم بتشغيل هذا على الخادم ، وليس الكمبيوتر المحمول. التمييز هو نقطة كاملة من الاختيار.
curl -sS -o /dev/null -w '%{http_code}\n' https://example.com/wp-cron.phpاسأل WordPress لمحاولة ، وطباعة الفشل
يطبق WP HTTP API توقيتاته وإعدادات TLS الخاصة به ، لذلك يمكن أن تختلف نتيجته عن تجعيد الشعر.
wp eval '$r = wp_remote_get( home_url( "/" ) ); echo is_wp_error( $r ) ? $r->get_error_message() : wp_remote_retrieve_response_code( $r ), PHP_EOL;'
إبقاء الطلب على الجهاز
A دخول المضيفين يزيل DNS ورحلة ذهابا وإيابا من خلال الحافة من المعادلة.
# /etc/hosts 127.0.0.1 example.com www.example.com
إذا كان HTTP auth ، دع الموقع يمر به
تعيين بيانات الاعتماد WordPress يجب أن تستخدم لطلباتها الخاصة ، في wp-config.php.
define( 'WP_HTTP_BASIC_AUTH_USER', 'staging' ); define( 'WP_HTTP_BASIC_AUTH_PASS', 'the-password' );
إعادة تشغيل الموقع الصحة والتحقق من كرون اشتعلت
عادة ما يؤدي الاسترجاع المستعاد إلى تصفية تراكم الأحداث المجدولة على الفور ، وهو التأكيد العملي.
wp cron event list --fields=hook,next_run_relative
ما تتولاه المنصة عنك.
يعمل Cron من النظام الأساسي بدلاً من طلب يقدمه الموقع لنفسه ، لذلك لا يمكن للارتداد الفاشل إيقاف العمل المجدول هنا - وهو ما يجعل هذا الفشل ضارًا للغاية في مكان آخر: فهو يتوقف عن النشر والتحديثات والبريد الإلكتروني في قائمة الانتظار مرة واحدة ، مع عدم وجود شيء في الواجهة ليقول ذلك. تتم حماية مواقع الترتيب دون HTTP auth في مسار الطلب ، وبالتالي فإن السبب الأكثر شيوعًا لا ينشأ.
الأسئلة الشائعة.
هل هذا حقاً يكسر أي شيء أم مجرد تحذير؟
فشل فقط في التدريج لماذا؟
هل يمكنني تجاهل ذلك إذا كان كرون يعمل من جدول النظام؟
لماذا يعمل من متصفحي ولكن ليس من الخادم؟
إن لم يكن هذا هو السبب.
قد تبدو هذه الأخطاء متشابهة في المتصفح.