Для мускуля это не много. Думаю, что БД можно оставить в покое, проблема не там. Как уже писали вероятнее дело в сетке\хостере. Похоже хостер балансирует нагрузку, но делает это не правильно и в моменты вам просто не хватает канала. Нет ли возможности протестить систему на железе?
sinneren, это было давно ;) Нынешний ФФ очень стабилен, а главное быстр и не требователен к ресам, по сравнению с хромом. Так что попробуйте снова, уверяю, понравится.
Есть же отличная альтернатива - Edge для Linux
Точнаж! Еще и говорят, что неплохо себя показывает на линях ) Правда это все равно хромиум.
Что бы в логи писало от nginx надо что бы сам nginx стартовал от своего пользователя. А это, судя по всему, не так и он стартует от root. Но это не точно ;) И да. После того как вы подключили volumes, нужно в контейнере поменять права или владельца, по умолчанию подключатся от root пользователя.
Игорь, эмн.. вот нет жеж. Если БД крутится внутри контейнера, то после остановки контейнера, контейнер вернется в состояние до запуска. Соответственно все изменения которые были сделаны будут утрачены, включая изменения в бд, поскольку это такой же точно файл как и множество других. И нагрузку на хост проброс директорий, портов и чего либо еще не дает. А в вашем случае скорее всего что-то было связанно с этой директорией. Что-то из-за чего росла нагрузка, но не сам факт проброса.
m1rvi, почитайте про strtotime оно умеет вашу Y-m преобразовать в Y-m-d 00:00:00 первого числа и соответственно последнего. Затем соберите sql запрос сравнивающий ваш диапазон с датой в бд. Да там придется использовать AND ;) как сравнивать диапазоны дат в sql погуглить.
в правилах которые я выше писал, вместо eth0 должно быть ens3 в вашем случае.
Что бы долго не разбираться как через командную строку менять правила iptables, проще изменить в файле /etc/iptables.up.rule и потом выполнить iptables-restore < /etc/iptables.up.rule
Ну и что бы после ребута не писать правила iptables заново, их надо сохранить в файл: iptables-save > /etc/iptables.up.rule
и в файл /etc/network/interfaces в конец записать:
post-up iptables-restore < /etc/iptables.up.rule
Для мускуля это не много. Думаю, что БД можно оставить в покое, проблема не там. Как уже писали вероятнее дело в сетке\хостере. Похоже хостер балансирует нагрузку, но делает это не правильно и в моменты вам просто не хватает канала. Нет ли возможности протестить систему на железе?