Добридень!

У мене на сайті з'явилася помилка ERR_TOO_MANY_REDIRECTS. Як її виправити?

Відповідь

Помилка ERR_TOO_MANY_REDIRECTSв буквальному значенні означає “на сайті використовується безкінечний циклперенаправлень”. Зазвичай вона з'являється після будь-яких змін на сайті, у разі неправильної конфігурації редиректу на сервері або внаслідок неправильних налаштувань сторонніх сервісів, що використовуються на сайті.

Як виправити помилку?

Для виправлення помилки є кілька способів.

Спосіб 1. Очищення cookies у браузері

Найбільш простим способомє очищення куків у Вашому браузері, який рекомендують використовувати самі розробники популярних веб-браузерів. Так, cookies-Файли, які зберігаються браузером на Вашому комп'ютері, іноді можуть містити помилкові дані, які призводять до появи помилки. Тому їх рекомендується видалити (у налаштуваннях кожного браузера є відповідні інструменти).

Спосіб 2. Очищення кешу браузера

При кожному відвідуванні Вами того чи іншого сайту браузер зберігає локально різну інформацію, серед яких і деякі налаштування сайту (включаючи cookies). Для вирішення проблеми можна очистити кеш, стерши таким чином будь-які помилкові дані, пов'язані з конкретним сайтом.

Спосіб 3. Очищення кешу сервера

Також деякі помилкові дані можуть зберігатись у кеші, розташованому на сервері Вашого хостингу. Багато хостинг-компаній надають таку послугу, яка може бути виконана з адмін-панелі.

Спосіб 4. Очищення кешу проксі-сервера

Якщо для роботи Вашого сайту використовується проксі-сервер (наприклад, Cloudflareабо Sucuri), то в його налаштуваннях також можна виконати очищення.

Спосіб 5. Використання онлайн-сервісу Redirect Checker

Якщо очищення кешу не вирішило проблему, необхідно буде з'ясувати причину її виникнення. Для цього існує зручний онлайн-сервіс Redirect Checker, який допоможе визначити, де саме починається цикл перенаправлень.

Спосіб 6. Перевірка налаштувань https

Ще одна причина помилки ERR_TOO_MANY_REDIRECTSкриється в налаштуваннях протоколу https. Так, якщо Ви перевели свій сайт на роботу з https, то, по-перше, необхідно перевірити наявність встановленого та працюючого SSL-Сертифіката. За його відсутності захищений протокол не коректно працюватиме на Вашому сайті. Далі слід перевірити коректність налаштування редиректу з httpна httpsяк на сервері, і на сайті. В останньому випадку часто встановлюють спеціальний плагін, який автоматично перенаправляє посилання на новий протокол. Також необхідно перевірити адресу сайту
в адмін-панелі ( Налаштування -> Загальні). Часто помилка виникає через те, що після перекладу сайту на httpsйого адреса залишилася з http. Обидва поля ( Адреса WordPress (URL)і Адреса сайту (URL)) повинні збігатися і починатися з https.

Спосіб 7. Перевірка роботи плагінів

Часто помилка зациклювання редиректів може виникнути внаслідок неправильної роботибудь-якого активного плагіна. У цьому випадку необхідно вимкнути всі плагіни (перейменувати папку pluginsу каталозі файлів Вашого сайту). Якщо сайт почав працювати коректно, Вам доведеться з'ясувати, який саме плагін дав збій.

Якщо ви бачите помилку ERR_TOO_MANY_REDIRECTS (занадто багато переадресацій — у буквальному перекладі) у своєму веб-браузері, ви не самотні. Про це повідомили багато хто користувачі Windows. Ця помилка виникає з повідомленням «Ця веб-сторінка має цикл перенаправлення» та блокує завантаження веб-сайту.

Чому ця помилка виникає?

Ця проблема зазвичай виникає, коли ви перенаправляєтеся з вихідної URL-адреси на нову, але, на жаль, потрапляєте в нескінченний цикл перенаправлення. Браузер виявляє цю ситуацію, перериває цикл та показує повідомлення про помилку. Причина, через яку ви застрягли в цьому циклі, може бути проблемою сервера або кінцевого користувача.

Як виправити цю помилку?

