عمليات إعادة توجيه كثيرة جدًا: ما يعنيه هذا الخطأ وكيفية إصلاحه

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

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

ما هي عمليات إعادة التوجيه وكيف تعمل؟

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

فرض HTTPS ، إصدار www من موقع ويب ، أو تحميل اسم مجال آخر - تُستخدم عمليات إعادة التوجيه على نطاق واسع في استضافة مواقع الويب ، مما يسمح لك بتخصيص تسليم المحتوى. هناك عدة طرق لإعداد عمليات إعادة توجيه المجال ، وطالما تم تكوينها بشكل صحيح ، فلن تواجه المتصفحات أية مشكلات في اتباع القواعد التي قمت بإنشائها.

عمليات إعادة التوجيه المؤقتة والدائمة

هناك نوعان رئيسيان من عمليات إعادة التوجيه التي يمكن تهيئتها - مؤقتة ودائمة. اعتمادًا على نوع إعادة التوجيه التي تمت مواجهتها ، سيعيد خادم الويب إما رمز الحالة 302 أو 301 HTTP.

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

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

تُعيد عمليات إعادة التوجيه الدائمة رمز حالة HTTP 301 وتشير إلى أنه قد تم نقل موقع الويب الخاص بك أو صفحة معينة عليه بشكل دائم ، وهو ما لا يعني بالضرورة أن موقعه على لقد تغير نظام الملفات.

ما هي عمليات إعادة التوجيه الأكثر شيوعًا؟

تعد عمليات إعادة التوجيه من HTTP إلى بروتوكول الويب HTTPS ومن إصدار non-www إلى إصدار www من موقع الويب القاعدتين الأكثر شيوعًا التي تم تكوينهما. تضمن عمليات إعادة التوجيه إلى HTTPS تشفير كل حركة مرور الويب باستخدام شهادة SSL ، بينما تُستخدم عمليات إعادة التوجيه إلى شبكة الاتصالات العالمية غالبًا لدمج شبكة توصيل المحتوى مع موقع الويب الخاص بك باستخدام سجل CNAME.

HTTP إلى HTTPS

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

محتوى مختلط

يمكن تعريف المحتوى المختلط على موقع الويب على أنه حالة يتم فيها تحميل ملف HTML الأساسي عبر HTTPS ، ولكن يتم تسليم الموارد الأخرى المشار إليها ، بما في ذلك الصور أو ملفات Javascript أو CSS ، إلى الزائر عبر HTTP. حتى إذا كان لديك شهادة SSL صالحة مثبتة ، فستظل المتصفحات تعرض تحذيرًا أمنيًا إذا تم تحديد محتوى مختلط على صفحة ويب.

لا يعد إعداد إعادة توجيه لمعالجة المشكلة ذات المحتوى المختلط هو الحل الأفضل بشكل عام. بدلاً من ذلك ، يجب تحديث جميع عناوين URL (محددات مواقع الويب) في قاعدة بيانات موقع الويب الخاص بك لتضمين بروتوكول HTTPS بدلاً من HTTP. يمكن القيام بذلك يدويًا باستخدام ميزة البحث والاستبدال التي يقدمها WP CLI أو مكون WordPress الإضافي. بالنسبة لأنظمة إدارة المحتوى الأخرى ، ستحتاج إلى تعديل العناوين باستخدام أداة إدارة قاعدة البيانات مثل phpMyAdmin أو تشغيل استعلامات MySQL / MariaDB من سطر الأوامر.

3 مواقع رئيسية حيث يمكن تكوين عمليات إعادة التوجيه

يمكن تكوين عمليات إعادة التوجيه بشكل عام في أحد المواقع الثلاثة الرئيسية:

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

عمليات إعادة التوجيه في ملفات تكوين خادم الويب

يمكنك إعداد قواعد إعادة التوجيه محليًا في أحد ملفات التكوين التي سيقرأها خادم الويب. عند استخدام Apache كخادم ويب ، يتم عادةً إعداد قواعد إعادة التوجيه في ملف htaccess المحلي لموقع الويب. إذا تم استخدام NGINX ، يتم تكوين عمليات إعادة التوجيه داخل كتلة خادم NGINX ، والتي تمثل التكوين العام لموقع الويب الخاص بك.

يمكنك أدناه رؤية عمليتي إعادة توجيه يمكن إضافتهما إلى .htaccess - أحدهما يفرض HTTPS والآخر يرسل جميع طلبات الويب إلى إصدار www من موقع الويب. يجب اتباع قواعد بناء الجملة الصارمة ، أو تخاطر بتعطيل موقع الويب الخاص بك إذا اكتشف Apache أي أخطاء في بناء الجملة في أحد ملفات التكوين المحلية.

