Ошибка 400: что такое и как исправить

Встречающиеся варианты ошибок 502

В зависимости от вашего браузера или операционной системы ошибка сервера 502 может отображаться на экране по-разному. Так, например, вы можете встретить такие варианты:

«502 Bad Gateway»
Пустой белый экран
«Error 502»
«HTTP 502»
«HTTP Error 502 – Bad Gateway»
«Служба 502 временно перегружена»
Брендированный: «Твиттер перегружен. Повторите попытку позднее»
502 Bad Gateway / nginx 1.14
И другие в этом духе.

С каким вариантом ошибки «502 Bad Gateway» вы столкнулись?

Пустой белый экран
9.52%

Error 502
9.52%

HTTP 502
0%

HTTP Error 502 – Bad Gateway
9.52%

Служба 502 временно перегружена
9.52%

Брендированный: «Твиттер перегружен. Повторите попытку позднее»
0%

502 Bad Gateway / nginx 1.14
23.81%

502 Bad Gateway
38.1%

Проголосовало: 21

Все они означают одно и то же, а как справится с ними мы сейчас расскажем.

Коды ошибок сервера

Коды этой группы обозначают ошибки на стороне сервера.

500 Internal Server Error

Код обозначает, что сервер не может обработать запрос по причине внутренних ошибок. Обычно проблема в настройке сервера, обращении к некорректному файлу .htaccess или пакету PHP, который не установлен.

501 Not Implemented

Сервер возвращает этот код, когда не может обработать запрос: он не поддерживает возможности для обработки или не может распознать метод. К примеру, эта ошибка появится, если распространенные протоколы HEAD, POST, GET и другие по какой-то причине не поддерживаются сервером.

502 Bad Gateway

За обработку запроса отвечают бэкенд серверы, которые передают данные прокси-серверу или шлюзу. Если запрос был направлен к такому шлюзу, который не получил ответ от бэкенда, сервер вернет 502 код. Для исправления нужно проверить настройку прокси-сервера.

503 Service Unavailable

Код свидетельствует о перегрузке сервера, запрос не может быть выполнен в данный момент. Второй причиной может быть обслуживание сервера: ему не хватает памяти или ресурсов, чтобы обработать запрос. Такой ответ может вернуться, если на сервере ограничено количество пользователей.

504 Gateway Timeout

Код похож на 502, но ошибка 504 означает, что истек срок ожидания ответа от сервера. Необходимое количество времени истекло, а ответ от бэкенд-сервера не пришел.

Причина может быть в сетевом соединении, недостатке ресурсов, версии протокола HTTP или настройке сервера, если выставлен слишком короткий таймаут.

506 Variant Also Negotiates

Код ответа 506 означает, что сервер настроен некорректно: ошибка в конфигурации зацикливает обращение сервера, и он указывает сам на себя.

507 Insufficient Storage

Если сервер загружен настолько, что для выполнения запроса не хватает памяти, он вернет ошибку 507. Это бывает, если на сервере нет места для данных в принимаемом запросе.

510 Not Extended

Код 510 возвращается в случае, если сервер не поддерживает расширение, которое указано в запросе. В этом же ответе сервер может указать, какие расширения доступны.

511 Network Authentication Required

Эта ошибка возвращается клиенту, если пользователь не авторизовался в сети. К примеру, если он не согласился на условия использования интернета, когда подключался к wi-fi, или не ввел пароль.

На коды ответов сервера обращают внимание поисковые роботы, с помощью этих сигналов они узнают, как им нужно вести себя со страницей — индексировать, пропустить, вернуться к ней позже

Веб-мастерам важно распознавать сигналы с ошибками, чтобы направлять поисковых ботов и исправлять часть ошибок, если причина ошибки им доступна

На чьей стороне возникла ошибка

Для тех, кто еще не знает — если код имеет категорию 4хх — это данные ответа http, а ошибки с такими цифровыми значениями возникают на стороне клиента.

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

По своей сути, возникновение подобной ошибки может означать, что клиентское устройство отправило по какой-либо причине неверный запрос. Это может быть не только неправильно сформированный запрос, но и попытка провести загрузку слишком большого файла. Сюда же вполне можно отнести и неправильно сформированные заголовки http, которые также вызывают ошибку с кодом 4хх.