Ось чотири способи, щоб виправити помилку (занадто багато переадресацій):

• запустіть URL-адресу в іншому браузері;
• очистіть дані свого браузера;
• перевірте розширення;
• виправте дату та час вашої системи.

Запуск URL в іншому браузері

Помилка ERR_TOO_MANY_REDIRECTS може виникнути через веб-браузер, що використовується. Ви можете спробувати відвідати ту саму URL-адресу, використовуючи інші рішення. Якщо помилка зберігається, проблема може виникнути з боку сервера. Можливо, вам доведеться увійти на сайт в інший час. Якщо помилка не з'являється в новому браузері, спробуйте використати наведені нижче методи, щоб усунути проблеми у вихідному браузері.

Очищення даних браузера

Дані браузера, такі як історія перегляду, кеш, файли cookie, можуть містити несправні файли, які спричиняють помилку ERR_TOO_MANY_REDIRECTS. Очищення цих даних ефективний спосібвиправити помилку. Щоб очистити дані перегляду:

У Google Chrome:

• Введіть "chrome://settings" у адресному рядкута натисніть «Введення», потім натисніть «Показати додаткові налаштування» у нижній частині сторінки «Налаштування».
• Натисніть кнопку «Очистити дані перегляду».

У Mozilla Firefox:

• Натисніть кнопку «Меню» та виберіть «Параметри» .
• Виберіть «Конфіденційність» та очистіть свою недавню історію.
• Виберіть «Все для діапазону часу», щоб очистити, а потім натисніть «Очистити зараз» .
• Як тільки дані браузера будуть видалені, ви можете перевірити, чи помилка не зникла.

Перевірка розширень браузера

Помилка ERR_TOO_MANY_REDIRECTS може бути викликана неправильним розширеннямбраузер. Необхідно відкрити диспетчер розширень у своєму браузері та перевірити рішення, які в ньому встановлені.

Нижче наведено приклади перевірки розширень у Chrome та Firefox.
Для Chrome: введіть "chrome://extensions" в адресному рядку та натисніть Enter. Потім ви можете побачити всі розширення, наведені нижче, і можете спробувати увімкнути або вимкнути будь-який з них.

• Для Firefox введіть "about: addons" в адресному рядку, натисніть Enter, а потім виберіть "Розширення". Ви побачите, що всі розширення Firefox перераховані тут.

Ви можете вимкнути всі розширення, щоб переконатися, що це вирішить проблему. Якщо це так, ви можете включити одне розширення за один раз, щоб ідентифікувати той, який викликає проблему.

06.04.17 1.1K

Під час відвідування сайту клієнтська програмапідключається до веб-серверів по мережевого протоколу HTTP. Подібні мережні з'єднання підтримують надсилання даних відповіді від серверів до клієнтів, у тому числі вмісту веб-сторінок, а також коди HTTP .

Типи кодів помилок та стану HTTP

Дані, що включаються у відповідь HTTP-сервера, є кодом, що вказує на результат обробки запиту. Ці коди складаються з трьох цифр, поділених на категорії:

• 100–199: інформаційний статус;
• 200-299: статус успішного запиту;
• 300-399: статус редиректу;
• 400-499: помилки клієнта;
• 500–599: помилки сервера.

В інтернеті або локальних мережахвідображається лише кілька кодів помилок та станів. Коди, пов'язані з помилками, відображаються на веб-сторінці, що відображається в результаті невдалого запиту, в той час як інші коди не відображаються користувачам.

1. HTTP 200 "OK"

HTTP код 200 виникає, коли сервер успішно обробив запит і передав контент назад у браузер. Більшість запитів HTTP завершується цим статусом. Користувачі рідко бачать цей код на екрані, оскільки браузери зазвичай відображають коди HTTP, якщо виникає будь-яка проблема.

2. Помилка HTTP 404 "Не знайдено"

Сервер не зміг знайти потрібну сторінку, файл або інший ресурс. Помилка HTTP 404 вказує на те, що мережне з'єднанняміж клієнтом та сервером було успішно виконано. Виникає, коли користувач ввів у браузері неправильний URI або адміністратор сервера видалив файл, не налаштувавши редирект на нове розташування. Щоб вирішити цю проблему, користувачі повинні набрати правильну URL-адресу .

