netwind

Рейтинг
419
Регистрация
06.05.2007
Alexey85:
зашел в тупик никак не могу побороть строку
[!!] Temporary tables created on disk: 26% (97 on disk / 365 total)

Не надо ее бороть. Это особенность исполнения некоторых типов запросов. mysqltuner не может отличить вынужденные создания маленьких файлов на диске и случаи, когда не хватает памяти.

Увеличивай параметр и следи за динамикой изменения показателя. Если перестал улучшаться - дальше смысла нет гнать. Если грубо, то пожалуй на 64мб можно уже остановиться.

Вот перетащить временный каталог /tmp в tmpfs имеет смысл.

mff:
кейкапча рулит пока что.

Везде свои минуcы, иначе бы все поставлялось прямо в дистрибутиве. Например, мобильные посетители не видят флеш, а значит и задания кейкапчи.

Anton:
А какова вообще потенциальная опасность этих регистраций? Наверняка же это часть какой то зловредной технологии.

Спамить будут, но не сразу, а попозже.

Посмотри еще keycaptcha

Andreyka:
Для парсинга

Вот уж никак не для парсинга.Невыгодно заморачиваться. Заметят, заблокируют всю сеть и куда ее потом приткнуть?

Pilat:
Нету там собственников.

даже если и так. но кто ж тогда объявления закрывает? части объявлений меняют статус чтобы больше не звонили.

То есть, интерес найти клиента был и сделка состоялась. Агентство там было или собственник не так важно.

forest25, если речь о general-log, то logrotate. но из слов все еще не видно точно какие логи имелись ввиду. Вообще, логи general-log не должны такую уж нагрузку создавать. Вывод там буферизированный.

Если там все еще хранятся general-log за несколько лет - пожалуй, это не самая хорошая идея, просто потому что место занимают и однажды место кончится.

forest25, ладно, вот тебе технический, а не организационный совет :

логи обновлений mysql обычно не ротируются с помощью logrotate и твои рассуждения о logrotate тоже выглядят глупо. хотя стоит уточнить какие именно логи.

ivano183, для ВСЕХ сайтов нужны ВСЕ ваши деньги. cколько у вас есть?

ответ на разумные продуманные партнерские предложения может и поменьше будут стоить.

сайты,кстати, меняются постоянно. так что и поддержка должна быть постоянной.

getro:
P.S>Обновил двиг,сменил шабик,оптимизировал базу (правда только не уменьшал), отключал модули: теги, вывод похожих новостей, кэширование вкл. - особой разницы в нагрузке не заметил. Посетители идут стабильно по количеству, но пики нагрузки бывают не с того ни с сего подымаются и через некоторое время отпускает, поэтому подумал может боты все-таки?

бот - скорее всего яндекс. у вас awstats может быть старый и не выделяет его.

если вы смотрите суммарное время CPU в часах от вашего пользователя, то скорее всего эта нагрузка от процессов php. Нагрузку от запросов mysql она не включает. Если запросы выполняются быстрее, то должен чуть упасть объем памяти, которые блокируют ваши процессы php.

На практике важно лишь бы хостер не выгонял, а что там показывается - дело десятое.

forest25:
И еще, заметил что mysql-лог разросся до 14Гб! Сказал об этом админу - он отмахнулся что мол это нормально. По мне так просто человек не в курсе про утилиту logrotate

Ну так плати ему сам и ставь задачи.

Чего ты вообще полез сервер ковырять, если твое дело программировать?

Всего: 6293