Вот тут на форуме люди специально убивают винты уже давно. Ведут таблицы и новости.
http://www.xtremesystems.org/forums/showthread.php?271063-SSD-Write-Endurance-25nm-Vs-34nm
Вылетают только при очень больших объемах записи недостижимых за пару лет на обычном вебсервере.
Софтовые кеширующие механизмы тоже есть, но не очень популярные. А мне норм.
В конце концов, у современных ssd в параметрах smart есть счетчик записанных байт и прогнозируемый остаток жизни. Как будет приближаться к опасным значениям , так и замените.
что там узнавать то. в следующий раз когда тебя попросят настроить твой скрипт для сервера в хетцнере, запусти dmidecode и посмотри что за материнка.
Это уж "кто на что учился".
Можно и так, но тогда много времени может уйти на невнятные цели. Анализ медленных запросов позволяет сразу сосредоточиться на наиболее проблемных частях конфига.
отлично. теперь пусть научатся писать быстрые запросы.
начни с анализа slow.log
ну max_connections = 400 то уменьши. Реально 400 соединений не быть на таком скромном сервере. Число соединений обычно не больше числа запущенных процессов php. Разумно ограничивать именно число копий php и наблюдать сколько mysql на практике потребляет, а это уведомление от mysqltuner о превышении памяти игнорировать.
Ну так и проанализируй его. Лучше программой чем глазами.
да и DLE 7.3 можно обновить. В последующих версиях DLE запросы стали получше.
SanyCF, практически нереально получить существенный результат изменяя одни лишь настройки mysql. Глупо думать, что mysql изначально плохой.
Без программистских приемов в понимании оптимизации mysql не обойтись.
Top for the good, для начала в firefox убедиться что все скрипты грузятся. если nginx не отдает скрипты, то ошибки будет видно в firebug в панели Сеть.
Если все грузится, то пенять на сервер не нужно. Вы могли и в верстке что-то изменить.
Romka_Kharkov, раскрывать факторы и их веса в итоговом решении не в их интересах. Ну как и в СЕО.
что вас удивляет? Как поиском все пользуются нормально, не зная что внутри, так и антиспамом должны пользоваться по их задумке. Можно только делать предположения.
Бороться и возмущаться полностью бессмысленно.
Учитывая, что за короткое время выбраны все записи всех таблиц, скорее всего это сработал бекап базы.
Оставшиеся "надо смотреть". Причем, с немалым терпением и соответствующей оплатой. Тут еще и хостер, похоже, накидал чужих запросов, а не только ваших. Откуда там запросы wordpress, если у вас самопис?
Romka_Kharkov, гугл может хранить какую угодно историю. я имел ввиду историю рассылки спама, жалоб и так далее. Как и обратную историю больших объемов почтового трафика, на который не было жалоб. IP меняют арендаторов, а история остается.
