- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Как удалить плохие SEO-ссылки и очистить ссылочную массу сайта
Применяем отклонение ссылок
Сервис Rookee
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
На данный момент беда с вордпрессом,
виснут практически все запросы, вот выдержка из лога медленных запросов
размер базы 430мб, wp_posts 260000 постов.
нагрузка на базу 10 запросов в секунду
кеширование включено
сервер
CPU 2x3000 MHZ X 2
ОЗУ 2гб
конфиг mysql
[mysqld]
port = 3306
socket = /tmp/mysql.sock
skip-locking
skip-innodb
query_cache_type = 1
query_cache_limit = 2M
query_cache_size = 32M
key_buffer_size = 64M
max_allowed_packet = 4M
table_open_cache = 256
sort_buffer_size = 2M
read_buffer_size = 2M
read_rnd_buffer_size = 2M
myisam_sort_buffer_size = 64M
thread_cache_size = 8
concurrent_insert = 2
low_priority_updates = 1
пробовал переезжать на более мощный сервер, толку мало, похоже вордпресс просто не тянет такой размер базы данных.
что нибудь можно сделать или просто тупо сносить половину записей из БД?
может ещё вариант с разделением БД на несколько БД?
Я бы разобрался, что это за запрос такой, которому нужно перебирать все записи. Полагаю, что можно как то упростить.
Я бы разобрался, что это за запрос такой, которому нужно перебирать все записи. Полагаю, что можно как то упростить.
это переключения между страницами, вот именно они и виснут, так уж устроен вордпресс, что при переключении страниц он перетряхивает всю базу.
пытаюсь сейчас через htaccess запретить ходить на страницы выше 999 может хоть это немного снизит нагрузку.
может кто подскажет правило для htaccess весь инет перерыл не нашёл способ закрыть страницы выше 999 ?
Поставь себе плагин кеширования и забудь об этой проблеме
Поставь себе плагин кеширования и забудь об этой проблеме
hyper-cache стоит уже как 2 года, толк от него только при повторном обращении к странице.
Ну так все страницы в кеш загнать, не?
это переключения между страницами, вот именно они и виснут, так уж устроен вордпресс, что при переключении страниц он перетряхивает всю базу.
Бред какой-то. Причем тут "переключение страниц"? Это воще что за термин-то такой? Обычный вызов страницы.
100 пудов какой-то плаг или тема виновата.
Я бы разобрался, что это за запрос такой, которому нужно перебирать все записи. Полагаю, что можно как то упростить.
ничего нельзя.
Источник проблемы в том, что сео-сайты продуцируют или скупают контент, а не накапливают его естественным образом как это задумано в wordpress.
Если бы вы действительно написали 259974 постов, то у вас бы были и средства и ресурсы и ничего бы не тормозило.
Удалите всю фигню и залетает.
Для начала дайте mysql больше ресурсов - у вас же целых 2гб оперативки.
Прогоните mysqltunerом, покрутите и посмотрите как будет работать.
Уберите калькуляцию количества новостей напротив категорий.
Уберите калькуляцию количества новостей напротив категорий.
Вот дельный совет.
Не должен при переключении страниц генерироваться такой запрос.
По идее, при переключении страниц нужно выбрать из базы конкретное количество данных с отступом от начала. Но никак не перебирать абсолютно все записи.