Трудно сказать, это же нужно смотреть, что за таблица и что у вас за плагины стоят. Что это за oembed можете прочитать тут https://wp-kama.ru/handbook/codex/oembed
василий
у меня в метакей очень много строк со значениями такого вида: _oembed_01b4372cb9df8ed2148e5660da9ef94. подскажите, пожалуйста, что это может быть? и можно ли удалить из таблицы в базе данных?
zmoe
Как сказал недавно дядя из Google: скорость сайта - это ОЧЕНЬ слабенький фактор ранжирования, так что не парьтесь слишком сильно, лишь бы не было ОЧЕНЬ все тормознуто, а за секундами гнаться не стоит. Лучше создавать полезный контент.
zmoe
Что там объяснять? Установите плагин, зайдите в него, просканируйте и поставьте галочку напротив того, что нужно удалить и нажмите кнопку УДАЛИТЬ ТАБЛИЦЕ. В статье есть фото, там все показано, будьте внимательнее.
Буса
вот вы сказали после плагина проверки Plugins Garbage Collector показало мусор ну и как это удаляется. тут все такие простые как 5 копеек. а вот как именно удалить этот мусор подсказать новичкам не судьба?
zmoe
А что у вас за CMS сайта? На каком движке работает? Это вы на конструкторе каком то делали?
Евгений
Не смог найти ваш E-mail, с вами можно как-то связаться. Есть вопрос, точнее даже заказ по ускорению работы сайта?
Евгений
Приветствую автора.
Мне понравилась статья, точнее ход мысли и действий. Поэтому хотел бы к вам обратиться за платной экспертизой того же самого, что описано в статье на моем сайте. Мне уже несколько месяцев выдают и Яндекс и Гугол: Критичные долгий ответа сервера, Скорость загрузки – красная, - 5,1s FCP5,5s DCL. Обратился к программисту, сделавшему сайт, он ответил, что с программой все в порядке причина в хостинге. Обратился на хостинг, они ответили, что у них все в порядке, причина в скриптах. Сам разобраться не могу, далек от этого. Подобные платные услуги оказываете? Или какой другой совет лайте.
zmoe
Рад за вас, в этом деле все порой индивидуально и без эксперимента не обойтись.
Павел
Мой вопрос решился просто.
Перепробовал разные плагины.
То там ошибка, то там иконки пропадают.
В итоге меня спас вот этот плагин:
Cache Enabler
Сайт полетел! Отклик по Яше 30-40 мс.
Что в 10-15 раз ниже, чем было.
Ура!
zmoe
Сервер не должен выдавать такую ошибку, видимо есть проблема на сайте или код вставили криво. Если не работает этот плагин кэширования, то можно попробовать другой, есть и лучше, этот использую лишь потому, что он делает отдельный кэш для мобильной версии.
Плагины всегда будут тормозить, поэтому нужно минимизировать всегда.
Проверить можно через Google Speed или http://www.webpagetest.org/?url=zmoe.ru более детальный анализ, что тормозит.
Павел
Привет, друг!
Это снова я. Давно не был у тебя в гостях.
Значит работал сайтик мой, все было ок и тут 3 дня назад вдруг в Яше добавилась 1 критическая ошибка. Посмотрел я туда, а там: "Большое время ответа сервера". Начал тестировать ботом самого же Яши, результат:
400-1200 мс (в среднем 600-700 мс). Что капец как плохо.
А ведь все было окей до 15-го января. Значит какая-то обнова с плагином пришла кривая.
Отключаю все плагины - ответ становится 250-300 мс.
Начинаю по одному подключать. Опять ситуация возвращается.
Причем непонятно, какой именно плагин.
Их скорее всего несколько, а точнее дело не совсем в них.
Потому что отрубал снова и начинал включать по одному, но другие, проблема возвращается.
Поставил по твоему совету Hyper Cache, но вот незадача.
После того, как я прописал в wp-config эту строчку "define("WP_CACHE", true);"
Сервер стал возвращать ответ 304. И Яша раценивает это именно так.
Внимание вопрос: 304 для Яши это плохо или где?
Как унать, изменился ли отклик сервера в лучшую сторону, если он отправляет меня к закэшированной копии?
Надеюсь я понятно объяснил проблему. 🙂
Цифровой
Чет вручную копаться в базе данных и тем более удалять что-то из нее мне пока страшновато. Но что-то нужно предпринять, очень хочется ускорить сайт.
zmoe
Большое время отклика может быть и по другим причинам, но база первая на прицеле всегда, как источник тормозов.
Владимир
как найти проблему?
wp_options 2 мб весит
найти не могу что вес даёт
1) в файл конфигурации WordPress wp-config-php добавил строку:
define('DISABLE_WP_CRON', 'true');
2) В файле wp-cron.php закомментировал строку:
//ignore_user_abort(true);
3) как было время отклика 1,2 сек так стоит
Владимир
Я ничего не планировал, и я даже не знаю, какой плагин создал столько заданий! Я зашел в PHPMYADMIN и нашел в этой таблице этот раздел, затея я его безжалостно удалил! Таблица сократилась с 3,5 мегабайт до 168 килобайт! После этого сайт стал летать как ошпаренный!
Подскажите пожалуйста, каким образом найти "этот" раздел?=)
Генадий
Респект за статью! Все грамотно и по полочкам.
Евгений
Тоже дикая проблема, именно с кроном, решено было сделать следующее В файле wp-cron.php закомментировать строку:
//ignore_user_abort(true);
в файл конфигурации WordPress wp-config-php добавляем строку:
define('DISABLE_WP_CRON', 'true');
Денис
Спасибо! Вручную долговато будет) Попробую на Денвере протестировать sql запрос, что вы выше приводили.
zmoe
Самое лучшее - это чистить вручную. Я делал так: искомую таблицу импортировал на компьютер и открывал в текстовом html редакторе, и там сразу видно, какой раздел забит мусором. Я запоминал номер строки, шел в базу, искал этот раздел и вычищал полностью.
После всего этого я создал сайт на поддомене и только там тестирую плагины, и вам так советую 😉
Денис
Здравствуйте! Очень познавательно, сейчас занимаюсь тем же. Вы особо не расписывали, как почистили таблицу wp_postmeta, можно подробнее? А то именно она у меня весит тонну. Или описанный вами в комментах способ и есть решение?
Интересная статья. У меня кстати что-то подобное есть, только касается вообще всего блога - ускорение работы сайта в 17 способов, там и этот пункт есть - связанные с оптимизацией базы данных -
Может кого заинтересует
zmoe
Вот такая команда еще есть, чтобы почистить базу от мусора:
DELETE FROM wp_postmeta
WHERE meta_key IN('_edit_lock', '_edit_last','_wp_old_slug')
zmoe
Как не печально, а google page speed не нравится мое время ответа от сервера. Решил я написать хостеру и получил от него такой ответ:
Могу сказать, что показатели вашего сайта достаточно высоки. Сам гугл своим сервисом практически равные результаты выдает для своего сайта. Так что это очень и очень хорошо.
добавлю, что данный сервис параноит немного по отношению к скорости сайтов. Я бы не стал на 100% доверять ему.
Ну что же. поверим пока на слово, других вариантов пока не знаю, нужно проверить чужие сайты на wordpress, как дела у них?
zmoe
Спасибо за полезные советы,обязательно попробую, так как проблему скорости на 100% пока не решил.
И еще понял одну важную вещь: нельзя тестировать плагины на основном сайте, после их удаления остается всегда много мусора, иногда мегабайты. Ужас!
campusboy
Спасибо, классная статья. Давно заметил с помощью плагина query monitor, что крон постоянно что-то делает, что замедляет генерацию страницы на 1 секунду. Просто в config.php прописал define('DISABLE_WP_CRON', true); и нормально стало. Кстати, далеко не все плагины и темы правильно работаю с аргументом autoload в options, и при удалении не подчищают за собой, потому эта таблица постоянно растёт при активном пользовании сайтом и экспериментах. Об этом хорошо рассказано тут https://wpmag.ru/2015/wordpress-options-performance/
zmoe
Оказалось, что поставил один плагин, а он мне в базу залил 50 мегабай партнерских ссылок. Ужас!
zmoe
Вот засада! Опять эта таблица выросла до 59 мегабайт, и откуда оно взялось? Сейчас буду разбираться....
Трудно сказать, это же нужно смотреть, что за таблица и что у вас за плагины стоят. Что это за oembed можете прочитать тут https://wp-kama.ru/handbook/codex/oembed
у меня в метакей очень много строк со значениями такого вида: _oembed_01b4372cb9df8ed2148e5660da9ef94. подскажите, пожалуйста, что это может быть? и можно ли удалить из таблицы в базе данных?
Как сказал недавно дядя из Google: скорость сайта - это ОЧЕНЬ слабенький фактор ранжирования, так что не парьтесь слишком сильно, лишь бы не было ОЧЕНЬ все тормознуто, а за секундами гнаться не стоит. Лучше создавать полезный контент.
Что там объяснять? Установите плагин, зайдите в него, просканируйте и поставьте галочку напротив того, что нужно удалить и нажмите кнопку УДАЛИТЬ ТАБЛИЦЕ. В статье есть фото, там все показано, будьте внимательнее.
вот вы сказали после плагина проверки Plugins Garbage Collector показало мусор ну и как это удаляется. тут все такие простые как 5 копеек. а вот как именно удалить этот мусор подсказать новичкам не судьба?
А что у вас за CMS сайта? На каком движке работает? Это вы на конструкторе каком то делали?
Не смог найти ваш E-mail, с вами можно как-то связаться. Есть вопрос, точнее даже заказ по ускорению работы сайта?
Приветствую автора.
Мне понравилась статья, точнее ход мысли и действий. Поэтому хотел бы к вам обратиться за платной экспертизой того же самого, что описано в статье на моем сайте. Мне уже несколько месяцев выдают и Яндекс и Гугол: Критичные долгий ответа сервера, Скорость загрузки – красная, - 5,1s FCP5,5s DCL. Обратился к программисту, сделавшему сайт, он ответил, что с программой все в порядке причина в хостинге. Обратился на хостинг, они ответили, что у них все в порядке, причина в скриптах. Сам разобраться не могу, далек от этого. Подобные платные услуги оказываете? Или какой другой совет лайте.
Рад за вас, в этом деле все порой индивидуально и без эксперимента не обойтись.
Мой вопрос решился просто.
Перепробовал разные плагины.
То там ошибка, то там иконки пропадают.
В итоге меня спас вот этот плагин:
Cache Enabler
Сайт полетел! Отклик по Яше 30-40 мс.
Что в 10-15 раз ниже, чем было.
Ура!
Сервер не должен выдавать такую ошибку, видимо есть проблема на сайте или код вставили криво. Если не работает этот плагин кэширования, то можно попробовать другой, есть и лучше, этот использую лишь потому, что он делает отдельный кэш для мобильной версии.
Плагины всегда будут тормозить, поэтому нужно минимизировать всегда.
Проверить можно через Google Speed или http://www.webpagetest.org/?url=zmoe.ru более детальный анализ, что тормозит.
Привет, друг!
Это снова я. Давно не был у тебя в гостях.
Значит работал сайтик мой, все было ок и тут 3 дня назад вдруг в Яше добавилась 1 критическая ошибка. Посмотрел я туда, а там: "Большое время ответа сервера". Начал тестировать ботом самого же Яши, результат:
400-1200 мс (в среднем 600-700 мс). Что капец как плохо.
А ведь все было окей до 15-го января. Значит какая-то обнова с плагином пришла кривая.
Отключаю все плагины - ответ становится 250-300 мс.
Начинаю по одному подключать. Опять ситуация возвращается.
Причем непонятно, какой именно плагин.
Их скорее всего несколько, а точнее дело не совсем в них.
Потому что отрубал снова и начинал включать по одному, но другие, проблема возвращается.
Поставил по твоему совету Hyper Cache, но вот незадача.
После того, как я прописал в wp-config эту строчку "define("WP_CACHE", true);"
Сервер стал возвращать ответ 304. И Яша раценивает это именно так.
Внимание вопрос: 304 для Яши это плохо или где?
Как унать, изменился ли отклик сервера в лучшую сторону, если он отправляет меня к закэшированной копии?
Надеюсь я понятно объяснил проблему. 🙂
Чет вручную копаться в базе данных и тем более удалять что-то из нее мне пока страшновато. Но что-то нужно предпринять, очень хочется ускорить сайт.
Большое время отклика может быть и по другим причинам, но база первая на прицеле всегда, как источник тормозов.
как найти проблему?
wp_options 2 мб весит
найти не могу что вес даёт
1) в файл конфигурации WordPress wp-config-php добавил строку:
define('DISABLE_WP_CRON', 'true');
2) В файле wp-cron.php закомментировал строку:
//ignore_user_abort(true);
3) как было время отклика 1,2 сек так стоит
Я ничего не планировал, и я даже не знаю, какой плагин создал столько заданий! Я зашел в PHPMYADMIN и нашел в этой таблице этот раздел, затея я его безжалостно удалил! Таблица сократилась с 3,5 мегабайт до 168 килобайт! После этого сайт стал летать как ошпаренный!
Подскажите пожалуйста, каким образом найти "этот" раздел?=)
Респект за статью! Все грамотно и по полочкам.
Тоже дикая проблема, именно с кроном, решено было сделать следующее В файле wp-cron.php закомментировать строку:
//ignore_user_abort(true);
в файл конфигурации WordPress wp-config-php добавляем строку:
define('DISABLE_WP_CRON', 'true');
Спасибо! Вручную долговато будет) Попробую на Денвере протестировать sql запрос, что вы выше приводили.
Самое лучшее - это чистить вручную. Я делал так: искомую таблицу импортировал на компьютер и открывал в текстовом html редакторе, и там сразу видно, какой раздел забит мусором. Я запоминал номер строки, шел в базу, искал этот раздел и вычищал полностью.
После всего этого я создал сайт на поддомене и только там тестирую плагины, и вам так советую 😉
Здравствуйте! Очень познавательно, сейчас занимаюсь тем же. Вы особо не расписывали, как почистили таблицу wp_postmeta, можно подробнее? А то именно она у меня весит тонну. Или описанный вами в комментах способ и есть решение?
Спасибо заранее!
Интересная статья. У меня кстати что-то подобное есть, только касается вообще всего блога - ускорение работы сайта в 17 способов, там и этот пункт есть - связанные с оптимизацией базы данных -
Может кого заинтересует
Вот такая команда еще есть, чтобы почистить базу от мусора:
DELETE FROM
wp_postmetaWHERE
meta_keyIN('_edit_lock', '_edit_last','_wp_old_slug')Как не печально, а google page speed не нравится мое время ответа от сервера. Решил я написать хостеру и получил от него такой ответ:
Могу сказать, что показатели вашего сайта достаточно высоки. Сам гугл своим сервисом практически равные результаты выдает для своего сайта. Так что это очень и очень хорошо.
https://developers.google.com/speed/pagespeed/insights/?url=google.com&tab=desktop
добавлю, что данный сервис параноит немного по отношению к скорости сайтов. Я бы не стал на 100% доверять ему.
Ну что же. поверим пока на слово, других вариантов пока не знаю, нужно проверить чужие сайты на wordpress, как дела у них?
Спасибо за полезные советы,обязательно попробую, так как проблему скорости на 100% пока не решил.
И еще понял одну важную вещь: нельзя тестировать плагины на основном сайте, после их удаления остается всегда много мусора, иногда мегабайты. Ужас!
Спасибо, классная статья. Давно заметил с помощью плагина query monitor, что крон постоянно что-то делает, что замедляет генерацию страницы на 1 секунду. Просто в config.php прописал define('DISABLE_WP_CRON', true); и нормально стало. Кстати, далеко не все плагины и темы правильно работаю с аргументом autoload в options, и при удалении не подчищают за собой, потому эта таблица постоянно растёт при активном пользовании сайтом и экспериментах. Об этом хорошо рассказано тут https://wpmag.ru/2015/wordpress-options-performance/
Оказалось, что поставил один плагин, а он мне в базу залил 50 мегабай партнерских ссылок. Ужас!
Вот засада! Опять эта таблица выросла до 59 мегабайт, и откуда оно взялось? Сейчас буду разбираться....
держи ссылку в помощь
Спасибо Вам за подробную инструкцию!