لقد صادفنا الكثير من الأخطاء المختلفة هنا في Kinsta ، و ERR_TOO_MANY_REDIRECTS (المعروف أيضًا باسم حلقة إعادة التوجيه) هو أحد الأخطاء التي نراها بشكل منتظم. يحدث هذا عادةً بعد تغيير حديث على موقع الويب الخاص بك ، أو تكوين خاطئ لعمليات إعادة التوجيه على الخادم الخاص بك ، أو إعدادات خاطئة مع خدمات الجهات الخارجية. لكن لا تقلق ، فهذا الخطأ سهل الإصلاح إلى حد ما.
جرب نسخة تجريبية مجانية
تحقق من التوصيات أدناه حول كيفية إصلاح هذا الخطأ واستعادة موقعك وتشغيله.
سبب ERR_TOO_MANY_REDIRECTS هو إلى حد كبير ما يبدو عليه الأمر ، شيء ما يتسبب في الكثير من عمليات إعادة التوجيه ، مما يؤدي إلى إرسال موقع الويب الخاص بك إلى حلقة إعادة توجيه لا نهائية.
الموقع عالق بشكل أساسي (مثل عنوان URL 1 يشير إلى عنوان URL 2 ويشير عنوان URL 2 مرة أخرى إلى عنوان URL 1 ، أو أن المجال أعاد توجيهك مرات عديدة) وعلى عكس بعض الأخطاء الأخرى ، نادرًا ما يتم حل هذه الأخطاء بنفسها وستحتاج منك على الأرجح أن تأخذها العمل لإصلاحه.
ربما تكون قد صادفت أيضًا الخطأ ” تجاوز الطلب حد 10 عمليات إعادة توجيه داخلية بسبب خطأ محتمل في التهيئة “.
هناك نوعان من الأشكال المختلفة لهذا الخطأ اعتمادًا على المتصفح الذي تقوم بتشغيله.
سيظهر هذا الخطأ في Google Chrome كـ ERR_TOO_MANY_REDIRECTS (كما هو موضح أدناه) أو تحتوي صفحة الويب هذه على مشكلة حلقة إعادة التوجيه .
هذه الصفحة لا تعمل. قام domain.com بإعادة توجيهك عدة مرات.
ERR_TOO_MANY_REDIRECTS في Google Chrome
ERR_TOO_MANY_REDIRECTS في Google Chrome
(تحقق من كيفية إصلاح خطأ ERR_CACHE_MISS في Chrome ).
سيظهر في Mozilla Firefox على أنه لا يتم إعادة توجيه الصفحة بشكل صحيح (كما هو موضح أدناه).
حدث خطأ أثناء الاتصال بـ domain.com. قد تحدث هذه المشكلة أحيانًا بسبب تعطيل أو رفض قبول ملفات تعريف الارتباط.
ERR_TOO_MANY_REDIRECTS في Firefox
ERR_TOO_MANY_REDIRECTS في Mozilla Firefox
في Microsoft Edge ، ستظهر ببساطة لأن هذه الصفحة لا تعمل الآن (كما هو موضح أدناه).
قام Domain.com بإعادة توجيهك عدة مرات.
ERR_TOO_MANY_REDIRECTS في Microsoft Edge
ERR_TOO_MANY_REDIRECTS في Microsoft Edge
في Safari ، سيظهر على أنه لا يمكن لـ Safari فتح الصفحة (كما هو موضح أدناه).
حدثت عمليات إعادة توجيه كثيرة جدًا أثناء محاولة فتح “domain.com”. قد يحدث هذا إذا قمت بفتح صفحة تمت إعادة توجيهها لفتح صفحة أخرى يتم إعادة توجيهها بعد ذلك لفتح الصفحة الأصلية.
خطأ ERR_TOO_MANY_REDIRECTS في Safari
خطأ ERR_TOO_MANY_REDIRECTS في Safari
فيما يلي بعض التوصيات والأشياء التي يجب التحقق منها لإصلاح الخطأ (مرتبة بالترتيب حسب الأسباب الأكثر شيوعًا التي نراها):
حذف ملفات تعريف الارتباط على هذا الموقع المحدد
امسح موقع وورد بريس والخادم والوكيل وذاكرة التخزين المؤقت للمتصفح
تحديد طبيعة حلقة إعادة التوجيه
تحقق من إعدادات HTTPS الخاصة بك
تحقق من خدمات الطرف الثالث
تحقق من إعدادات موقع وورد بريس الخاص بك
قم بتعطيل مكونات وورد بريس الإضافية مؤقتًا
تحقق من عمليات إعادة التوجيه على الخادم الخاص بك
يوصي كل من Google و Mozilla في الواقع أسفل الخطأ “بمحاولة مسح ملفات تعريف الارتباط”. يمكن أن تحتوي ملفات تعريف الارتباط في بعض الأحيان على بيانات خاطئة قد تتسبب في حدوث خطأ ERR_TOO_MANY_REDIRECTS. هذه إحدى التوصيات التي يمكنك تجربتها حتى إذا واجهت الخطأ على موقع لا تملكه.
نظرًا لحقيقة أن ملفات تعريف الارتباط تحتفظ بحالة “تسجيل الدخول” الخاصة بك على المواقع والإعدادات الأخرى ، فإننا نوصي ببساطة بحذف ملفات تعريف الارتباط الموجودة على الموقع الذي توجد به المشكلة . بهذه الطريقة لن تؤثر على أي من جلساتك أو مواقع الويب الأخرى التي تزورها كثيرًا.
اتبع الخطوات أدناه لحذف ملف تعريف الارتباط من موقع ويب معين في Google Chrome.
في Google Chrome ، انقر فوق النقاط الثلاث الصغيرة في الزاوية اليمنى العليا. ثم انقر فوق “الإعدادات”.
إعدادات Chrome
إعدادات Chrome
مرر لأسفل وانقر على “خيارات متقدمة”.
إعدادات Chrome المتقدمة
إعدادات Chrome المتقدمة
ثم انقر فوق “إعدادات المحتوى”.
إعدادات محتوى Chrome
إعدادات محتوى Chrome
انقر فوق “ملفات تعريف الارتباط”.
ملفات تعريف الارتباط على Chrome
ملفات تعريف الارتباط على Chrome
ثم انقر فوق “مشاهدة جميع ملفات تعريف الارتباط وبيانات الموقع”.
Chrome يرى جميع ملفات تعريف الارتباط
Chrome يرى جميع ملفات تعريف الارتباط
ابحث عن الموقع (المجال) الذي تواجه فيه الخطأ ERR_TOO_MANY_REDIRECTS. يمكنك بعد ذلك حذف ملفات تعريف الارتباط المخزنة حاليًا على جهاز الكمبيوتر الخاص بك لهذا المجال. ثم حاول زيارة الموقع مرة أخرى.
احذف ملف تعريف الارتباط في Chrome
احذف ملف تعريف الارتباط في Chrome
نظرًا لحقيقة أن حلقات إعادة التوجيه هي استجابات يمكن تخزينها مؤقتًا ، فمن المستحسن دائمًا محاولة مسح ذاكرة التخزين المؤقت على موقع وورد بريس الخاص بك ، والخادم ، وخدمات الوكيل التابعة لجهات خارجية ، وحتى متصفحك إذا لزم الأمر.
اعتمادًا على نوع حلقة إعادة التوجيه ، قد تظل قادرًا على الوصول إلى لوحة تحكم مسؤول وورد بريس. في هذه الحالة ، يمكنك بسهولة مسح ذاكرة التخزين المؤقت ضمن إعدادات المكون الإضافي للتخزين المؤقت. فيما يلي بعض الروابط السريعة حول كيفية مسح ذاكرة التخزين المؤقت لـ وورد بريس باستخدام المكونات الإضافية الشائعة:
تريد أن تعرف كيف زدنا من حركة المرور لدينا أكثر من 1000 ٪؟
انضم إلى أكثر من 20000 آخرين ممن يتلقون رسائلنا الإخبارية الأسبوعية مع نصائح من الداخل حول وورد بريس!
إشترك الآن
مسح ذاكرة التخزين المؤقت باستخدام Cache Enabler
امسح ذاكرة التخزين المؤقت باستخدام W3 Total Cache
مسح ذاكرة التخزين المؤقت مع Super Cache
إذا كنت أحد عملاء Kinsta ، فيمكنك بسهولة مسح ذاكرة التخزين المؤقت من شريط أدوات مسؤول وورد بريس.
امسح ذاكرة التخزين المؤقت Kinsta من مسؤول وورد بريس
امسح ذاكرة التخزين المؤقت Kinsta من مسؤول وورد بريس
إذا لم تتمكن من الوصول إلى مسؤول وورد بريس ، فإن العديد من مضيفي وورد بريس لديهم أدوات لوحة التحكم الخاصة بهم لمسح ذاكرة التخزين المؤقت على موقع وورد بريس الخاص بك.
إذا كنت أحد عملاء Kinsta ، فيمكنك مسح ذاكرة التخزين المؤقت لـ وورد بريس يدويًا من داخل لوحة معلومات MyKinsta. ما عليك سوى النقر فوق موقعك ، والنقر فوق الأدوات ، والنقر فوق الزر “مسح ذاكرة التخزين المؤقت”. ثم تحقق من موقعك لمعرفة ما إذا كانت حلقة إعادة التوجيه لا تزال موجودة.
امسح ذاكرة التخزين المؤقت لـ وورد بريس
امسح ذاكرة التخزين المؤقت لـ وورد بريس
إذا كنت تستخدم خدمة وكيل عكسي لجهة خارجية مثل Cloudflare أو Sucuri ، فقد يكون من المفيد أيضًا مسح ذاكرة التخزين المؤقت من جانبهم.
لمسح ذاكرة التخزين المؤقت لـ Cloudflare ، قم بتسجيل الدخول إلى لوحة التحكم الخاصة بهم ، وانقر فوق “التخزين المؤقت” وانقر على “تطهير كل شيء”.
تطهير ذاكرة التخزين المؤقت
لمسح ذاكرة التخزين المؤقت لـ Sucuri ، قم بتسجيل الدخول إلى لوحة المعلومات الخاصة بهم ، وانتقل إلى “الأداء” وانقر على “مسح ذاكرة التخزين المؤقت”.
مسح ذاكرة التخزين المؤقت Sucuri
مسح ذاكرة التخزين المؤقت Sucuri
إذا كنت تريد التحقق ومعرفة ما إذا كانت ذاكرة التخزين المؤقت للمتصفح الخاص بك ، دون مسح ذاكرة التخزين المؤقت ، يمكنك دائمًا فتح المتصفح في وضع التصفح المتخفي . أو اختبر مستعرضًا آخر وتحقق مما إذا كنت لا تزال ترى الخطأ ERR_TOO_MANY_REDIRECTS.
افتح Chrome في وضع التصفح المتخفي
افتح Chrome في وضع التصفح المتخفي
إذا حددت أن سبب ذلك هو ذاكرة التخزين المؤقت لمتصفحك ، فيمكنك مسحها بعد ذلك. فيما يلي إرشادات حول كيفية القيام بذلك في متصفحات مختلفة:
كيفية فرض تحديث صفحة واحدة لجميع المتصفحات
كيفية مسح ذاكرة التخزين المؤقت للمتصفح لجوجل كروم
كيفية مسح ذاكرة التخزين المؤقت للمتصفح لموزيلا فايرفوكس
كيفية مسح ذاكرة التخزين المؤقت للمتصفح لسفاري
كيفية مسح ذاكرة التخزين المؤقت للمتصفح لبرنامج Internet Explorer
كيفية مسح ذاكرة التخزين المؤقت للمتصفح لـ Microsoft Edge
كيفية مسح ذاكرة التخزين المؤقت للمتصفح لأوبرا
إذا لم ينجح مسح ذاكرة التخزين المؤقت ، فسترغب في معرفة ما إذا كان بإمكانك تحديد طبيعة حلقة إعادة التوجيه. يمكن أن تساعد أداة Redirect Checker المجانية عبر الإنترنت هذه في تقديم المزيد من التحليل لما قد يحدث. يمكن القيام بذلك أيضًا عبر cURL.
على سبيل المثال ، في الموقع أدناه ، يحتوي على حلقة إعادة توجيه 301 مرة أخرى إلى نفسه ، مما يتسبب في سلسلة كبيرة من عمليات إعادة التوجيه الخاطئة. يمكنك متابعة جميع عمليات إعادة التوجيه وتحديد ما إذا كانت تعود إلى نفسها أم لا ، أو ربما تكون حلقة HTTP إلى HTTPS والتي سنناقش فيها كيفية حل ذلك بشكل أكبر أدناه.
عمليات إعادة توجيه كثيرة جدًا
عمليات إعادة توجيه كثيرة جدًا
و إعادة توجيه مسار تمديد كروم ويمكن أيضا أن تكون مفيدة جدا وتوفر نظرة ثاقبة جميع الموجهات يحدث على موقع الويب الخاص بك (URL محددة أو الصفحة.
ملحق مسار إعادة التوجيه
ملحق مسار إعادة التوجيه
شيء آخر يجب التحقق منه هو إعدادات HTTPS الخاصة بك. لقد رأينا في كثير من الأحيان حدوث ERR_TOO_MANY_REDIRECTS عندما قام شخص ما بترحيل موقع وورد بريس الخاص به إلى HTTPS وإما أنه لم ينته أو قام بإعداد شيء ما بشكل غير صحيح.
MyKinsta هي لوحة تحكم ووردبريس للمحترفين.
هذا هو السبب الأكثر شيوعًا الذي نراه على أساس منتظم. إذا قمت بإجبار موقع وورد بريس الخاص بك على التحميل عبر HTTPS دون تثبيت شهادة SSL أولاً ، فسوف تقوم على الفور بإلقاء موقعك في حلقة إعادة التوجيه. لإصلاح ذلك ، ما عليك سوى تثبيت شهادة SSL على موقع وورد بريس الخاص بك.
يوصى أيضًا بإجراء فحص SSL . لا تتطلب شهادات SSL / TLS تثبيت شهادتك الرئيسية فحسب ، بل تتطلب أيضًا تثبيت ما يسمونه الشهادات المتوسطة (السلسلة). هذه تحتاج إلى أن يتم إعدادها بشكل صحيح.
نوصي باستخدام أداة فحص SSL المجانية من Qualys SSL Labs. إنه موثوق للغاية ونستخدمه لجميع عملاء Kinsta عند التحقق من الشهادات. ما عليك سوى التوجه إلى أداة التحقق من طبقة المقابس الآمنة ، وإدخال نطاقك في حقل اسم المضيف والنقر على “إرسال”. يمكنك أيضًا تحديد خيار إخفاء النتائج العامة إذا كنت تفضل ذلك. قد يستغرق فحص تكوين SSL / TLS لموقعك على خادم الويب دقيقة أو دقيقتين.
فحص SSL
اختبار SSL
هناك بعض الإضافات المجانية لـ SSL وورد بريس ، مثل المكون الإضافي Really Simple SSL الذي سيساعدك على إعادة التوجيه تلقائيًا إلى HTTPS. ومع ذلك ، لا نوصي بهذه الطريقة كحل دائم لأن المكونات الإضافية للجهات الخارجية يمكنها دائمًا تقديم طبقة أخرى من المشكلات ومشكلات التوافق. إنه حل مؤقت جيد ، ولكن يجب عليك بالفعل تحديث روابط HTTP المشفرة .
لدينا برنامج تعليمي رائع يحتوي على 4 طرق سهلة لإجراء بحث واستبدال في وورد بريس . إذا كنت أحد عملاء Kinsta ، فيمكنك دائمًا التواصل مع فريق الدعم الخاص بنا للقيام بذلك نيابةً عنك.
من المحتمل جدًا أن تكون قواعد إعادة توجيه HTTPS على خادمك قد تمت تهيئتها بشكل خاطئ.
إذا كان خادم الويب الخاص بك يقوم بتشغيل Nginx ، فيمكنك بسهولة إعادة توجيه كل حركة مرور HTTP إلى HTTPS عن طريق إضافة الكود التالي إلى ملف تكوين Nginx الخاص بك. هذه هي الطريقة الموصى بها لإعادة توجيه وورد بريس الذي يعمل على Nginx.
الخادم {استمع 80 ؛ server_name domain.com www.domain.com ؛ إرجاع 301 https: //domain.com$request_uri ؛ }نحن نستخدم Nginx للجميع هنا في Kinsta. الخبر السار هو أنه لا داعي للقلق بشأن هذا. إذا كنت بحاجة إلى إضافة إعادة توجيه ، فما عليك سوى فتح تذكرة دعم سريعة وإخبارنا بالمجال الذي تحتاج إلى إعادة توجيهه. ثم نضيفه إلى تهيئة Nginx نيابة عنك.
إذا كان خادم الويب و تشغيل أباتشي ، يمكنك بسهولة إعادة توجيه كل حركة المرور HTTP إلى HTTPS بإضافة التعليمات البرمجية التالية إلى الخاص بك .htaccess ملف . هذه هي الطريقة الموصى بها لإعادة توجيه وورد بريس الذي يعمل على Apache.
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]ربما يكون لديك عدد كبير جدًا من عمليات إعادة توجيه HTTPS. يمكنك بسهولة التحقق من موقعك لمعرفة عدد عمليات إعادة التوجيه التي يستخدمها مع أداة إعادة توجيه مخطط Patrick Sexton . فيما يلي مثال على عمليات إعادة التوجيه التي لم يتم إعدادها بشكل صحيح والتي يمكن اكتشافها بسهولة باستخدام مخطط إعادة التوجيه. يمكنك أن ترى أن هناك عمليات إعادة توجيه HTTPS مكررة تحدث في كل من الإصدارات التي تستخدم www والإصدارات بخلاف www.
لم يتم إعداد عمليات إعادة التوجيه بشكل صحيح
عمليات إعادة التوجيه
غالبًا ما يحدث ERR_TOO_MANY_REDIRECTS أيضًا بشكل شائع بسبب خدمات الوكيل العكسي مثل Cloudflare . يحدث هذا عادةً عندما يتم تمكين خيار SSL المرن لديك ولديك بالفعل شهادة SSL مثبتة مع مضيف وورد بريس الخاص بك. لماذا ا؟ لأنه ، عند تحديد المرونة ، يتم إرسال جميع الطلبات إلى خادم الاستضافة عبر HTTP. على الأرجح أن الخادم المضيف لديه بالفعل إعادة توجيه من HTTP إلى HTTPS ، وبالتالي تحدث حلقة إعادة توجيه.
لإصلاح ذلك ، تحتاج إلى تغيير إعدادات Cloudflare Crypto من مرنة إلى كاملة أو كاملة (صارمة). إذا كنت أحد عملاء Kinsta ، فتأكد أيضًا من مراجعة خطواتنا حول كيفية تثبيت شهادة SSL أثناء استخدام Cloudflare .
Cloudflare ممتلئ
اضبط مستوى تشفير Cloudflare على المستوى الكامل
يمكنك استخدام قاعدة صفحة Always Use HTTPS لإعادة توجيه جميع المستخدمين إلى HTTPS دون إنشاء حلقة. شيء آخر يجب الانتباه إليه مع Cloudflare هو قواعد إعادة توجيه عنوان URL لإعادة التوجيه . احرص على عدم إنشاء إعادة توجيه حيث يشير المجال إلى نفسه كوجهة. يمكن أن يتسبب هذا في حدوث خطأ لا نهائي في إعادة التوجيه ، ولن تتمكن عناوين URL المتأثرة من حلها.
إذا كنت تستخدم StackPath ، فلديهم خيار يسمى “Origin Pull Protocol” والذي يحتاج إلى ضبطه على HTTPS فقط.
إذا كنت تريد فقط استخدام DNS الخاص بـ Cloudflare ، وليس خدمة الوكيل / WAF ، فيجب عليك التأكد من تعيين سجلات DNS الخاصة بك على “DNS فقط”. ستظهر الغيوم على أنها “رمادية” بدلاً من “برتقالية”. يمكنك تكوين هذا ضمن علامة التبويب “DNS” في لوحة تحكم Cloudflare.
Cloudflare DNS فقط
Cloudflare DNS فقط
شيء آخر يجب التحقق منه هو إعدادات موقع وورد بريس الخاص بك. هناك حقلين مختلفين تريد التأكد من ضبطهما بشكل صحيح ، وعدم الإشارة إلى مجال خاطئ أو عدم تطابقهما. خطأ شائع آخر هو أنك لا تستخدم البادئة الصحيحة لمطابقة بقية موقعك ، www أو بدون www. في بعض الأحيان يهاجر الأشخاص المضيفين ، أو يغيرون المجالات ويمكن تغييرها دون أن تدرك ذلك.
عنوان وورد بريس (URL): العنوان للوصول إلى مدونتك.
عنوان الموقع (URL): عنوان ملفات وورد بريس الأساسية الخاصة بك.
يجب أن يتطابق كلاهما إلا إذا كنت تعطي وورد بريس دليلًا خاصًا به .
عنوان وورد بريس
عنوان وورد بريس
على الأرجح على الرغم من أنك غير قادر على الوصول إلى لوحة معلومات وورد بريس الخاصة بك. إذن ما يمكنك فعله هو تجاوز الإعدادات أعلاه عن طريق إدخال القيم في ملف wp-config.php الخاص بك .
يوجد ملف wp-config.php عادةً في جذر موقع وورد بريس الخاص بك ويمكن الوصول إليه عبر FTP أو SSH أو WP-CLI. لتشفير WP_HOME و WP_SITEURL ، ما عليك سوى إدخال الكود التالي في أعلى الملف ، وتغيير القيم لتعكس مجالك.
define('WP_HOME','https://yourdomain.com');
define('WP_SITEURL','https://yourdomain.com');يوجد أدناه مثال لما قد يبدو عليه ملف wp-config.php الخاص بك بعد ذلك.
تغيير الووردبريس url wp-config.php
قم بتغيير عنوان URL الخاص بـ وورد بريس في ملف wp-config.php
أو إذا كنت تفضل ذلك ، فهناك طريقتان إضافيتان يمكنك من خلالهما تغيير عناوين URL الخاصة بـ وورد بريس دون الوصول إلى لوحة تحكم المسؤول:
قم بتغيير عنوان URL الخاص بـ وورد بريس مباشرة في قاعدة البيانات
قم بتغيير عنوان URL الخاص بـ وورد بريس باستخدام WP-CLI
بمجرد تعيينه يدويًا ، يمكنك استعراض موقعك للتحقق مما إذا كان يعمل على إصلاح حلقة إعادة التوجيه أم لا.
إذا كنت تقوم بتغيير المجالات على مواقع متعددة ، فتأكد أيضًا من مراجعة wp_blogsالجدول. لقد رأينا أشخاصًا يجرون بحثًا ويستبدلون بشكل خاطئ ويتسببون في حلقة إعادة توجيه لا نهائية. هذا لأن موقع الشبكة لا يتطابق مع المواقع الفرعية.
wp_#_options: سيحتوي كل موقع فرعي على مجموعات من الجداول التي تتوافق مع الجدول الوارد blog_id في wp_blogsالجدول. انتقل إلى wp_#_options الجدول ، حيث يتوافق # مع blog_id، وقم بتحديث إعدادات “SITEURL” و “الصفحة الرئيسية” في ذلك الجدول.
عندما يتعلق الأمر بـ وورد بريس ، فإن تعطيل جميع مكونات وورد بريس الإضافية مؤقتًا يمكن أن يكون طريقة سريعة لاكتشاف المشكلات. على سبيل المثال ، تتيح لك المكونات الإضافية مثل Redirection أو Yoast SEO premium تنفيذ عمليات إعادة التوجيه . في بعض الأحيان ، قد تتعارض إعدادات أو تحديثات هذه المكونات الإضافية مع عمليات إعادة التوجيه التي ربما تم تعيينها بالفعل على الخادم الخاص بك ، مما يتسبب في حدوث تكرار لإعادة التوجيه.
تذكر أنك لن تفقد أي بيانات إذا قمت ببساطة بتعطيل مكون إضافي. على الأرجح لا يمكنك الوصول إلى مسؤول وورد بريس ، لذلك ستحتاج إلى تسجيل الدخول عبر SFTP إلى الخادم الخاص بك وإعادة تسمية مجلد المكونات الإضافية إلى شيء مثل plugins_old. ثم تحقق من موقعك مرة أخرى.
يعيد SFTP تسمية مجلد الإضافات
يعيد SFTP تسمية مجلد الإضافات
إذا نجحت ، فستحتاج إلى اختبار كل مكون إضافي واحدًا تلو الآخر. أعد تسمية مجلد المكون الإضافي مرة أخرى إلى “المكونات الإضافية” ثم أعد تسمية كل مجلد مكون إضافي بداخله إذا كان ، واحدًا تلو الآخر ، حتى تجده. يمكنك أيضًا محاولة تكرار هذا على موقع مرحلي أولاً.
إعادة تسمية مجلد البرنامج المساعد
إعادة تسمية مجلد البرنامج المساعد
إلى جانب عمليات إعادة التوجيه من HTTP إلى HTTPS على الخادم الخاص بك ، قد يكون من الجيد التحقق والتأكد من عدم وجود أي خطأ في إعداد عمليات إعادة التوجيه الإضافية. على سبيل المثال ، قد يؤدي إعادة التوجيه 301 السيئ إلى نفسه إلى تعطيل موقعك. عادة ، يتم العثور على هذه في ملفات تكوين الخادم الخاص بك.
يستخدم Kinsta Nginx فقط ، ولكن إذا كنت تستخدم مضيف وورد بريس يقوم بتشغيل Apache ، فمن المحتمل جدًا أن ملفك .htaccess يحتوي على قاعدة خاطئة فيه. اتبع الخطوات أدناه لإعادة إنشاء واحدة جديدة من البداية.
أولاً ، قم بتسجيل الدخول إلى موقعك عبر FTP أو SSH ، وأعد تسمية ملفك .htaccess إلى .htaccess_old. هذا يضمن أن لديك نسخة احتياطية.
إعادة تسمية ملف htaccess
إعادة تسمية ملف htaccess
عادةً لإعادة إنشاء هذا الملف ، يمكنك ببساطة إعادة حفظ الروابط الثابتة في وورد بريس. ومع ذلك ، إذا كنت في منتصف خطأ ERR_TOO_MANY_REDIRECTS ، فمن المحتمل ألا تتمكن من الوصول إلى مسؤول وورد بريس الخاص بك ، لذلك هذا ليس خيارًا. لذلك يمكنك إنشاء .htaccess ملف جديد وإدخال المحتويات التالية. ثم قم بتحميله على الخادم الخاص بك. يستخدم ما يلي الإعدادات الافتراضية.
# BEGIN WordPress
<IfModule mod_rewrite.c>
RewriteEngine On
RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
</IfModule>
# END WordPressراجع وورد بريس Codex لمزيد من الأمثلة ، مثل .htaccess الملف الافتراضي للمواقع المتعددة.
لقد أخذنا معرفتنا بالإدارة الفعالة لمواقع الويب على نطاق واسع ، وحولناها إلى كتاب إلكتروني ودورة فيديو. انقر هنا لتنزيل دليل 2020 لإدارة أكثر من 40 موقعًا من مواقع وورد بريس!
إذا كان مضيفك يستخدم Nginx ، فقد يكون هذا الملف أكثر تعقيدًا لأن ملف التكوين يمكن أن يختلف قليلاً اعتمادًا على مزود الاستضافة. نوصي بالتواصل مع مضيفك وجعله يتحقق من ملف التكوين الخاص بك بحثًا عن أي شيء قد يتسبب في تكرار إعادة التوجيه أو الكثير من عمليات إعادة التوجيه.
إذا كنت أحد عملاء Kinsta ، فستحتاج أولاً إلى التحقق للتأكد من أنك لم تقم بإعداد إعادة توجيه خاطئة في أداة إعادة التوجيه الخاصة بنا . يوجد أدناه مثال بسيط على إعادة التوجيه من https://domain.com/الخلف إلى نفسها ، والتي من شأنها أن تسبب حلقة إعادة التوجيه.
إعادة توجيه سيئ 301
إعادة توجيه سيئ 301
يحدث هذا أيضًا بشكل شائع عندما يتم تضمين عنوان URL للموقع في كل من “إعادة التوجيه من” و “إعادة التوجيه إلى”.
على سبيل المثال ، قد يتسبب ما يلي في حدوث حلقة إعادة توجيه:
إعادة التوجيه من: ^/blog/about إعادة التوجيه إلى: https://domain.com/blog/about-me
لماذا ا؟ لأنه بمجرد وصول العملية ^/blog/about، -me لن يكون الجزء المتبقي مهمًا ، وسيؤدي إلى حلقة لا نهائية. يجب عليك تحديد نهاية السلسلة ونقطة البداية. إليك ما ستفعله لإصلاحه:
إعادة التوجيه من: ^/blog/about$ إعادة التوجيه إلى: https://domain.com/blog/about-me
سيطلب الحرف $ من Nginx أن يتوقف ويطابق الطلب فقط إذا كانت السلسلة موجودة بالضبط ، ولكن لا شيء بعدها.
وبالطبع ، يمكنك دائمًا فتح تذكرة دعم وسنتحقق من ذلك لك.
سبب شائع آخر لخطأ ERR_TOO_MANY_REDIRECTS هو إذا كنت تستخدم وكيلاً عكسيًا . يمكن أن تكون الخوادم الوكيلة العكسية معقدة للغاية ومن السهل جدًا إرسال موقع وورد بريس الخاص بك إلى حلقة إعادة توجيه إذا تم تكوينه بشكل خاطئ. مرة أخرى ، إذا كنت أحد عملاء Kinsta ، فيمكن لفريق الدعم لدينا المساعدة في ذلك.
موقع الويب عالق في حلقة إعادة توجيه لا نهائية؟ 🛣 تحقق من هذه التوصيات حول كيفية إعادة التشغيل بسرعة.
انقر للتغريد
قد يكون تعقب حلقات إعادة التوجيه أمرًا صعبًا في بعض الأحيان. ولكن نأمل أن تساعدك بعض خطوات استكشاف الأخطاء وإصلاحها المذكورة أعلاه في حل خطأ ERR_TOO_MANY_REDIRECTS. إذا فاتنا أي شيء ، فلا تتردد في إخبارنا أدناه في التعليقات.
وفر الوقت والتكاليف وحقق أقصى قدر من أداء الموقع من خلال:
مساعدة فورية من خبراء استضافة وورد بريس ، 24/7.
تكامل Cloudflare Enterprise.
يصل الجمهور العالمي إلى 28 مركز بيانات حول العالم.
التحسين من خلال مراقبة أداء التطبيقات المضمنة لدينا.
كل ذلك وأكثر من ذلك بكثير ، في خطة واحدة بدون عقود طويلة الأجل ، وعمليات الترحيل المدعومة ، وضمان استرداد الأموال لمدة 30 يومًا. تحقق من خططنا أو تحدث إلى قسم المبيعات للعثور على الخطة المناسبة لك.
