denisakajacob, может потеряться новая информация за несколько последних секунд.
Zelderon, с таким подходом, конечно, Communigate.
Только все равно придется разбираться в механизмах работы почты в интернете. Может, тогда на pdd.yandex.ru ?
И еще в CGP антиспам делается дополнительными плагинами, которые могут быть платными. Или не могут, если подключать spamasssasin.
Но скорее могут, потому что цена продукта не маленькая и все пользователи в принципе готовы платить. Вы ее еще внимательно посчитайте - там ценник по пользователям.
Конечно, Communigate позиционируется как Коммуникационный Сервер, потому что продукт конкурирует с ms exchange и gmail. Поэтому там всего много и по стоимости они конкурируют именно с ними.
У вас есть лог медленных запросов. Почему вы не начали с их анализа ?
А вы все равно уменьшайте. 128M даже достаточно.
Сделайте еще innodb_flush_log_at_trx_commit=2
или 0. Да, это может быть опасно, но не в онлайн играх.
Битрикс, например, рекомендовал так делать. А битрикс - голова!
mysqltuner ничего не требует. Вы сами легко все испортите.
Если известно, что количество подключений ограничено другими факторами, например MaxClients в apache, то потребляемая память никогда этого значения не достигнет.
Так это бухгалтерия. Набор отработанных методик по стандартам. Циферки обобщаются и сравниваются.
А что же порекомендуете делать в разработке сайтов, когда затраты на аудит превышают затраты на собственно разработку ?
Чтобы понять где логика работы программы ошибочна, нужно ее понять всю ! Фактически, заново ее написать. Причем, ТС надеется, что это будут делать люди намного опытнее тех, кто изначально писал.
Так что дальше стандартных отчетов сканером уязвимостей извне, либо сканером исходного кода (на который не все согласятся), на практике никакого аудита не произойдет.
О, да эт мы слышали и еще услышим не раз )
По-моему, дело в подготовке образов ОС. Сам новый скрипт на месте, я подменил вызов в cron и бекапы стали и делаться и стираться .
Кстати, есть еще одна проблема : в образе debian 7 сделаны изменения в php.ini и совершенно логичные изменения, но тот механизм, которым панель запускает php-fpm, глобальный php.ini игнорирует.
Это все в образе по-умолчанию. Как же никто не замечает ?
Ну, достаточно хотя бы 2 во время работы того процесса, чтобы получить больше 6. Но вам лучше 10. Потому что я об этом уже писал выше.
Если новые подключения без проблем создаются - mysql нормально настроен. А apache зря испортили. Скорее всего так и будет.
AlexVenga, Какой такой ? и консоли нужно проверить подключения не привлекая Apache.
AlexVenga, да просто сделайте из разных окон еще несколько пользовательских (не root) подключений чтобы их было больше 6. И узнаете есть ли проблема с обработкой дополнительных подключений у mysql
Ничего. Статистически, изменения в конфиге mysql почти никогда никому не помогают. Не надо их портить. Там было 100 - пусть и останется.
А вот разбор как же обрабатывается запросы и изменение приложения - почти наверняка помогает.
А что же теперь в processlist ?
почему бы нет.
Не доказано. ( Хотя и такое возможно, если есть какая-то проблема с созданием процессов )
Просто видим 6 потоков. Просто клиент не хочет их создавать. Ошибки на клиенте ведь не возникают?
Верно-то верно, но у вас, судя по этой блокировке, не все таблицы innodb :
Надо бы убедиться. Хотя, такое состояние потока и при innodb возможно.
