- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Что делать, если ваша email-рассылка попала в спам
10 распространенных причин и решений
Екатерина Ткаченко
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Временные таблички создаются на диске если не хватает места выделенного этими директивами. Коль у вас wp, установите кеширующие плагины для страничек и базы.
Временные таблички создаются на диске если не хватает места выделенного этими директивами. Коль у вас wp, установите кеширующие плагины для страничек и базы.
из документации: если в таблицах используются поля типов TEXT (TEXT, TINYTEXT, MEDIUMTEXT …) или BLOB, то таблица не может быть размещена в памяти, а только на диске.
из кеширующих плагинов hyper-cache стоит, помогает, но только при повторном обращении к странице, сайт довольно часто обновляется, 3-4 раза в сутки, посещалка 9-10к уников, поэтому кеш после обновлений сбрасывается, естественно эффективности мало от него.
Хм, действительно так и есть... По поводу кеша - SJ Object Cache подключите с
использованием apc|xcache|memcached (по вкусу) и кеширование в оперативку, а также DB Cache
Reloaded + Fix. Если имеется свободная оперативка попробуйте сделать memlock у мускуля. Ну а
вообще, если используете сторонние плагины для вп - оптимизируйте их код, уходите от сложных и
громоздких запросов. Если же для этих плагинов чего-то требуется добавить в бд, то скорее всего
индексы там расставлены не корректно. Включите slow лог у mysql, а также включите логирование
запросов не использующих индексы. Тема конечно не об этом, но это поможет улучшить производительность.
А так, да, вам бы перейти на выделенный сервер с шустрыми дисками и всё это дело протюнить по полной.
из документации: если в таблицах используются поля типов TEXT (TEXT, TINYTEXT, MEDIUMTEXT …) или BLOB, то таблица не может быть размещена в памяти, а только на диске.
из кеширующих плагинов hyper-cache стоит, помогает, но только при повторном обращении к странице, сайт довольно часто обновляется, 3-4 раза в сутки, посещалка 9-10к уников, поэтому кеш после обновлений сбрасывается, естественно эффективности мало от него.
wp можно в nginx по хорошему кэшировать (настраивается довольна таки просто), hyper-cache зло, мало того что оно криво состряпано (ломается сайт при переносе) так еще и увеличивает время генерации странички.
DB Cache Reloaded и WPLANG Lite найс)
Хм, действительно так и есть... По поводу кеша - SJ Object Cache подключите с
использованием apc|xcache|memcached (по вкусу) и кеширование в оперативку, а также DB Cache
Reloaded + Fix. Если имеется свободная оперативка попробуйте сделать memlock у мускуля. Ну а
вообще, если используете сторонние плагины для вп - оптимизируйте их код, уходите от сложных и
громоздких запросов. Если же для этих плагинов чего-то требуется добавить в бд, то скорее всего
индексы там расставлены не корректно. Включите slow лог у mysql, а также включите логирование
запросов не использующих индексы. Тема конечно не об этом, но это поможет улучшить производительность.
А так, да, вам бы перейти на выделенный сервер с шустрыми дисками и всё это дело протюнить по полной.
из громоздких запросов там, самый тормоз вот
в конфиг my.cnf пытался добавить memlock но он не срабатывает, в переменных по прежнему locked in memory OFF
wp можно в nginx по хорошему кэшировать (настраивается довольна таки просто), hyper-cache зло, мало того что оно криво состряпано (ломается сайт при переносе) так еще и увеличивает время генерации странички.
DB Cache Reloaded и WPLANG Lite найс)
можно поподробнее, как nginx кешировать?
конфиг nginx
Он имеет лишь файловый кеш, если бы могли создать tmpfs - ладно.
А так, я уже посоветовал SJ Object Cache с использованием например xcache(умеет кешировать в оперативку)
А куда конкретно пытались добавить?
Он имеет лишь файловый кеш, если бы могли создать tmpfs - ладно.
А так, я уже посоветовал SJ Object Cache с использованием например xcache(умеет кешировать в оперативку)
А куда конкретно пытались добавить?
Попробую SJ Object Cache у меня как раз xcache стоит.
надеюсь он может совместно с hyper-cache работать или его придётся отключать?
А куда конкретно пытались добавить?
в секцию [mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
skip-innodb
memlock
query_cache_type = 1
query_cache_limit = 2M
query_cache_size = 32M
Совместно с hyper-cache не пробовал, лишь с Super Cache.
По поводу мемлок - всё верно, должно работать.
Совместно с hyper-cache не пробовал, лишь с Super Cache.
По поводу мемлок - всё верно, должно работать.
отключил сейчас hyper-cache и нагрузка LA 0.14 0.13 0.12 стала меньше, с гипер-кешем было 0.50 0.30 0.25 похоже действительно генерация страничек в кеш много ресурсов жрёт, но без html кеша тоже никак, он спасает при обновлении сайта.
sj_object_cache+xcache помог, действительно лучшее решение для WP.