Не знаю как его перезагрузить, перезагрузил весь сервер.

_____________
Бесплатному сыру в дырки не заглядывают...

sudo service nginx reload

sudo service nginx restart

ну.. тоже выход, правда суровый :)

_____________
[продано копирайтерам]

А если бы nginx не стартанул из-за ошибки/опечатки в конфиге (что бывает довольно часто, кстати)?

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

https://nginx.ru/ru/docs/control.html

Послать HUP сигнал можно так:

kill -1 PID
или
kill -HUP PID
что одно и то же

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

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

• Делаю бекап БД сипекс-дампером, через минуту алерт.
• Делаю мейл-рассылку, на странице отображается ход выполнения, через минуту ошибка. Рассылка выполняется до конца, но на странице этого не видно.
• Для снижения нагрузки на сервер, редко открываемые страницы вынесены из БД в файлы - их уже под 100К. Изредка нужен поиск по файлам, это занимает больше минуты - страницу с результатами поиска не увидеть.

_____________
Бесплатному сыру в дырки не заглядывают...

В консоли

mysqldump -u [uname] -p[pass] db_name > db_backup.sql

Запускай скрипт из консоли, пусть себе шуршит хоть весь день.

Тоже самое, в консоли

grep 'фраза поиска' /search/path/
или
grep 'фраза поиска' /search/path/ > сохранить_вывод.txt

_____________
[продано копирайтерам]

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

_____________
Бесплатному сыру в дырки не заглядывают...

Попробовал все 4:

		proxy_read_timeout 300;
		proxy_connect_timeout 300;
		proxy_send_timeout 300;
		send_timeout 300;

Спасибо! Сработало.

Нужно методом проб выяснять какой из них работает, или пусть будут все 4?

_____________
Бесплатному сыру в дырки не заглядывают...

1. Таблица адресов рассылки, таблица содержания рассылки с флагом в обработке/готов к рассылке/активна/разослано
Веб-интерфейс, который готовит рассылку и выбирает получателей.

2. курлом раз час / сутки / неделю запускается скрипт, который идет в таблицу рассылок и берет оттуда со статусом "готова к отправке", отмечает ее как "активна" и рассылает себе по-маленьку в фоне. Как разослал, отметил рассылку, что она разослана.

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

_____________
[продано копирайтерам]

можно так и оставить

сайпекс дампер полезный инструмент в условиях шаредов, когда все ограничено и нет возможности работать с нормальными инструментами. Когда то я его использовал для заливки больших дампов, юзать консольный mysqldump было невозможно, а PMA отваливался на аплоаде, тогда да, это был самый простой выход из положения, но юзать его на VPS, зачем? Если принципиально важно запустить бэкап из веб морды, ну можно же вызвать консольную команду из php скрипта (system(), exec(), ...), в любом случае нативный mysqldump отработает в разы быстрее сайпекса, да ещё и сжать можно на ходу До и в ISPManager должен быть свой инструментарий для бэкапов.

Ну ход выполнения как раз таки не отображается, вместо него белый экран загрузки в ожидании ответа сервера, а если это ещё и несколько минут длится, то просто ужас. Нет ничего хуже слепого ожидания. Я бы это сделал иначе...
1 по нажатию кнопки запуска рассылки, шлём запрос аяксом, саму кнопку при этом блокируем.
По запросу на сервере запускаем фоновый процесс, который будет делать рассылку
2 В скрипте рассылки вначале создаём статус файл в веб директории, куда будем писать текущую статистику отработки задания.
3 На клиенте полингом, с интервалом в секунду, две запрашиваем статус рассылки, и рисуем красивый прогрессбар со статистикой

При входе на эту страницу сразу опрашиваем текущий статус, если задача в этот момент выполняется, блокируем кнопку, работаем по пункту 3.
Можно сделать дополнительно кнопку отмены рассылки, чтоб можно было завершить скрипт принудительно, если понадобится.
Ну, упрощённо как то так.

Мне известен.Сейчас всё работает.
Но в случае смены хостинга или иных обстоятельств, это придется перепрописывать вручную. Хотелось бы как можно меньше таких "костылей".
Потому и спросил, можно ли его получить средствами php, чтобы один раз прописать и неморочить себе голову.

_____________
Бесплатному сыру в дырки не заглядывают...