إذا كنت تستخدم أي مكونات إضافية لإعادة التوجيه لـ WordPress ، فمن المرجح أن يكتبوا عمليات إعادة التوجيه الخاصة بهم إلى ملف htaccess المحلي الخاص بك أيضًا.

عمليات إعادة التوجيه في تكوين WordPress

يضع WordPress وأنظمة إدارة المحتوى الأخرى عنوان موقع الويب في قاعدة البيانات ، ويتم تحميل الإعداد في كل مرة يُطلب فيها أي محتوى. يمثل العنوان عنوان URL يتكون من اسم المجال وبروتوكول الويب ، إما HTTP أو HTTPS. من خلال تغيير عناوين URL في قاعدة البيانات ، يمكنك إعادة توجيه موقع الويب الخاص بك إلى www أو فرض HTTPS في حالة تثبيت شهادة SSL / TLS.

يستخدم WordPress ثابت WP_HOME لتحديد إعداد عنوان WordPress و WP_SITEURL كعنوان موقع ، والذي يتم تخزينه في جدول wp_options على أنه siteurl والمنزل. يشير إعداد عنوان WordPress إلى موقع تثبيت WordPress ، بينما يمثل عنوان الموقع عنوان URL الذي تحتاج إلى كتابته في شريط عنوان المتصفح لفتح موقع الويب الخاص بك.

عمليات إعادة التوجيه التي أجراها CDN

يحدد تكوين شبكة توصيل المحتوى الخاص بك كيف يمكنه استرداد صفحات الويب المطلوبة من الخادم الأصلي وتسليمها إلى زوار موقع الويب الخاص بك - عبر HTTP أو HTTPS. يتم تحديد الإجراءات الدقيقة من خلال وضع التشفير المختار. هناك ثلاثة أنواع تشفير رئيسية تقدمها شبكات توصيل المحتوى الحديثة:

• تشفير كامل أو من طرف إلى طرف . يضمن التشفير التام استخدام HTTPS في جميع مراحل تسليم المحتوى. وهذا يعني أن جميع طلبات الويب من المتصفح إلى CDN ومن CDN إلى الخادم الأصلي يتم إرسالها دائمًا عبر HTTPS. يتطلب التشفير من طرف إلى طرف شهادتي SSL - واحدة مثبتة على الخادم الأصلي ، والأخرى مطبقة بواسطة CDN.
• تشفير مرن أو جزئي . يجبر التشفير الجزئي جميع الاتصالات من المتصفح على شبكة CDN للانتقال عبر HTTPS ، بينما ستتصل CDN بالخادم الأصلي عبر HTTP. ومع ذلك ، سيظل موقع الويب الخاص بك يظهر على أنه آمن في جميع المتصفحات.
• لا يوجد تشفير . مع تعطيل التشفير ، سيتم تسليم المحتوى عبر HTTP ، وستعرض جميع المتصفحات تحذيرًا أمنيًا أثناء تحميل موقع الويب الخاص بك.

إذا كانت CDN تحاول بدء اتصال عبر HTTPS ، لكن خادم الويب الخاص بك يعيد توجيه طلبات HTTPS إلى HTTP ، يتم إنشاء حلقة إعادة توجيه ، مما يؤدي إلى رؤية عدد كبير جدًا من أخطاء إعادة التوجيه على موقع الويب الخاص بك.

ماذا يعني خطأ "عدد كبير جدًا من عمليات إعادة التوجيه"؟

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

• الصفحة لا يتم إعادة التوجيه بشكل صحيح . يمكنك رؤية رسالة الخطأ هذه في Firefox.
• الصفحة لا تعمل. ERR_TOO_MANY_REDIRECTS . سيعرض Google Chrome هذا الخطأ بمجرد تعليقه في حلقة إعادة التوجيه.
• لا يمكن لـ Safari فتح الصفحة بسبب حدوث عدد كبير جدًا من عمليات إعادة التوجيه . بهذه الطريقة ، سيتيح لك Safari معرفة تعارضات إعادة التوجيه التي يجب معالجتها قبل تحميل موقع الويب.

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

3 التكوينات الخاطئة الأكثر شيوعًا التي تسبب حلقة إعادة توجيه على موقع الويب الخاص بك وكيفية معالجتها

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

الأسباب الثلاثة الأكثر شيوعًا وراء رؤية "عدد كبير جدًا من عمليات إعادة التوجيه" على موقع الويب الخاص بك هي:

• شهادة SSL / TLS صالحة مفقودة . يمكن أن تحدث حلقة إعادة التوجيه في حالة انتهاء صلاحية شهادة SSL الخاصة بك أو وجود أي مشكلات أخرى بها ، ولكن لا يزال موقع الويب الخاص بك يحاول فرض HTTPS.
• إعدادات عنوان موقع ويب CMS غير صحيحة . إذا كان البروتوكول المحدد في إعدادات عنوان موقع الويب المستخدمة بواسطة WordPress أو نظام إدارة محتوى آخر يتعارض مع عمليات إعادة التوجيه الأخرى التي تم تكوينها ، فسيؤدي ذلك إلى حدوث الكثير من أخطاء إعادة التوجيه.
• تم اختيار وضع تشفير CDN الخاطئ . من الشائع بشكل خاص رؤية حلقات إعادة التوجيه عند التبديل إلى التشفير الكامل في تكوين CDN. إذا لم يستوف الخادم الأصلي متطلبات استخدام التشفير من طرف إلى طرف ، فقد يؤدي ذلك إلى حدوث مشكلات.

شهادة SSL / TLS صالحة مفقودة

تضمن شهادة SSL / TLS الصالحة الموقعة من CA والمثبتة على موقع الويب تشفير كل حركة مرور الويب عند تسليمها من الخادم إلى المتصفح. علاوة على ذلك ، من المحتمل أن يتم فرض HTTPS على مستوى الخادم ، والذي يعمل بشكل مثالي حتى تنتهي صلاحية شهادة SSL ولا يتم تجديدها تلقائيًا. يمكن أن يحدث للأسباب التالية:

• لم يتم تمكين التجديدات التلقائية لشهادة SSL / TLS . إذا لم يتم تجديد SSL تلقائيًا ، فسيتعين عليك طلب شهادة جديدة وتثبيتها.
• فشل التحقق من مجال SSL . لنقم بتشفير أو Sectigo ، أحد أكثر موفري SSL استخدامًا والذين يقدمون شهادات مجانية ، وننفذ تحديات مختلفة للتحقق من أنك تتحكم في أسماء المجالات التي يجب إصدار شهادة جديدة لها. إذا فشل التحقق من صحة المجال ، فلن يتم تثبيت شهادة جديدة حتى تعالج المشكلة التي تمنع طلب التحقق من الصحة.
• انتهت صلاحية الجذر أو إحدى الشهادات الوسيطة . عندما يحدث ذلك ، ستحتاج إلى إعادة تثبيت شهادتك بمجرد أن يعالج موفر SSL المشكلة من جانبه.

كيف نعالج

تحقق مما إذا كان موقع الويب الخاص بك يحتوي على شهادة صالحة مثبتة باستخدام مدقق SSL. إذا انتهت صلاحيته أو أظهر مدقق SSL أي مشكلات أخرى ، فأعد تثبيت الشهادة. إذا فشلت Let's Encrypt أو Sectigo في إصدار شهادة مجانية ، فستحتاج إلى التحقق مما قد يحظر طلب التحقق من الصحة.

أحد أسباب فشل التحقق من صحة مجال SSL هو وجود شبكة تسليم محتوى متكاملة ، خاصة إذا كانت المرة الأخيرة التي أصدر فيها Let's Encrypt أو Sectigo شهادة ، لم تكن قد قمت بتكوينها بعد. إذا كنت بحاجة إلى تثبيت شهادة SSL مجانية جديدة ، فقم بإيقاف CDN مؤقتًا ، بحيث يشير موقع الويب الخاص بك إلى الخادم مباشرةً ، ويعيد عنوان IP الرئيسي الخاص به بدلاً من عنوان IP الذي ينتمي إلى شبكة توصيل المحتوى. بهذه الطريقة ، يمكنك تجديد الشهادة على الخادم الأصلي لمتابعة استخدام التشفير من طرف إلى طرف.

إعدادات عنوان موقع ويب CMS غير صحيحة

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

كيف نعالج

إذا كانت لديك شهادة SSL مثبتة ، خاصة إذا كان التشفير من طرف إلى طرف مضمونًا بواسطة تكوين CDN ، فاستخدم HTTPS في كل من عنوان WordPress وإعدادات عنوان الموقع. إذا تمت إعادة توجيه موقع الويب الخاص بك إلى إصدار www ، فسيحتاج كل من المتسابقين WP_SITEURL و WP_HOME إلى عكس ذلك.

افتح قائمة الإعدادات العامة في لوحة معلومات WordPress الخاصة بك وقم بتصحيح القيم المخصصة لعنوان WordPress وعنوان الموقع المطلوبين هناك. انقر فوق حفظ التغييرات ليقوم WordPress بتعديل الإعدادات في قاعدة البيانات.