Рис.2 Сервер не смог распознать запрос.

Далее мы постараемся детально рассмотреть наиболее распространенные сценарии возникновения ошибки, а также возможные варианты ее решения.

Помните, что в данном случае объектом, генерирующим ошибку 400-Bad Request, может быть как клиент, так и запрашиваемый сервер.

Диагностирование ошибки

Возникновение ошибки неверного запроса может быть вызвано одной из ниже перечисленных причин:

маршрутизатор ложных запросов принимает информацию, которую намеренно или случайно посылает клиент. Существует определенная категория веб-приложений, пытающихся обнаружить определенные заголовки в запросе, удостоверяющие об отсутствии зловредных намерений. Если такие заголовки отсутствуют — возникновение ошибки 400 является неизбежным результатом;
при загрузке слишком большого файла клиентским устройством выполнение запроса может быть невозможным. Это связано с существующим лимитом на размер загружаемых файлов у большей части серверов и приложений. В этом случае вы также столкнетесь с описываемой проблемой;
в случае, когда клиентское устройство осуществляет запрос неверно составленного URL — также появится предупреждение об ошибке;
в процессе использования клиентом устаревших или недействительных cookie файлов. Это связано с тем, что браузер содержит локальные куки, идентифицирующие сессию. Когда два токена — от вашей клиентской сессии и от другого клиента схожи — запрашиваемый сервер может расценить подобную ситуацию как злонамеренное действие и отобразить на экране ошибку неверного запроса.

Party time

The next request came in shortly and this time the response was a successful HTTP 200:

2019/05/28 11:42:35 20067#0: *1708050081 http upstream process header2019/05/28 11:42:35 20067#0: *1708050081 malloc: 00000000031B8E50:40962019/05/28 11:42:35 20067#0: *1708050081 recv: fd:884 4096 of 40962019/05/28 11:42:35 20067#0: *1708050081 http proxy status 200 «200 OK»

Finally the 400 errors are gone and it was all due to a larger than usual http request, because of the large http headers (damn cookies!).

If you need to increase the request/header limits, it’s important to do this in the whole chain of dataflow. Every http/application server this request goes through must be checked and if necessary adjusted.

Как исправить ошибку 502 Bad Gateway

Как мы уже говорили, ошибка 502 Bad Gateway возникает из-за проблем сервера. Но есть несколько вещей, которые может сделать обычный пользователь, чтобы восстановить корректное отображение сайта.

Перезагрузите страницу

Первая вещь, которую стоит делать всем пользователям в Сети при некорректной загрузке страницы, — это ее перезагрузка. Это же правило отлично подходит и для ошибки сервера 502.

Но для перезагрузки лучше использовать не специальный значок в браузере, а сочетание горячих клавиш: Ctrl + F5. Такой тип перезагрузки будет запрашивать все данные о странице, а не будет обращаться к памяти кэшированных данных в браузере.

Возможно, отсутствие ответа сервера было всего секундным, и следующая перезагрузка исправит ситуацию.

Почистите кэш

По этой же причине не лишним будет и очистить весь кэш в браузере. Это можно сделать в настройках приложения. Особенно это касается устранения ошибки 502 Bad Gateway на телефонах.

Проверьте работоспособность сайта

Чтобы наверняка быть уверенным, что проблемы с отображением сайта лежат на удаленном сервере, а не на стороне пользователя, попробуйте запустить сайт через другой браузер.

Проверить отклик сайта можно и через специализированные сервисы, например, тут.

Проблемы с DNS

Одним из триггеров, приводящих к ошибке 502 Bad Gateway, может стать то, что DNS-сервер не отвечает.

Часто эта проблема бывает при переносе домена сайта на новый хостинг. Здесь придется только набраться терпения, так как отображение сайта будет зависеть от того как быстро обновиться каталоги IP-адресов. Так, каталоги Google обновляются в течение 24 часов, а иногда и чаще. Региональные каталоги могут обновляться и раз в неделю.

Со своей стороны, пользователь может ускорить этот процесс, прописав DNS-сервера от Google:

Зажмите одновременно WIN+R, затем введите команду ncpa.cpl
Откройте то подключение к Интернету, которое хотите отредактировать, и запустите «Свойства» через меню правой кнопки мыши.
Щелкните на строку «IP версии 4 (TCP/IPv4)»
Затем укажите гугловские DNS:
- Предпочитаемый DNS-сервер: 8.8.8.8
- Альтернативный DNS-сервер: 8.8.4.4
Сохраните изменения, почистите кэш и попробуйте перезагрузить страницу сайта.

Также стоит попробовать очистить локальный кэш DNS. Для этого запустите строку «Выполнить» (WIN+R), введите cmd и нажмите Ок. Затем введите:

ipconfig / flushdns

и нажмите Enter. Если на экране появилась запись об успешной очистке кэша DNS, то все прошло правильно.

Это все, что может сделать со своей стороны пользователь. Остальное уже зависит от разработчиков сайта и от сервера, на котором он размещен.

Улучшите условия использования сервера

Общие хостинги ограничивают количество направленных запросов на конкретный сайт. Делается это для того, чтобы внезапная активность на одном сайте не повлияла на других пользователей сервера и их веб-ресурсы.

Увеличиваем лимиты нагрузки на сервер. На примере хостинга beget.com

Если ваш сайт стал популярнее, а количество посетителей на нем выросло, это может привести к тому, что запросы к серверу сверх лимита будут сбрасываться. Чтобы этого не происходило, смените свой вариант тарификации хостинга. Возможно вам даже стоит попробовать услуги выделенного сервера или вообще другого провайдера хостинга.

Проверьте код сайта

Проблемы с ошибкой 502 на сайте могут возникать из-за плохого кода, который генерирует большое количество запросов к серверу от одного пользователя. Разработчики сайта должны выявит точки излишней активности, и, при необходимости, переписать код.

Если вы сами делали сайт на WordPress, то проблема, возможно, скрывается в плагинах или даже в теме, установленных на сайте. В этом случае вам нужно будет поочередно отключать их работу, чтобы понять, где закралась ошибка в коде.

Причины появления ошибки сервера 429

DDoS-атаки

Начать следует с того, что чаще всего ошибка 429 сопровождается надписью The user has sent too many requests in a given amount of time», что означает превышение ограничений по запросам к сайту. Соответственно, именно так происходит предотвращение DDoS-атак, которые и являются основной причиной появления рассматриваемой проблемы. Помимо самого кода, вы увидите и несколько других параметров:

Общее количество запросов.
Запросы с конкретного IP-адреса в секунду.
Количество одновременных запросов.
Общее количество запросов с одного IP-адреса.

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

В случае, когда есть уверенность в том, что ошибка http 429 появилась именно из-за атак на ваш ресурс, советую ознакомиться с отдельным материалом, в котором вы узнаете, как обезопасить себя от DDoS эффективными инструментами и банальными мерами предосторожности. Подробнее: Способы защиты от DDoS-атаки

Подробнее: Способы защиты от DDoS-атаки

Некорректная работа плагинов WordPress

Вторая распространенная причина, которая может быть связана с регулярным появлением неполадки 429, – некорректное функционирование плагинов под управлением CMS WordPress. Для решения этой проблемы потребуется выполнить несколько несложных действий.

Для начала по очереди отключайте каждый установленный скрипт через меню управления этими компонентами. Параллельно проверяйте, появляется ли ошибка. Да, на выполнение этой задачи может уйти много времени, однако это самый эффективный метод выявления плагина, который является триггером. Отметим, что сразу несколько компонентов могут вызывать проблему, поэтому постарайтесь проверить их все.

Если после проверки неполадка все еще не исчезла, переключитесь на стандартную тему WordPress, которая называется Twenty Seventeen. Это действие поможет понять, связана ли ошибка сервера 429 со скриптами, которые входят в пользовательский шаблон оформления сайта. В том случае, когда трудность действительно была связана с темой, придется переделать ее вручную или же подыскать новый вариант для своего веб-ресурса.

Как исправить ошибку 502 bad gateway Nginx

1. Анализ логов и перезапуск

Чтобы исправить ошибку нужно выяснить что случилось со шлюзом. Лучший способ сделать это — посмотреть логи Nginx, там обязательно должно быть что-то написано и намного подробнее, чем в выводе браузера:

$ tail -f /var/log/nginx/error.log

Это уже должно дать вам некоторые подсказки что делать дальше. Еще в первую очередь не помешает проверить файл конфигурации Nginx на ошибки:

$ nginx -t

Допустим, у нас в качестве шлюза для генерации динамического содержимого используется php-fpm. Тогда нужно проверить запущен ли вообще этот сервис:

$ ps aux | grep php

Если все процессы уже запущены, попробуйте перезапустить их с помощью systemd:

$ sudo systemctl restart php-fpm

Если процесс остановлен, то его нужно запустить:

$ sudo systemctl start php-fpm

Это самая распространенная причина, вызывающая ошибку 502 Bad Gateway и обычно после перезапуска сервиса все будет работать, вам осталось выяснить только почему он завершился. В этом вам может помочь просмотр лога php-fpm:

$ sudo tail -f /var/log/php7.0-fpm.log

Но если такой рецепт не помог, и ошибка 502 bad gateway nginx нужно идти дальше. Внимательно пересмотрите лог, возможно, там уже есть ответ.

2. Доступность php-fpm и владелец

Также эта ошибка может возникать при проблемах доступа к файлу сокета php-fpm, например, когда этот файл называется по другому или для него выставлены неверные права. Сначала убедитесь, что в конфигурационном файле /etc/nginx/nginx.conf указан правильный адрес файла сокета php-fpm:

location ~ \.php$ {fastcgi_pass unix:/var/run/php7.0-fpm.sock;include fastcgi_params;}

Файл /var/run/php7.0-fpm.sock должен действительно существовать в файловой системе. Дальше нужно убедиться, что у сокета правильный владелец, это должен быть тот же пользователь, от имени которого запускается Nginx, группа тоже должна соответствовать. Откройте файл /etc/php7.0/fpm/pool.d/www.conf и найдите строчки user и group. Они должны иметь такое же значение, как строчка user в конфиге nginx.conf:

listen = /var/run/php7.0-fpm.socklisten.owner = www-datalisten.group = www-data

После того как выставите правильные параметры, перезапустите сервисы:

$ sudo service php5-fpm restart$ sudo service nginx restart

3. Время отклика и размер буфера

Возможно, размер буфера и время ожидания ответа от fastcgi настроены неверно и программа просто не успевает обработать большой запрос. Попробуйте увеличить такие параметры в /etc/nginx/nginx.conf. Если таких строк не существует, добавьте их в блок http, как здесь:

$ sudo vi /etc/nginx/nginx.conf

http {…fastcgi_buffers 8 16k;fastcgi_buffer_size 32k;fastcgi_connect_timeout 300;fastcgi_send_timeout 300;fastcgi_read_timeout 300;…}

Adjust Nginx to allow larger http headers

The HTTP protocol itself does not define a size limit of the headers, but for security and performance reasons these limits are (usually) set in the web servers. These default limits can be changed, of course.

In Nginx this default size can be changed using the option «». You can set this either globally in the «http» context or in a «server» context for a specific vhost. In this example I set a new limit of 64K in the «http» context:

http { include /etc/nginx/mime.types; default_type application/octet-stream; # Allow larger than normal headers large_client_header_buffers 4 64k;

Followed by a Nginx reload, the new http header size limit should be activated.

A handy comparison of defaults

To finalize this posts, here are the default values for request/header size limits of some http servers, as of February 2021 (last updated):

HTTP Server	Setting / Option name	Default value
Apache 2.2		8190
Apache 2.4		8190
HAProxy	16384 / half of bufsize
IIS 4.x	MaxClientRequestBuffer	2M
IIS 5.x	MaxClientRequestBuffer	128K
IIS 5.x w Win 2000 SP4	MaxClientRequestBuffer	16K
IIS 6.x and later	MaxRequestBytes	16K
Lighttpd	server.max-request-field-size	none
LiteSpeed		16380
Nginx		4 8k
Node.js < v13.13.0		8KB
Node.js >= v13.13.0		16KB
Tomcat 5.5	maxHttpHeaderSize	4096
Tomcat 6 and later	maxHttpHeaderSize	8192
Wildfly 10 and later	max-header-size	1048576

Meanwhile Geeker’s Digest also published an up to date list of HTTP request header limits.

Снятие блокировки со стороны защитных средств

В первую очередь, необходимо приостановить антивирусную защиту, скажем, минут на десять и проверить возможность доступа. По крайней мере, такая проблема наблюдается с антивирусными инструментами Avast. Если доступ будет восстановлен, либо внесите искомый сайт в список исключений, либо просто смените штатный антивирус на другую программу.

Что касается файрвола, он тоже может провоцировать появление ошибки 400. Его следует отключить, хотя система этого делать и не рекомендует. Все равно попытаться можно. В случае восстановления доступа к ресурсу, файрвол можно оставить отключенным или же в список исключений внести используемый веб-обозреватель.

Выполнить поиск

Если URL-адрес, который Вы пытаетесь найти, является описательным (или если Вы знаете приблизительное название статьи или страницы, которую Вы ожидаете), Вы можете использовать ключевые слова в адресе для поиска на веб-сайте. В приведенном ниже примере Вы не можете действительно сказать из самого URL-адреса, если что-то не так, но Вы можете увидеть некоторые слова из названия статьи.

Вооруженные этими знаниями, Вы можете выполнить поиск на веб-сайте с соответствующими ключевыми словами. Это должно привести Вас к правильной странице.

Это же решение также работает, если веб-сайт, который Вы пытаетесь достичь, изменил URL-адрес по какой-либо причине и не перенаправил старый адрес на новый.

И если на веб-сайте нет собственного окна поиска, Вы всегда можете использовать Google (или любую другую поисковую систему, которую Вы предпочитаете). Просто используйте оператор «site:» для поиска только соответствующего сайта для ключевых слов.

На изображении ниже мы используем Google и поисковую фразу «site:guidepc.ru локальная сеть» для поиска только сайта guidepc.ru по ключевым словам.

Коды успешной обработки запроса

Коды группы сигнализируют о том, что запрос принят и успешно обработан.

200 ОК

Это один из самых популярных ответов, он означает, что запрос принят и успешно обработан, страница открыта и доступна к просмотру. Все страницы, которые будут проиндексированы, должны отдавать код 200 ОК.

201 Created

Ответ означает, что сервер принял запрос, обработал и создал новый ресурс. Код можно увидеть, к примеру, если пользователь создал новую страницу. Если новый ресурс создать невозможно, или он перестанет существовать к тому времени, когда клиент получит сообщение, то сервер отдаст код 202 Accepted.

202 Accepted

Сервер принял запрос, но не завершил его обработку. Запрос можно отклонить, поскольку на его выполнение может потребоваться слишком много времени.

203 Non-Authoritative Information

Код ответа 203 означает, что операция прошла успешно, но от кода 200 он отличается указанием источника информации. Данные получены не из первоисточника, а с другого сервера или резервной копии. Возможно, информация устарела, о чем и предупреждает код ответа.

204 No Content

Обработка запроса прошла успешно, но серверу нечего отправить в ответ. Ответ не содержит тело сообщения, только заголовки. Обычно такой код включается в первую пустую строку кода, чтобы разрешить запуск скриптов, не меняя содержимого и не обновляя страницу.

205 Reset Content

Сервер сигнализирует, что запрос успешно обработан и клиенту нужно сбросить введенные данные. Обновление документа не требуется, сервер не передает тело сообщения.

206 Partial Reset

Этот код обычно используют инструменты кэширования. Сервер в ответе возвращает только часть контента страницы, которую и запрашивает пользователь.

207 Multi-Status

Код обозначает мультистатусность ответа: сервер обработал несколько операций,не зависящих друг от друга. Результаты отображаются в теле сообщения как XML-документ с объектом multistatus.

Влияние служб Windows

Одной из причин появления сбоя, как отмечают некоторые специалисты, может стать даже влияние служб, представленных антивирусным ПО и средствами системы защиты самих ОС Windows.

Тот же брэндмауэр (файрвол) или «Защитник» Windows могут запросто спровоцировать ситуацию, когда появляется ошибка 400. В данном случае речь идет о блокировке сайтов и их содержимого. Чтобы устранить такую проблему, в самом простом случае следует внести адрес интернет-ресурса в список исключений всех защитных программ. В случае со встроенным файрволом придется использовать создание нового правила.

Что значит 400 Bad Request и каковы его причины

В переводе с английского языка текст данного сообщения звучит как «400 плохой запрос», и обычно обозначает ситуацию, при которой пользователь использовал неправильный синтаксис при обращении к какому-либо сетевому ресурсу.

Проще говоря, пользовательский запрос, который был отправлен на какой-либо сервер (часто это тривиальный запрос на загрузку интернет-страницы), был некорректен или повреждён, и сервер не смог распознать его.

Причины появления 400 Bad request могут быть следующими:

Пользователь использовал некорректный текст ссылки (недостающие или лишние символы, пробелы и т.д.);
Куки пользовательского браузера повреждены;
Наблюдаются проблемы в работе провайдера (ISP);
Имеются проблемы с пользовательским подключением к Интернету;
Корректное подключение к интернету блокируют антивирус или брандмауэр;
Имеются проблемы в работе DNS;
Злокачественная деятельность вирусных программ блокирует доступ к нужному сайту.

После того, как мы разобрались с тем, что означает 400 bad request необходимо приступать к её устранению.

Из-за чего всплывает Bad Request?

Есть 4 повода для возникновения ошибки сервера 400 Bad Request при попытке зайти на сайт:

Некорректно настроенные HTTP-заголовки в запросе со стороны клиента. Некоторые приложения и сайты мониторят заголовки на предмет наличия в них чего-нибудь подозрительного. Если ваш запрос не соответствует ожиданиям сервера, то высока вероятность появления ошибки 400 (но это не всегда вина пользователя).
Такой же сбой появляется, если клиент пытается загрузить на сервер файл слишком большого размера. Это происходит, потому что на большинстве сайтов есть ограничения по размеру загружаемых данных. Причем ограничение может быть как в 2 гигабайта, так и в 600 килобайт.
Еще ошибка 400 появляется, когда пользователь пытается получить доступ к несуществующей странице. То есть в браузер банально ввели ссылку с опечаткой, некорректным доменом или поддоменом.
Устаревшие или измененные куки-файлы. Сервер может воспринять подмену куки-файлов как попытку атаковать или воспользоваться дырой в безопасности. Поэтому такие запросы сходу блокируются.

Действия со стороны обычного пользователя

Обычный пользователь, который сталкивается с неполадкой 429 при попытке просмотреть конкретный сайт, не сможет ничего предпринять самостоятельно, чтобы решить ее. Однако, если есть возможность, стоит обратиться напрямую к владельцу интернет-ресурса или администраторам, сообщив им о появившейся ошибке. Так вы дадите понять, что сайт работает не так, как это нужно, и ускорите процесс решения трудностей.

Ошибка HTTP с кодом 429 – неприятная ситуация, которая может коснуться каждого владельца сайта. Из приведенного выше материала вы поняли, что существует две основные причины, которые могут ее вызывать. Теперь остается только разобраться с каждой из них и провести проверочные работы, чтобы оперативно исправить сложившуюся ситуацию.

large_client_header_buffers

Syntax:	large_client_header_buffers number size
Default:	4 8k
Context:	http server
Reference:

Directive assigns the maximum number and size of buffers for large headers to read from client request.

The request line can not be bigger than the size of one buffer, if the client send a bigger header nginx returns error “Request URI too large” (414).

The longest header line of request also must be not more than the size of one buffer, otherwise the client get the error “Bad request” (400).

Buffers are separated only as needed.

By default the size of one buffer is 8192 bytes. In the old nginx, this is equal to the size of page, depending on platform this either 4K or 8K, if at the end of working request connection converts to state keep-alive, then these buffers are freed.

Что такое куки и как они связаны с 400 ошибкой?

Вы можете спросить себя: «что такое куки?» Прежде чем мы обсудим, как бороться с ошибкой, давайте сначала посмотрим на куки. При просмотре Интернета вы попадаете во всплывающие окна с надписью: «Этот сайт использует файлы cookie и может хранить некоторую информацию про вас».

Вы можете думать о куках как о маленьких файлах, которые содержат данные в форме текста, сохраненного в браузере но почему веб-сайты используют куки?

Файлы cookie позволяют веб-сайтам отслеживать пользователей, которые часто посещают сайт, и функции, которые они регулярно посещают. В результате, когда вы посещаете веб-сайт и получаете доступ к этой конкретной функции, процесс обработки будет занимать у вас меньше времени. Т. е. простыми словами — это сделано для вас и для быстрой загрузки сайта в вашем браузере.