- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день, имеется конфигурация Nginx+Apache. Nginx на фронтенде, Apache на бекенде.
Возникает следующая проблема:
На сайте А есть некоторые скрипты которые выполняются значительное время.
После запуска такого скрипта nginx возвращает 504 ошибку. Если перейти на другую страницу сайта А ошибка также возвращается. Но если открыть сайт Б (на том же сервере), то никаких ошибок не возникает.
Если заходить на сайт А, когда там выполняется скрипт, с другого IP, то все нормально открывается.
Как сделать так, чтобы во время выполнения долгих скриптов сайт оставался доступен для того же IP адреса, с которого скрипт был вызван.
Настройте Nginx
Настройте Nginx
Знал бы что настраивать, уже настроил бы=)
Знал бы что настраивать, уже настроил бы=)
Носиком ткнуть?
https://www.google.com/search?client=opera&q=nginx+504+%D0%BE%D1%88%D0%B8%D0%B1%D0%BA%D0%B0&sourceid=opera&ie=utf-8&oe=utf-8&channel=suggest
Да нет тут дело не в nginx тут скорее всего дело в ошибках PHP. Такое часто из за них бывает. Вы логи ошибок апача смотрели? Там должно писаться, что тормозит. Возможно плагин старый и с новой версией не работает, возможно даже тема, я и такое видел.
Как локальную меру можете использовать плагин кеширования, как глобальную, покопаться в логах и найти и устранить ошибки.
Высшую школу телепатии в каком ВУЗе заканчивали?
Высшую школу телепатии в каком ВУЗе заканчивали?
Я просто рискнул это предположить на основе статистики последних ошибок и обращений. Подозреваю, что у ТС вп и ошибка появилась после обновленя до 3,5,2... Много таких было. Но может быть и ошибаюсь конечно. В любом случае увеличивать таймауты у nginx в данной ситуации не целесообразно и надо копать в сторону апача.
Вижу вообще на 5+ закончили и с красным дипломом.
добавьте после keepalive_timeout
Я просто рискнул это предположить на основе статистики последних ошибок и обращений. Подозреваю, что у ТС вп и ошибка появилась после обновленя до 3,5,2... Много таких было. Но может быть и ошибаюсь конечно. В любом случае увеличивать таймауты у nginx в данной ситуации не целесообразно и надо копать в сторону апача.
Спасибо за ответ, в логах апача я не нашел запроса ни на запуск долгого скрипта, ни других запросов, которые делал во время работы скрипта. Возможно, запросы в апач из нжинкса не приходят. Нжинкс ждет ответа от апача, и пока не дождется не делает к нему новых запросов.
proxy_connect_timeout 75;
proxy_send_timeout 10m;
proxy_connect_timeout
(с) nginx man ;)