3. Помилка HTTP 500 "Внутрішня помилка сервера"

Сервер отримав від клієнта дійсний запит, але не зміг опрацювати його. Помилка HTTP 500 виникає, коли сервер стикається з будь-яким технічним збоєм. Наприклад, брак пам'яті або дискового простору. Адміністратор сервера має вирішити цю проблему.

4. Помилка HTTP 503 "Служба недоступна"

Цей код вказує, що сервер не може обробити вхідний запит. Деякі сервери використовують код помилки HTTP 503 для вказівки очікуваних збоїв, пов'язаних із високим споживанням ресурсів. Наприклад, при перевищенні кількості одночасно підключених користувачів або ліміту потужності центрального процесора, про які зазвичай повідомляється за допомогою HTTP-500.

5. HTTP 301 "Переміщений назавжди"

Вказаний клієнтом URI був переміщений в інше місце за допомогою HTTP-редиректу, який дозволяє клієнту отримати ресурс з нового розташування. Браузери автоматично виконують HTTP-редиректу 301 без необхідності втручання з боку користувача.

6. HTTP 302 "Знайдено" або "Переміщено тимчасово"

HTTP код 302 призначений для випадків, коли ресурс переміщений тимчасово, а чи не постійно. Адміністратор сервера повинен використовувати HTTP 302 лише протягом коротких періодів оновлення (зміни) контенту. Браузери автоматично виконують редирект 302, як і для коду 301. У версії HTTP 1.1 для вказівки тимчасових редиректів було додано новий код 307 .

7. HTTP 400 «Неправильний запит»

Сервер виявив помилку даних протоколу, отриманих від клієнта. Зазвичай це вказує на технічний збій на стороні клієнта або пошкодження даних у мережі.

8. HTTP 401 "Не авторизований"

Ця помилка виникає, коли клієнти запитують захищений ресурс на сервері, але не автентифіковані для доступу. Щоб виправити її, клієнт повинен увійти на сервер із використанням логіну та пароля.

9. HTTP 100 "Продовжити"

Доданий у версію 1.1 протоколу код HTTP відповіді 100 був розроблений для більш ефективного використанняпропускну здатність мережі. Він дозволяє серверам підтверджувати готовність приймати великі запити. Протокол Continue дозволяє клієнту HTTP 1.1 відправляти невелике спеціально налаштоване повідомлення, що запитує відповідь сервера з кодом 100, а потім чекати відповіді до відправки запиту на подальші дії. Клієнти та сервери HTTP 1.0 не використовують цей код.

Коли на сервер надсилається запит на отримання сторінки вашого веб-сайту (наприклад, користувач відкриває сторінку в браузері або робот Googleсканує сторінку), сервер у відповідь на запит повертає код стану HTTP.

Деякі типові коди статусу HTTP:

• 200 – сервер успішно обробив сторінку;
• 404 – запитувана сторінка немає;
• 503 – інформація тимчасово недоступна

Коди http – 1xx (тимчасовий)

Коди станів, що вказують на тимчасову відповідь. Для продовження запиту необхідно вжити заходів.

Коди http - 2xx (Успішно)

Коди стану HTTP, які свідчать, що сервер успішно обробив запит.

Код	Опис
200 (Успішно)	Сервер успішно опрацював запит. Як правило, це означає, що сервер надав необхідну сторінку. Якщо цей стан стосується файлу robots.txt, це означає, що робот знайшов його успішно.
201 (Створено)	Запит пройшов успішно і сервер створив новий ресурс.
202 (Прийнято)	Сервер прийняв запит, але його ще не обробив.
203 (Ненадійна інформація)	Сервер успішно обробив запит, але повернена інформація може виходити з іншого джерела.
204 (Немає вмісту)	Сервер успішно обробив запит, але не повертає будь-якого змісту.
205 (Відновлювати значення)	Сервер успішно обробив запит, але не повертає будь-якого змісту. На відміну від відповіді 204, ця відповідь вимагає відновлення виду документа від запитуючої сторони (наприклад, очистити форми для введення нових даних).
206 (Частковий зміст)	Сервер успішно обробив частковий запит GET.

