- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Кейс MediaNation: в 15 раз снизили стоимость лида в VK Рекламе для стоматологической клиники
Лид-формы имеют значение
Мария Лосева
Google: дата окончания текущих апдейтов пока неизвестна
Все с нетерпением ждут их завершения
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Добрый день уважаемые форумчане! Вообщем столкнулся с такой проблемой:
Есть сайт на WP, в котором около 20к страниц и установлен плагин All in Seo. Последнее время сайт стал тяжело работать именно в режиме редактора. Написал запрос к ТП, они сказали, что у сайта очень большая БД, а именно сильно раздута таблица WP-postmeta. Очень много записей делает all-in-One-Seo. Как бы дальше будет еще хуже. Отсюда первый вопрос: Большие сайты на WP вообще не используют подобные плагины? А если используют , то какие и будет ли подобный плагин легче?
Еще момент. Специалист подсказал одно из решений, что можно прописывать и без плагина через программирование 2-х полей и привязки к записям. Но отсюда вытекает еще одна сложность: на сайте около 20к страниц с прописанными Tittle и Description. Естественно они слетят. Как их сохранить?
Если резюмировать: Как справляются с БД большие сайты на WP??
Специалист подсказал одно из решений, что можно прописывать и без плагина через программирование 2-х полей и привязки к записям. Но отсюда вытекает еще одна сложность: на сайте около 20к страниц с прописанными Tittle и Description. Естественно они слетят. Как их сохранить?
Предложение норм, обновить программно или через запрос в базу.
сильно раздута таблица WP-postmeta
Насколько сильно?
По хорошему, нужно:
1. Включить лог медленных запросов
2. Посмотреть какие запросы действительно тормозят
3. Решить как можно ускорить
Если резюмировать: Как справляются с БД большие сайты на WP??
Там кастомно все подпилено + Redis какой-нибудь. В любом случае, проблему нужно детально изучать.
Бывает что мусор скапливается, нужно его чистить
Предложение норм, обновить программно или через запрос в базу.
Насколько сильно?
По хорошему, нужно:
1. Включить лог медленных запросов
2. Посмотреть какие запросы действительно тормозят
3. Решить как можно ускорить
В Wp-posts всего 25 тыс записей, в то время как в postmeta 285 тыс.
Однако остается вопрос: "Как мне сохранить и перенести Tittle и Description" у всех текущих статей". Специалист уже добавил произвольные поля и я сейчас могу без проблем их заполнять, отказавшись от плагина.
В Wp-posts всего 25 тыс записей, в то время как в postmeta 285 тыс.
Встречалось такое на практике. Смотрите, удаляйте может там черновиков на каждую по 10 шт... Все это нужно смотреть.
Попробуй удалить резервные копии статей (редакции), которые сохраняет вп по умолчанию, их может быть овер 100500 на каждую запись. Только бекап сделай.
В Wp-posts всего 25 тыс записей, в то время как в postmeta 285 тыс.
Однако остается вопрос: "Как мне сохранить и перенести Tittle и Description" у всех текущих статей". Специалист уже добавил произвольные поля и я сейчас могу без проблем их заполнять, отказавшись от плагина.
Очевидно написать какой=то скрипт, который заполнит их в базе.
Специалисту должно быть "под силу"
Встречалось такое на практике. Смотрите, удаляйте может там черновиков на каждую по 10 шт... Все это нужно смотреть.
Ставил плагин WP-Optimize - Clean, Compress, Cache, он вроде как удаляет резервные копии или я ошибаюсь?
---------- Добавлено 06.02.2020 в 15:58 ----------
Попробуй удалить резервные копии статей (редакции), которые сохраняет вп по умолчанию, их может быть овер 100500 на каждую запись. Только бекап сделай.
Как найти их?
Как найти их?
В редакторе поста Редакции в правом углу и указано количество редакций. Тебе не надо их искать, их надо удалять плагином. Плагин точно не помню, вроде этот выпиливает https://ru.wordpress.org/plugins/bulk-delete/, погугли. Но прежде забекапь бд, а то удалишь еще не то. Удалять будет долго с таким количество редакций, боюсь, хостинг ляжет.
В редакторе поста Редакции в правом углу и указано количество редакций. Тебе не надо их искать, их надо удалять плагином. Плагин точно не помню, вроде этот выпиливает https://ru.wordpress.org/plugins/bulk-delete/, погугли. Но прежде забекапь бд, а то удалишь еще не то. Удалять будет долго с таким количество редакций, боюсь, хостинг ляжет.
Что-то не вижу где там написано количество редакций...
Команда в SQL: DELETE FROM wp_posts WHERE post_type = "revision" - зачем плагины, когда можно в БД удалить. Сначала имитируйте запрос - если все нормально, то вперед.