تم اختيار وضع تشفير CDN الخاطئ

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

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

إذا تم اختيار التشفير من طرف إلى طرف ، فيجب تثبيت شهادة SSL صالحة على الخادم الأصلي ، بحيث يمكن لـ CDN الاتصال عبر HTTPS. ما لم تتمكن من تثبيت شهادة جديدة يدويًا ، في كل مرة تحتاج فيها إلى تجديد SSL ، قم بإيقاف CDN مؤقتًا لتجنب أي مشكلات تتعلق بالتحقق من صحة المجال.

كيف نعالج

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

كيفية إصلاح "عمليات إعادة توجيه كثيرة جدًا" في 3 خطوات

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

الخطوة 1. تحقق من مسار إعادة التوجيه لموقع الويب الخاص بك

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

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

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

احفظ سكربت Bash البسيط التالي في ملف يسمى redirects.sh بمجرد اتصالك بالخادم عبر SSH. اجعله قابلاً للتنفيذ عن طريق تشغيل chmod + x redirects.sh.

قم بتشغيل البرنامج النصي عن طريق تمريره إلى اسم مجال موقع الويب الخاص بك. على سبيل المثال ، ./redirects.sh wordpress.com.

الخطوة 2. تحديد عمليات إعادة التوجيه المتعارضة

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

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

الخطوة 3. حدد حلقة إعادة التوجيه

اعتمادًا على قواعد إعادة التوجيه المتعارضة التي حددتها ، ستعرف مكان تكرارها. كما ناقشنا ، هناك ثلاثة أشياء رئيسية يجب التحقق منها - ملف htaccess المحلي الخاص بك ، وإعدادات عنوان موقع الويب المخزنة في قاعدة بيانات موقع الويب الخاص بك بواسطة CMS ، ووضع التشفير المختار في تكوين CDN.

إذا حدثت حلقة إعادة التوجيه أثناء محاولة موقع الويب الخاص بك إعادة التوجيه بين HTTP و HTTPS ، فتحقق مما إذا كان لديك شهادة SSL / TLS صالحة مثبتة وما هو وضع التشفير الذي تم اختياره في تكوين CDN الخاص بك إذا كان لديك أي تكامل مع موقع الويب الخاص بك. تحقق من عنوان الموقع وعنوان WordPress المحددين لموقع الويب الخاص بك والمخزنين في قاعدة بيانات WordPress.

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

استنتاج

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

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

حماية حوالي مليون موقع WordPress ، BackupBuddy و iThemes Security Pro هي حلول رائدة في الصناعة للأمان على مستوى التطبيقات واستعادة البيانات. تتيح لك فحوصات الثغرات الأمنية وعمليات فحص البرامج الضارة التي توفرها ميزة Site Scan تقليل سطح الهجوم بشكل كبير وحماية موقع الويب الخاص بك من جميع نقاط الضعف المعروفة. النسخ الاحتياطية التلقائية والاستعادة السهلة بنقرة واحدة - يتيح BackupBuddy إمكانية التعافي من جميع الهجمات الضارة والأخطاء الشائعة.

أفضل مكون إضافي لأمن WordPress لتأمين وحماية WordPress

يعمل WordPress حاليًا على تشغيل أكثر من 40 ٪ من جميع مواقع الويب ، لذلك أصبح هدفًا سهلاً للمتسللين ذوي النوايا الخبيثة. يزيل المكون الإضافي iThemes Security Pro التخمين من أمان WordPress لتسهيل حماية موقع WordPress الخاص بك وحمايته. يشبه الأمر وجود خبير أمان بدوام كامل بين الموظفين الذين يراقبون ويحمون موقع WordPress الخاص بك باستمرار.

احصل على iThemes Security Pro

كيكي شيلدون

Kiki حاصل على درجة البكالوريوس في إدارة نظم المعلومات وأكثر من عامين من الخبرة في Linux و WordPress. تعمل حاليًا كأخصائي أمان في Liquid Web و Nexcess. قبل ذلك ، كانت Kiki جزءًا من فريق دعم Liquid Web Managed Hosting حيث ساعدت المئات من مالكي مواقع WordPress على الويب وتعرفت على المشكلات الفنية التي يواجهونها غالبًا. شغفها بالكتابة يسمح لها بمشاركة معرفتها وخبرتها لمساعدة الناس. بصرف النظر عن التكنولوجيا ، يستمتع Kiki بالتعرف على الفضاء والاستماع إلى ملفات بودكاست الجريمة الحقيقية.