ERR_CONNECTION_TIMED_OUT после вызова API

Вот сценарий:
У меня есть более пяти действующих веб-сайтов на общем хостинге (и несколько папок с истекшими веб-сайтами) .
Страницы на стороне сервера написаны на PHP и HTML (bootstrap + css) .
Фреймворк не используется (ни codeigniter, ни laravel). Самолет PHP.
Кроме того, я вызываю разные страницы PHP из нескольких своих мобильных приложений (используется очень немногими людьми = менее 25 [да, количество пользователей очень мало]).
Серверная база данных - MySQL.
Данные, вызываемые API, вряд ли находятся в КБ (с URL-адресами) .
Сетевое соединение, которое я использую, - это мобильная передача данных (4G) .
Но та же ошибка отображается даже при доступе через подключение к арендованной линии.

Я время от времени получаю эту ошибку "ERR_CONNECTION_TIMED_OUT". Поскольку эта ошибка отображается в течение нескольких секунд или максимум минуты или 2, на каждую мою жалобу у хостинг-провайдера отвечал как «никаких проблем не обнаружено» .
(так что проблема чрезмерного использования сервера также исключается.)

В результате длительного исследования я пришел к выводу, что после вызовов API из моих мобильных приложений сервер выдает «ERR_CONNECTION_TIMED_OUT» от минимум 5 секунд до максимум 1 минуты.
Чтобы исключить, является ли это моей проблемой с подключением, я позвонил любому другу / знакомому и узнал, что, когда они открывают мою веб-страницу на своей линии аренды, они тоже видят ту же ошибку. (так что ошибка подключения к мобильной передаче данных также исключена.)

Странно, дело в том, когда последующие вызовы API выполняются через модификацию того же соединения (мобильный 4G), все они выполняются быстро и плавно, и опять же, в то же время, когда я пытаюсь обновить веб-страницу, появляется одно и то же раздражающее сообщение об ошибке «ERR_CONNECTION_TIMED_OUT» показан.

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

Прочитав 1-й комментарий, я расскажу подробнее о сценарии:

  1. Я уже сменил хост.
  2. По моей просьбе они также изменили мой хостинг на другой физический сервер.

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

Chris Haas 05.04.2021 19:43
Стоит ли изучать PHP в 2026-2027 годах?
Стоит ли изучать PHP в 2026-2027 годах?
Привет всем, сегодня я хочу высказать свои соображения по поводу вопроса, который я уже много раз получал в своем сообществе: "Стоит ли изучать PHP в...
Symfony Station Communiqué - 7 июля 2023 г
Symfony Station Communiqué - 7 июля 2023 г
Это коммюнике первоначально появилось на Symfony Station .
Оживление вашего приложения Laravel: Понимание режима обслуживания
Оживление вашего приложения Laravel: Понимание режима обслуживания
Здравствуйте, разработчики! В сегодняшней статье мы рассмотрим важный аспект управления приложениями, который часто упускается из виду в суете...
Установка и настройка Nginx и PHP на Ubuntu-сервере
Установка и настройка Nginx и PHP на Ubuntu-сервере
В этот раз я сделаю руководство по установке и настройке nginx и php на Ubuntu OS.
Коллекции в Laravel более простым способом
Коллекции в Laravel более простым способом
Привет, читатели, сегодня мы узнаем о коллекциях. В Laravel коллекции - это способ манипулировать массивами и играть с массивами данных. Благодаря...
Как установить PHP на Mac
Как установить PHP на Mac
PHP - это популярный язык программирования, который используется для разработки веб-приложений. Если вы используете Mac и хотите разрабатывать...
0
1
21
0

Другие вопросы по теме