Коди http – 3xx (Перенаправлено)

З метою виконання вимоги необхідні додаткові дії. Ці коди статусу HTTPчасто використовуються для перенаправлення.

Код	Опис
300 (Багато варіантів)	Сервер може виконувати багато дій у відповідь на ці запити. Сервер може вибрати дію, залежно від запиту ( user agent) або заданий список дозволяє вибрати дії.
	Запрошена сторінка була остаточно переміщена в інше місце. Коли сервер повертає цю відповідь (на запит GETабо HEAD), автоматично перенаправляє того, хто вимагає на нове місце. Цей код можна використовувати, щоб повідомити пошукову роботу, що сторінка або сайт постійно переміщені на нове місце.
302 (Тимчасово переміщено)	Сервер в даний час відповідає на запит за допомогою сторінки з іншого місця, але в майбутньому слід продовжувати надсилати запити на місце. Цей код схожий на код 301 у тому плані, що на запит GET або HEAD автоматично перенаправляє того, хто вимагає в інше місце, але не використовуйте цей код, щоб інформувати пошукового робота про перенесення сторінки або сайту на нове місце, тому що робот буде продовжувати сканування вихідного розташування .
303 (Перевірити інше місце)	Сервер повертає цей код у тому випадку, якщо запитувач повинен для отримання відповідей надіслати окремий GET запит до іншого місця. У разі виконання всіх вимог сервер автоматично перенаправляє в інше місце.
304 (Не змінено)	Запитувана сторінка не була змінена з моменту останнього запиту. Надіславши цю відповідь, сервер не повертає тіло сторінки. Необхідно налаштувати сервер на повернення цієї відповіді (HTTP If-Modified-Since), якщо сторінка не змінилася з того часу, коли її востаннє запитував той самий агент. Це знижує навантаження на пропускну спроможністьта сервер.
305 (Використовувати проксі-сервер)	Запитуючий може отримати доступ до сторінки лише через проксі-сервер. Повернувши цю відповідь, сервер також вказує проксі-сервер, який потрібно використовувати.
307 (Тимчасовий перенапрямок)	Сервер в даний час відповідає на запит за допомогою сторінки з іншого місця, але в майбутньому слід продовжувати надсилати запити на місце. Цей код схожий на код 301 у тому плані, що на запит GET або HEAD автоматично перенаправляє того, хто вимагає в інше місце, але не використовуйте цей код, щоб інформувати пошукового робота про перенесення сторінки або сайту на нове місце.

Коди http – 4xx (Помилка запиту)

Наступні коди стану вказують на ймовірну помилкуу запиті, яка дозволяє серверу обробити цей запит.

Код	Опис
400 (Неправильний запит)	Сервер не розпізнає синтаксис запиту.
	Запит потребує ідентифікації користувача. Сервер може повертати цю відповідь, якщо доступ до сторінки вимагає авторизації користувача.
403 (Доступ заборонено)	Сервер відхиляє запит. Якщо пошуковий робототримує цей код стану HTTP під час спроби індексації правильних сторіноксайту (див. Помилки індексування на вкладці Скануванняв Інструменти Googleдля веб-майстрів), ймовірно, сервер або хост блокує доступ googlebot можливість.
	Сервер не може знайти потрібну сторінку. Сервер часто повертає цей код, наприклад, коли запит відноситься до сторінки, якої не існує на сервері. Якщо на сайті немає файлу robots.txt і цей стан відображається на сторінці заборонених URL в Інструментах Google для веб-майстрів, це правильний статус. Однак якщо на сайті є файл robots.txt і, незважаючи на це, відображається цей статус, файл robots.txt може мати неправильне ім'яабо перебувати у неправильному місці. (Файл повинен знаходитись у кореневому каталозі домену та носити ім'я robots.txt).
	Метод, вказаний у запиті, не допускається.
