Metal_Messiah, эта настройка в описанной вами ситуации не поможет. По крайней мере не в той степени, в которой вы думаете. Запросы не останавливаются при обрыве соединения. А минус уже есть - вы попали в странную непонятную ситуацию. То есть, вообще практически никакого смысла трогать эту настройку нет.
Но ошибка покажется быстро, да.
Для ограничения нагрузки лучше обработчики php регулировать, а не mysql.
А по-дефолту это значение - 28800.
Не надо ничего "оптимизировать" в mysql без необходимости.
seosniks, наверное, это известная проблема в ispmanager :
файлы в пользовательских каталогах /var/www/data/*/logs на самом деле одни и те же, что и в /var/www/httpd-logs/. Это не копии, Должны совпадать номера i-nodes.
Иногда, если была высокая нагрузка непосредственно во время ротации, этот процесс не завершается и файлы "забываются". Так же можно случайно удалить эти файлы у пользователя и тогда тоже потеряются.
Обходилось, если зайти под пользователем и открыть в интерфейс просмотра этих файлов.
Я, правда, считал что со времен ispmanager4 они придумали как ее обходить. Неужели это вернулось?
Во всяком случае, точно не стоит портить эту систему изобретением велосипеда, если ее проще починить.
Вот что в документации на этот случай написано
http://ru.ispdoc.com/index.php/ISPmanager:%D0%9F%D1%80%D0%BE%D0%B1%D0%BB%D0%B5%D0%BC%D1%8B_%D0%B8_%D1%80%D0%B5%D1%88%D0%B5%D0%BD%D0%B8%D1%8F
DarkHorse, mysql делает только то, что программист указывает в запросах. То есть в первую очередь, нужно анализировать сами запросы и подумать как избавиться от этой работы.
Понятно, что погружаться в сайт и думать за вас никто не будет, поэтому обычно дают советы заключающиеся в прыжках вокруг настроек. Впрочем, это немного тоже помогает.
Например, укажите innodb_buffer_pool_size=1G и innodb_flush_log_at_trx_commit = 2.
И всё. 80% условно от возможного результата такой оптимизации настройками уже получите.
Не понятно как с такими настройками mysql у вас 7 гб памяти съел. Может все же покажете вывод mysqltuner ? но не для следования его советам, а для сбора информации.
Так же можно разобраться почему 1.5 Г swap заполнено.
Например, если число процессов apache ограничить, то можно добиться большей стабильности. Большое количество одновременно запущенных обработчиков php(apache) зачастую не нужно, а памяти они на себя оттягивают много в том числе и от кеша данных у mysql. Значение лучше подбирать мониторингом. Которого у вас нет. Поэтому поставьте 50.
Xylitol, а станет. Или не станет.
Имелось ввиду, что вы диск SSD добавляете в тот же сервер.
Kpd, корректная. Только она хуже чем была.
Зачем отказываться от остальной информации?
add_header all Status _YESNO_, score=_SCORE_ required=_REQD_ tests=_TESTSSCORES(,)_ autolearn=_AUTOLEARN_ version=_VERSION_
Вообще, в эпоху победившего глобального антиспама, эта борьба бесполезна. Все на Яндексе/Гугле.
Так что мне даже проверить негде.
Ну где-то ошиблись. Это уже второй вопрос. Я не берусь проводить диагностику, а просто сообщаю, что есть вот такая настройка.
Перезапускайте все. Способов настроить spamassissin несколько и не факт, что перезапуск exim перезапускает spamassassin.
Kpd, нужно изменить add_header чтобы там было выражение _TESTSCORES
http://spamassassin.apache.org/full/3.4.x/doc/Mail_SpamAssassin_Conf.html#template_tags
тогда будет писать значения слагаемых
Но и так понятно, что тесты DKIM - снижают, HTML_MESSAGE незначительно повышает. И все это легко посмотреть в исходниках просто выполнив поиск в файлах по этим строкам.
Невнимательно читаете.
там написано "Учитывая когда-то бывшую платность аккаунта" :
А где можно найти точное описание моделей SSD?
Интересует что именно сейчас подается под названием 2 x 500 GB SSD SATA-III и 2 x 250 GB SSD SATA-III в тарифах BS-32-SSD
https://fastvps.ru/dedicated#/cheapssd
