Magento 2 Apache random 400 ошибок

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

У нас возникла проблема на нашем сервере разработки. Мы протестировали его на нескольких проектах, версии варьируются от 2.1.5 до 2.2.3 с открытым исходным кодом.

После шагов ниже мы получаем 400 случайных ошибок в некоторых файлах (1-10 файлов). Все эти файлы имеют формат .js.
. УДОБНАЯ ЧАСТЬ:
После попытки получить этот файл еще раз (открыть в новой вкладке) - все работает нормально, файл есть, ничего плохого. После повторной попытки жесткого обновления - снова ошибки, но уже на других файлах.

После нескольких программных обновлений (F5) - снова все в порядке.

Режим развертывания - Разработчик

Действия по воспроизведению

  • Установите Magento без даты образца (проверено с 2.2.3) - ничего не настроено.
  • Установить режим развертывания Разработчик
  • Разверните статический контент или просто очистите / pub / static /
  • Chrome / Firefox - Инспектор-> вкладка Сеть-> Отключить кеш (ПРОВЕРЕНО)
  • Очистить данные сайта в браузере.
  • Создайте продукт - для тестирования.
  • Перейдите на веб-сайт, а затем в продукт (нет ошибок даже после жесткого обновления).
  • Добавьте товар в корзину. (нет ошибок даже после жесткого обновления).
  • Зайдите например в категорию. (ошибки даже после жесткого обновления).
  • После очистки данных сайта - снова все в порядке.
  • Мы воспроизвели это на нескольких компьютерах / в веб-браузерах.

Информация о сервере: PHP: 7.1.16
APACHE: 2.4.33
DirectAdmin 1.52.0
Debian: 8

Любые предложения, что делать или что проверить / изменить, будут полезны (кроме глупых, никому не нравятся)

P.S. Я не был уверен, стоит ли размещать его здесь или на magento.stackexchange.com Или я могу публиковать сообщения на обоих сайтах одновременно.

Стоит ли изучать 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 и хотите разрабатывать...
2
0
153
2

Ответы 2

Всем доброе утро

В конце концов, мы нашли проблему. Это был модуль apache: mod_ruid2 После отключения - случайных 400 ошибок больше не появлялось.

Надеюсь, этот ответ кому-то поможет, даже если это необычная проблема.

Чтобы выключить модуль, вам необходимо проделать следующие шаги в командной строке:

cd /usr/local/directadmin/custombuild
./build set mod_ruid2 no
./build apache

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