406 (Не допускається)	Запрошену сторінку неможливо повернути з необхідною характеристикою змісту.
407 (Потрібна автентифікація на проксі-сервері)	Цей код стану аналогічний коду 401, але вказує, що запитувач повинен перевірити справжність за допомогою проксі-сервера. Повернувши цю відповідь, сервер також вказує проксі-сервер, який треба використовувати.
408 (Тайм-аут запиту)	Тайм-аут очікує відповіді від сервера.
409 (Конфлікт)	Сервер виявив конфлікт під час виконання запиту. Сервер повинен передати у відповідь інформацію про конфлікт. Сервер може повертати цей код разом зі списком відмінностей між вимогами у відповідь запит PUT, які перебувають у конфлікті з колишнім попитом
	Сервер повертає цю відповідь, коли вибраний ресурс видалено без можливості відновлення. Ця відповідь схожа на код 404 (Не знайдено), але іноді використовується замість коду 404 для ресурсів, які раніше існували, але були видалені. Якщо ресурс остаточно перенесено, слід використовувати код 301, щоб вказати нове розташування ресурсу .
411 (Обов'язково вказати довжину)	Сервер не приймає запити без правильного значення поля Content-Length (Зміст-Довжина) у заголовку.
412 (Не дотримані умови)	Сервер не відповідає одній із умов, розміщених у запиті.
413 (Занадто великий запит)	Сервер не може обробити запит, тому що він занадто великий.
	Запитувана URI (зазвичай URL-адреса) занадто велика і сервер не може її обробити.
415 (Непідтримуваний тип)	Запит має формат, що не підтримується.
416 (Не знайдено потрібний діапазон)	Сервер повертає цей код стану, коли запит стосується діапазону на сайті.
417 (Відмова очікування)	Сервер не може виконати вимоги, які містяться в полі Expect (Чекайте), заголовка запиту.

Коди http-5xx (Помилка сервера)

Наступні коди стану вказують, що виникла внутрішня помилка сервера під час спроби обробки запиту. Ці помилки зазвичай стосуються сервера, а не вимог.

Код	Опис
500 (Внутрішня помилкасервера)	Сервер зіткнувся з помилкою і не може опрацювати запит.
501 (Функція не реалізована)	Сервер немає функції, що забезпечує виконання запиту.
502 (Неприпустимий шлюз)	Сервер, що функціонує як шлюз або проксі, отримав неприпустиму відповідь з сервера, що за ним знаходиться.
503 (Служба недоступна)	Сервер у Наразінедоступний (перевантажений або вимкнений з метою технічне обслуговування). Як правило, це тимчасовий стан.
504 (Тайм-аут шлюзу)	Сервер, що функціонує як шлюз або проксі-сервер, очікує відповіді від розташованого за ним сервера.
505 (Непідтримувана версія HTTP)	Сервер не підтримує версію протоколу HTTP, вказану у вимогі.

Практично будь-який активний користувачІнтернет при роботі з сайтами стикався з помилками. Особливо важливо знати причину цих помилок самому власнику сайту.
Досить часто проблеми, якими спричинені помилки, є незначними і вирішити їх можна самостійно. Для початку потрібно ознайомитися з типами найпоширеніших помилок, а потім і алгоритмом їх усунення.

Види помилок

Помилка протоколу http може виникнути, якщо файли, які запитує користувач, не доходять до нього від сервера. У такій ситуації сервер повідомляє користувачеві код помилки. Код відповіді сервера буває всього чотирьох видів: два успішні і два не успішні.

Список помилок http (хх – будь-які цифри):

2хх- Запитуваний запит виконаний;
3хх- Запитуваний запит відправлений користувачеві, теж вважається позитивним кодом;
4ххфайл не був відправлений користувачу через помилку. Цей код означає помилку клієнта;
5хх- Помилка сервера.

Нижче ми розберемо два останніх коди відповіді сервера. Це найчастіші помилки, які усунення не вимагає багато часу.

Помилка 400 «Bad Request»

Якщо при запиті до сайту ви отримуєте помилку 400, значить у самому запиті припущена помилка. Але така помилка може виникнути, якщо ви намагаєтеся увійти до панелі керування вашого сайту. Найчастіше це трапляється з 4 причин:

• браузер заблокований антивірусом;
• браузер заблокований брендмауером Windows;
• велика кількість cookies та файлів у кеші;
• нестабільне підключення до Інтернету.

Щоб вирішити цю проблему, потрібно по черзі перевірити кожну можливу причинуїї виникнення.

Браузер заблокований антивірусом
Перевірте, щоб ваш браузер не знаходився у списку заборонених програм вашого анівірусу. Якщо знаходиться, підвищіть рівень довіри до нього та збережіть налаштування.

Браузер заблокований брендмауером.
У цьому випадку потрібно тимчасово відключити брендмауер, очистити cookies та cash, а потім оновити сторінку у браузері. Якщо проблема вирішилася, потрібно додати браузер до дозволених програм у брендмауері.

Куки та кеш (Cookies & cash)
Найпростіше рішення – просто очистіть cookies та cash у браузері, а потім оновіть сторінку помилково.

Нестабільне підключення до Інтернету.
Зателефонуйте провайдеру, щоб дізнатися, з чим пов'язані перебої. Можливо, у провайдера проводяться роботи.

Помилка 403 «Доступ заборонено»

Якщо відповідь сервера – помилка 403, це означає, що доступ до запитуваних файлів заборонено. Найчастіші причини:

• Некоректний індексний файл. Для виправлення цієї помилки потрібно створити такий файл або перейменувати, якщо він вже є.
• Права доступу файлу не дають веб-серверу прочитати його. Для вирішення проблеми необхідно змінити права.
• Дані розташовані в неправильній директорії. Для вирішення перевірте знаходження файлів у директорії public_html.

Помилка 404 – файл не знайдено

Така помилка означає, що сервер не знаходить даних на запит. Основні причини її виникнення:

• URL неправильно введено. Щоб усунути помилку, перевірте правильність написання посилання.
• Запитуваний документ відсутній. Щоб усунути помилку, потрібно перевірити, чи знаходиться запитуваний файл у потрібній директорії.

Помилка 500 – помилка сервера

Щоб дізнатися, що означає помилка http із кодом 500, потрібно перевірити причини її виникнення.

• Неможливість запуску сценарію. Якщо документи мають неправильні права доступу, такі як 777, робота скриптів із цими файлами блокується сервером. Щоб усунути цю проблему, потрібно встановити коректні права доступу до файлів.
• Помилка у файлі.htaccess. Можливо, помилка у директиві. Щоб усунути помилку, увімкніть error.log.

Помилка 502 – Bad Gateaway

Такі статуси помилок http, як 502, повідомляють про те, що сервер дав неприпустиму відповідь. Причини появи такої помилки:

• Проксі-сервер працює несправно. Переконайтеся, що у вас є доступ до мережі. Якщо доступ до інших сайтів є та інтернет працює, видаліть кукі та очистіть кеш.
• Недостатність серверних ресурсів. Така проблема може виникнути, якщо ваш сайт перевищує кількість ресурсів, що виділяється вам хостингом на даному тарифному плані. Вивчіть тарифи хостингу та виберіть собі більш підходящий, який надає більше ресурсів.

Помилка 503 – Service Temporarily Unavailable

Кожен сайт, розташовуючись на хостингу, має обмежену кількість робочих процесів в залежності від тарифу. Процеси виконуються по черзі і чим більше процесів, тим сильніше забивається черга, кількість процесів у якій обмежена. Таким чином, якщо процес не вміщується у встановлений об'єм черги, він не виконається. У цьому сервер видає помилку «Сервіс тимчасово недоступний». Причини появи помилки:

• Обмеженість часу роботи сценарію. Через деякий час скрипти припиняють свою роботу, вони можуть не встигнути передати великий файл. Щоб усунути цю помилку, відключіть усі плагіни по черзі, виявляючи з них найважчі. Винуватця слід замінити на аналогічний плагін або відмовитися від нього зовсім.
• Висока кількість запитів. Причини виникнення:

1. Ресурс посилається на дуже велику кількість файлів, завантаження кожного з яких займає окремий процес. Для вирішення постарайтеся об'єднати як можна більше файлівв один.
2. Спам та DDoS-атаки можуть викликати високу кількість запитів. У випадку DDos-атаки, .

Що робити при появі помилки

Навіть на сайтах із самим найкращим обслуговуваннямперіодично виникають помилки. Для самостійного рішеннявам потрібно зрозуміти причину виникнення http помилки. Подібні знання допоможуть вам заощадити час та ресурси, адже вам не потрібно буде звертатися до технічну підтримкупровайдера.