Clean Options очистит базу данных блога от ненужных записей. Clean wordpress options
чистка от мусора базы данных (MySQL) блога.
В процессе настройки своего блога любой блогер пробует множество плагинов. Некоторые из них он оставляет, некоторые удаляет. И так до тех пор, пока не остановится на каком-то наборе плагинов, который его будет устраивать. Проблема тут в том, что почти все активированные плагины в блоге оставляют в базе данных мусор, связанный с их настройками. Когда плагин создает отдельную таблицу в базе данных, то ее достаточно легко удалить самому, но, к сожалению, большинство плагинов предпочитает мусорить в системной таблице wp_options, а разобраться в ней вручную достаточно проблематично. Уж не знаю почему, но лишь некоторые плагины дают возможность полной своей деинсталляции с удалением всех своих данных из базы. Авторы плагинов, видимо, думают, что их детище никогда не будет удалено из блога. Из-за этого рано или поздно ваша база данных оказывается захламлена мусором, а это нехорошо. Плагин Clean Options позволит вам очистить базу данных от всех неиспользуемых данных.
Скачиваем плагин с его домашней страницы и устанавливаем его:
1. Распаковываем архив.
2. Копируем папку clean-options в /wp-content/plugins/.
3. Заходим в админку блога на вкладку "Плагины" и активируем плагин.
Настроек, как таковых в плагине нет. После активации плагин создаст пункт меню "CleanOptions" в разделе "Инструменты". Причем в скобках будет указано число найденных опций. Разобраться в плагине достаточно просто, так как он переведен на русский язык. В русском переводе мусорные опции получили название "осиротелые опции", что в общем-то, недалеко от истины. На странице управления плагином вы увидите что-то похожее на:
То есть тут будут перечислены все найденные мусорные опции. По названию некоторых достаточно легко понять, о чем идет речь. Вот, скажем, по этому скриншоту я могу вам сказать, что это опции недавно опробованных и удаленных мной плагинов. Но если вы не уверены в том, что это неиспользуемые данные, то плагин предусмотрительно выведет ссылку на "Погуглить", чтобы вы могли найти информацию о том, какой именно плагин оставил эту настройку в базе данных.
Внимание! Прежде, чем начинать удаление мусорных данных сделайте на всякий случай бекап своей базы данных. Береженного, как говорится, Бог бережет. Используйте для этого хотя бы плагин [[WordPress Database Backup]].
И так, проверили названия опций, выбрали среди них те, в которых вы уверены в том, что это мусор, теперь можно жать на кнопку "Просмотреть информацию о выбранных опциях". Это еще одна страховка от случайного удаления нужных опций. На следующей странице будет выведена информация, которая хранится в выбранных опциях. В некоторых случаях, там оказываются килобайты совершенно левого текста. Выбираем "Да, удалить ВСЕ эти опции из таблицы wp_options" и жмем на "Отправить".
В менюшке плагина все еще будет стоять число в скобках. Не волнуйтесь, плагин считает все найденные опции в таблице wp_options, а не только мусорные. По умолчанию он не показывает те опции, которые принадлежат самому движку WordPress. Собственно, удалить эти опции плагин вам не даст.
В админке блога, в "Консоли", вы можете видеть различные новости о WordPress, они появляются в вашем блоге посредством обновления RSS ленты. Эти RSS новости также хранятся в вашей базе и самостоятельно ни одна из них не удаляется. Сразу удалить их плагин вам не даст, но после того, как их станет слишком много (в документации к плагину сказано о 500 записях), то у вас появится ссылка и на их очистку.
Если вы не планируете в ближайшее время заниматься установкой и удалением новых плагинов, то вовсе не обязательно держать плагин активированным все время. Вполне будет достаточно включать его раз в пару месяцев для проверки и только.
Кстати, на этом блоге плагин нашел всего 408 опций в таблице wp_options, из которых мусорными по мнению плагина оказались 168 опций, а по моему мнению 94 опции (Clean Options посчитал мусорными опции плагинов Bookmarkz и Yet Another Related Posts Plugin). Так что еще раз повторю - сделайте перед использованием плагина бекап базы данных и внимательно изучите опции, которые плагин предлагает вам удалить.
Автор плагина: Mittineague Страница плагина: http://wordpress.org/extend/plugins/clean-options/Рассматриваемая версия: 1.3.0 от 16.01.2010 Совместимость с версией WordPress: 2.3 и выше.
www.wordpressplugins.ru
Clean Options | WordPress.org
Finds orphaned options and allows for their removal from the wp_options table.
Лицензия
Released under the terms of the GNU General Public License.
Long Description
The Clean Options plugin provides an easy way for WordPress bloggers to manage their wp_options table. It has many built in safety features that will help prevent accidental deletion of table rows that may be needed for the error free operation of the blog. It’s goal is to give plugin users an easy and safe way to get a bloated wp_options table down to a manageable size, thus improving the performance of their blog, and keep it that way. It also provides warning messages that will alert plugin users of potential problems that are encountered.
In addition to the warning messages, option names can be double-checked by following the link to the wp-admin/options.php page, using the Google search links, and by searching the wp-content folder for files that contain either the option_name outside of get_option, or fragments of the option_name (up to 3 pieces).= Orphaned Options List =Listed Options are those that are found in the wp_options table but are not referenced by «get_option» or «get_settings» by any of the PHP files located within your blog directory. If you have deactivated plugins and/or non-used themes in your directory, the associated options will not be considered orphaned until the files are uninstalled.
When shown, non-selectable Options are known to have been created from files present during upgrade or backup, or are legitimate options that do not «fit» the search for get_option or get_settings (eg. core WordPress files that use alternate «non-string» syntax). If you wish to remove them by other means, do so at your own risk.
RSS Options
The plugin handles the rss_hash options, added to the wp_options table from the blog’s dashboard page and other files that parse RSS feeds and cache the results, in three ways.
If the wp_options table contains more than 500 rss_hash options, the «delete all» feature will be available. Submitting the «Delete ALL ‘rss’ Options» may delete ALL «rss_hash» rows from the wp_options table, including the CURRENT ones. It is not expected that doing so will cause any problems, however, it makes the performance of a database BACKUP prior to deletion even more important. To help ensure that no current «rss» options are deleted, the plugin makes the last 100 entries of the wp_options table exempt from the «delete all». But depending on your installation history this may not be adequate protection.The «rss_hash» rows are not retrieved and displayed, but simply deleted. Even with the built in safety feature, it is recommended that instead of doing this, that the number of rss_hash options found be limited to only a selected number of the most recent at a time, being repeated as needed.
If the wp_options table contains more than 350 options, radio buttons are visible that will allow the number of rss_hash options found to be limited to various numbers of most recent pairs. This can be repeated until the number of options is less than 350.
When the wp_options table contains less than 350 options, the plugin finds ALL of the «RSS» Options. In each pair, the upper option is the cached feed and the lower is the option’s timestamp.Those listed may include options that are Currently ActiveWhen shown, rss_option pairs with dates newer or the same as the date of 14’th newest rss_option pair (the ones that are more likely to be current) have no checkbox but begin with «-» and end with «# days old» in italics.The older rss_options can be selected and end with «# days old» in bold.Please only remove the older options in which BOTH options of the pair can be selected.
For convenience, a javascript select/deselect all has been added to the plugin. «all» means BOTH «plugin» AND «rss_» options.
Orphaned Options Review
Spaces have been added after every 10th character of the option_name and every 20th character of the option_value to preserve page layout.Not all options have values.Please review this information very carefully and only remove Options that you know for certain have been orphaned or deprecated.It is strongly suggested that you BACKUP your database before removing any options.
More Info
For more information, please visit the plugin’s pageClean Options
ru.wordpress.org
Очистка базы данных плагином Clean Options
Плагин Clean Options меня заинтересовал сражу же, как я о нем прочел на каком-то сео блог, я давно искал способ по очистке базы данных от устаревших или лишних записей в базе данных моего блога. Кроме того я не понимаю в ней, где нужные строки, где рабочие таблицы, потому мне нужен надежный, но автоматический способ очистки базы данных MYSQL. После долгих поисков я нашел плагин, и сегодня проведу его тестирование.
Дело в том, что в самом начале ведения этого блога я поступал довольно не разумно, хватался за любой понравившийся плагин WordPress, и не проверив его устанавливал, через несколько недель, месяцев удалял. И уже потом понял, что совершил много ошибок: перед установкой плагина нужно понять как он работает, выбрать среди аналогичных плагинов WordPress самый лучший, оценить его по практичности и нужности для моего проекта, а потом уже устанавливать. А в результате получил сильно загрязненную системную таблицу wp_options.
Ну да ладно, что сделано, того не вернешь, зато есть возможность проверить работу Clean Options — http://wordpress.org/extend/plugins/clean-options/ в полевых условиях, он то и удалит ненужные записи из таблицы таблицы базы данных блога. Так как я боюсь завалить seomans.ru, я его переношу на локальный сервер Denwer, это заняло у меня 10 минут, устанавливаю и активирую плагин Clean Options. в админке появляется новый пункт меню «CleanOptions» в разделе «Инструменты», в скобках указывается число опций.
Что это за опции я не понял, объяснения не нашел, но судя по названию кнопки(черная стрелочка) “Найти осиротелые опции” то это в таблице wp_options размещено столько записей или строк. А сами осиротелые опции – это записи от которых я должен буду избавиться. В настройках плагина предусмотрено установку двух условий поиска(обвел черной рамкой), на всякий случай ничего не меняю.
И мне CleanOptions выбрал очень много строк, которые он считает, не связаны с работой блога, ни с работой установленных плагинов. Чтобы удалить любую строку следует установить флажок возле ее названия, или в низу есть ссылка, с помощью которой можно сразу же все выделить. Чтобы понять к какому плагину какая строчка относится, следует нажать на ссылку Погуглить – появляется окно с поисковой выдачей по каждому запросу. Я делал такую проверку – 90% полученная информация мне помогала понять, к работе какого плагина имеет отношение строка и стоит ли ее удалять.
Если же Вы не новичок и разбираетесь в CMS WordPress, то можно просмотрев строки, определить следует эту запись удалять или нет, к примеру, на верхнем скриншоте показаны записи в таблице wp_options, что обеспечивали работу плагина по выводу капчи, от плагина advanced permalinks. Я разместил только маленькую часть панели с найденными “осиротелыми опциями”.
Чтобы удалить строки, нужно их выделить и нажать на кнопку “Просмотреть информацию о выбранных опциях”, открывается следующая панель, где выводятся
записи в строках, которые подлежат удалению. В большинстве случаев без знаний PHP и MYSQL трудно понять, что это такое и для чего они в таблице прописаны. В общем нажимаю Удалить.
Как я пользуюсь плагином Clean Options для удаления “осиротелых опции”.
Для тестирования работы плагина перенес блог на локальный сервер и проверил его работу
- при чистке базы данных блога который находится на хостинге, создал резервную копию базы данных.
- ищу ненужные строки в базе данных и удаляю их по 10 – 20 штук за раз.
- после удаления каждый раз проверяю работоспособность блога
- перед тем, как почистить базу данных на блоге, что находится на хостинге, проверяю результат работы плагина Clean Options на копии блога, что установлен на локальном сервере Denwer.
И все равно, перед тем как чистить таблицу wp_options создайте резервную копию блога и только после этого запускайте плагин. Как бы я не пытался быть осторожным, все равно я удалил нужную запись одного плагина, который работает, и он не подлежит удалению.
Что я должен сделать в этой ситуации? Скорее всего я должен полностью удалить плагин, а затем его установить заново, при этом обязательно быстро его удаление, так как я не знаю, как скажется отсутствие нужных записей в базе данных блога, и чем грозит криво работающий плагин. Когда я буду чистить тестовый блог я буду внимательным, либо сразу его удалю, перед запуском проверки плагином Clean Options, либо отключу.
Внимание!!! После того, как плагин WordPress Clean Options закончил работу, он нашел 373 “осиротелые опции” в таблице wp_options, но пришлось переустанавливать плагин Broken Link Checker(черная стрелка на нижнем скриншоте). Я заметил, что плагин Clean Options не однозначно относиться к записям, которые выполнили в базу данных при установке плагины My Category Order (малиновая стрелка на нижнем скриншоте), WP-PostViews, Delete-revision (красная стрелка на нижнем скриншоте).
За два часа тестирования работы блога после выполнения чистки таблицы wp_options с помощью плагина Clean Options не было замечено никаких ошибок, был доступен, значит его можно использовать в своей работе. После этого обязуюсь не устанавливать на свой рабочий блог не проверенных, не нужных плагинов.
seomans.ru
Clean Options. Чистка базы от мусора
Настройка блога под личные требования сопровождается использованием и тестированием многих плагинов, и не все они одинаково полезны. Так или иначе, после удаления всех ненужных плагинов в арсенале блогера остается несколько особо важных, которые будут использоваться постоянно. Но все дело в том, что использованные ранее плагины не удаляются окончательно, засоряя базу данных мусорной информацией, касающейся настроек удаленных плагинов. То есть каждый поставленный вами плагин создает в базе данных свою собственную таблицу, которую вы впоследствии можете удалить самостоятельно. Но что делать, если плагин не создает отдельную таблицу, а замусоривает системную таблицу wp_options, в которой страшно что-либо удалять, дабы не убить ваш блог? К сожалению, таких плагинов великое множество, поэтому проблема полного удаления мусорной информации актуальна для всех любителей поэкспериментировать с функционалом вашего сайта. Если же не очищать базу данных от всевозможного мусора, то, в конце концов, ваш блог начнет подвисать, а потом и глючить, что не есть хорошо.
Итак, представляем вашему вниманию плагин Clean Options, который создан специально для того, чтобы удалять неиспользуемый мусор из вашей базы данных.
Отличительной особенностью данного плагина является тот факт, что настроек он, как таковых, не имеет. Как только Clean Options будет активирован, в меню «Инструменты» появится одноименный пункт. В скобках рядом с пунктом будет указанно количество опций, которые плагин нашел в вашем блоге. Как видите, ничего сложного в плагине нет. Мало того, официальный дистрибутив переведен на русский, причем мусорные опции в переводе обозначаются термином «осиротелые». Страница управления содержит в себе перечень мусорных опций с квадратиками, в которых можно ставить галки для удаления. Большая часть опций вполне понятна и без разъяснений, поскольку вы самостоятельно ставили, опробовали и удаляли все плагины. Но если вы сомневаетесь, можно ли удалять ту или иную опцию, то рядом с ней вы найдете архиполезную ссылку «Погуглить», которая выведет вас прямиком на небезызвестную поисковую систему. Здесь вы найдете как сам плагин, так и полную информацию о нем.
Как вы понимаете, удалять все подряд с помощью этого плагина было бы непредусмотрительно. Несмотря на то, что плагин работает достаточно стабильно и корректно, на всякий случай сделайте бэкап базы данных. Для этого можно использовать все тот же WordPress Database Backup, который вы можете скачать с нашего сайта.
После того, как названия опций прогуглены, галки расставлены и все готово к удалению, можете еще раз перестраховаться, нажав на «Просмотреть информацию о выбранных опциях». Дополнительная мера предосторожности далеко не лишняя. После нажатия на кнопку открывается страница, которая предоставляет полную информацию о выбранных вами опциях. Если вас все устраивает, то нужно нажать на «Да, удалить ВСЕ эти опции из таблицы wp_options», а затем «Отправить».
В менюшке плагина все также будут стоять числа, о которых мы рассказывали в начале статьи. Не пугайтесь, это ведь общее число найденных плагинов, а не количество мусорных опций. По крайней мере, вы должны заметить, что число это стало намного меньше. Кстати, найденные опции, относящиеся к движку WordPress, не будут показываться по умолчанию, поэтому случайно вы их удалить не сможете.
Админка блога содержит в себе раздел «Консоли», в котором будут периодически появляться разные новости, касающиеся WordPress. Новости появляются вследствие обновления RSS ленты, которая хранит свою базу данных в вашей базе данных. Соответственно, самостоятельно она свою базу данных удалять не собирается, поэтому вам нужно будет сделать это с помощью плагина. Отметим, что вначале плагин запретит вам удалять данную информацию. Но как только количество записей RSS приблизится к пятистам, в плагине автоматически появится ссылка, с помощью которой можно будет их удалить.
Помните, что никто не заставляет вас держать данный плагин в активированном состоянии тогда, когда он вам не нужен. Поэтому, если вы не собираетесь постоянно играться с новыми плагинами, то выключить его не помешает, хотя полностью удалять его из системы будет излишним. Напоминаем, что не все опции, которые обнаруживает плагин, можно считать мусорными. Поэтому, перед удалением рекомендуем ознакомиться с содержимым списка.
Версия плагина: 1.3.2Требуемая версия Вордпресс: 2.3 или вышеwordpresse.ru
Как очистить таблицу wp_options и автозагруженные данные в WordPress
Сегодня мы рассмотрим таблицу wp_options в базе данных WordPress. Эта область часто упускается из виду при рассмотрении общей производительности WordPress и производительности базы данных. Особенно важен этот аспект для старых и крупных сайтов, поскольку это может вести к замедлению выполнения запросов на сайте вследствие автозагруженных данных, которые остались после сторонних плагинов и тем. Ниже мы представим советы о том, как очистить таблицу wp_options.
Что представляет собой таблица wp_options?
Таблица wp_options содержит в себе все типы данных вашего WordPress сайта, такие как:
- URL сайта, URL домашней страницы, email администратора, стандартная рубрика, количество записей на странице, формат времени и т.д.
- Параметры для плагинов, тем, виджетов.
- Временно кэшированные данные.
Таблица содержит в себе следующие поля, одно из которых интересует нас больше всего в плане производительности:
- option_id
- option_name
- option_value
- autoload
Важное поле, которое нас будет интересовать в таблице wp_options – это поле autoload. Оно содержит значение «yes» или «no» (флаг). В целом оно определяет, будет или нет та или иная опция загружаться в функцию wp_load_alloptions(). Автозагружаемые данные – это данные, которые загружаются на каждой странице вашего WordPress-сайта. Ситуация здесь такая же, как и со скриптами – далеко не всегда они должны загружаться на всех страницах сайта. Атрибут autoload по умолчанию ставится в «yes», однако теоретически далеко не каждому плагину требуется загружать свои данные на каждой странице.
Проблема, с которой сталкиваются владельцы WordPress сайтов, заключается в том, что таблица wp_options содержит большой объем автозагруженных данных. Обычно это становится результатом следующего:
- Данные автоматически загружаются плагином, когда в реальности их автозагрузка не требуется. Хороший пример: плагин контактной формы. Должен ли он загружать данные на каждой странице или только на контактной странице?
- Плагины или темы были удалены с WordPress сайта, но их параметры по-прежнему хранятся в таблице wp_options. Это может означать, что при каждом запросе к сайту автоматически загружаются ненужные данные.
- Разработчики плагинов или тем загружают данные в таблицу wp_options вместо использования своих собственных таблиц. Есть аргументы как за, так и против такого подхода, поскольку некоторые владельцы сайтов предпочитают плагины, не создающие дополнительных таблиц. Однако таблица wp_options не предназначалась для хранения тысяч строк.
Слишком много автозагруженных данных – это сколько? Количество может варьироваться, но в идеале их объем должен укладываться в границы от 300 Кб до 1 Мб. Как только вы начнете приближаться к 3-5 Мб, вам нужно будет оптимизировать данные либо удалить их из автозагрузки. Если данных больше 10 Мб, то пора бить тревогу. Это, конечно, не всегда означает, что именно они приводят к проблемам, но это лучший вариант для начала оптимизации сайта.
Устранение проблем с автозагружаемыми данными в wp_options
Если ваш WordPress сайт работает слишком медленно, это может быть связано с запросами или автозагружаемыми данными, оставшимися от старого WordPress плагина. Ниже мы покажем вам, как проверить размер автозагружаемых данных в базе данных, а также рассмотрим данные реального сайта и поделимся с вами, как очистить их.
Проверяем размер автозагружаемых данных
Первое, с чего стоит начать – это проверить размер автозагружаемых данных на вашем WordPress сайте. Для этого войдите в phpMyAdmin. Выберите свою базу данных слева и перейдите на вкладку SQL. Затем введите следующую команду и нажмите Go.
SELECT SUM(LENGTH(option_value)) as autoload_size FROM wp_options WHERE autoload='yes';Возможно, вам понадобится скорректировать запрос, если на вашем сайте используется префикс, отличный от wp_.
Размер autoload_size вернется в байтах. В 1 Кб в данном случае будет 1000 байтов, а в 1 Мб – 1000 Кб. То есть, в нашем случае 249,025 байт – это 0.25 Мб. Для данного сайта это хороший размер. Если вам вернется размер, превышающий 1 Мб, вам нужно будет принять определенные меры.
Ниже представлен сайт, на котором было 137,724,715 байтов, т.е. 137 Мб автозагруженных данных. Яркий пример «плохого» сайта, который требует оптимизации.
Вы можете также использовать более длинные запросы, как в примере ниже. Они помогут вывести размер автозагруженных данных, число записей в таблице, а также первые 10 записей, отсортированных по размеру.
SELECT 'autoloaded data in KiB' as name, ROUND(SUM(LENGTH(option_value))/ 1024) as value FROM wp_options WHERE autoload='yes' UNION SELECT 'autoloaded data count', count(*) FROM wp_options WHERE autoload='yes' UNION (SELECT option_name, length(option_value) FROM wp_options WHERE autoload='yes' ORDER BY length(option_value) DESC LIMIT 10)
Если у вас есть доступ к New Relic, вы можете использовать его для устранения проблем, связанных с таблицей wp_options. Во вкладке с базами данных приводится таблица и тип запроса, занимающие больше всего времени. Если вы выберете одну из записей в списке, вы сможете увидеть более подробную информацию, включая некоторые примеры запросов. В примере ниже вы видите, что виновником проблем являются автозагружаемые данные в таблице wp_options. Разумеется, быстрый анализ сайта подтвердил, что имеется почти 250 Мб автозагружаемых данных.
Сортируем автозагружаемые данные
Следующий шаг – быстрая сортировка пунктов таблицы с автозагружаемыми данными (по их размеру). Ниже представлена SQL команда для вывода топ 10 пунктов:
SELECT option_name, length(option_value) AS option_value_length FROM wp_options WHERE autoload='yes' ORDER BY option_value_length DESC LIMIT 10;Опять же, вам может понадобиться настроить запрос выше, если на вашем сайте WordPress используется префикс, отличный от wp_.
Рассматриваем отдельные автозагружаемые данные в wp_options
Следующий шаг – рассмотрение отдельных автозагружаемых данных из полученного топ 10.
301_redirects
Как мы видим на скриншоте, топ 1 по размеру автозагружаемых данных – это опция 301_redirects. Вероятно, она связана с плагином перенаправления или SEO плагином, который также выполняет функцию перенаправления. В этом случае лучшая рекомендация – это выполнение редиректа на уровне сервера.
Почему? Поскольку использование плагинов для реализации редиректа может иногда приводить к проблемам с производительностью. Большинству таких плагинов нужна функция wp_redirect, которая требует дополнительных ресурсов и выполнения кода. И, естественно, в этом случае автозагружаемые данные также попадают в wp_options.
wpurp_custom_template_
Следующая опция – это wpurp_custom_template_#. Мы видим, что к ней относится сразу несколько разных строк. Как правило, вы должны взять имя опции и попробовать поискать связанный с ней плагин или тему. В данном случае мы выполнили команду grep с сервера, чтобы найти что-то подобное. Вы можете также сделать проверку по SFTP.
grep -Ri "wpurp_custom_template_"Команда выше, однако, ничего не дала, потому мы пошли в Google. Мы быстро обнаружили, что опция связана с WordPress плагином, который был удален с сайта. Плагин назывался WP Ultimate Recipe. Это классический пример ненужных данных, загружаемых автоматически даже после удаления самого плагина.
um_cache_userdata_
Следующая опция из нашего списка — um_cache_userdata_#. Мы видим, что под нее отведено несколько строк. Поскольку строки стояли в самом низу списка, мы решили модифицировать нашу команду MySQL, чтобы показать топ 40 автозагруженных данных:
SELECT option_name, length(option_value) AS option_value_length FROM wp_options WHERE autoload='yes' ORDER BY option_value_length DESC LIMIT 40;Или просуммировать все значения с данным префиксом:
SELECT 'sum size in KiB', ROUND(SUM(length(option_value))/1024,0) FROM wp_options WHERE autoload='yes' AND option_name like "um_cache_userdata_%"Мы видим, что в таблице wp_options содержится гораздо больше строк с префиксом um_cache_userdata_#. Мы снова выполнили команду grep, чтобы проверить наши папки с плагинами и темами.
grep -Ri "um_cache_userdata_"Мы смогли установить, что строки относятся к плагину Ultimate Member. Быстрый поиск в Google помог найти несколько хороших решений этой проблемы. Оказывается, в плагине есть несколько способов справиться с данными последствиями:
- Ultimate Member > Dashboard > User Cache > Clear Cache.
- Ultimate Member -> Settings -> Advanced -> Stop caching user’s profile data (ставим в ON), затем Save Changes.
Еще один хороший способ определить, к чему относится автозагружаемая опция – щелкнуть по кнопке Edit, после чего можно увидеть каталог плагинов/тем или ссылку на сайт разработчика.
Задачи Cron
Еще один источник проблем с большим объемом автозагружаемых данных – это опции, связанные с cron. Вы можете нажать Edit рядом с опцией, чтобы увидеть, что вызывает ее. Ниже представлен пример, из которого ясно, что do_pings был источником проблемы. Опять же, быстрый поиск в Google помог найти способ очистки do_pings.
Очистка таблицы wp_options
Если вы столкнулись с большим объемом автозагружаемых данных, вам нужно будет их удалить из таблицы wp_options. Мы рекомендуем поддерживать минимальное количество строк в таблице wp_options. Обязательно делайте бэкапы перед удалением данных из вашей базы данных. Если вы боитесь допустить ошибку, наймите разработчика WordPress или выполните те же самые действия сначала в тестовой среде.
Как и ранее, вам нужно будет войти в phpMyAdmin. Щелкните по вашей базе данных слева и выберите вкладку SQL. Введите следующую команду и нажмите Go:
SELECT * FROM `wp_options` WHERE `autoload` = 'yes'Возможно, вам придется настроить запрос, если у вас используется префикс, отличный от wp_. Вы увидите все данные в таблице wp_options, которые заданы как автозагружаемые.
Здесь мы видим строки от разных плагинов, которые уже не используются на сайте. К примеру, у нас есть строки плагина Jetpack, который больше не используется на рассматриваемом сайте.
Нужно всегда проверять документацию разработчиков плагина, поскольку иногда в плагинах присутствует возможность очистки таблиц. В таком случае проще всего будет вновь установить плагин, выполнить автоматическую очистку таблиц БД от его записей, и после этого корректно удалить плагин.
Далее мы покажем вам, как очистить таблицы вручную.
В нашем случае мы выполняем следующий запрос, который позволит нам найти автозагружаемые данные в таблице wp_options, оставшиеся от плагина Jetpack. Чтобы скорректировать запрос самостоятельно, просто замените %jetpack%:
SELECT * FROM `wp_options` WHERE `autoload` = 'yes' AND `option_name` LIKE '%jetpack%'Вы можете затем выбрать все строки и щелкнуть по Delete:
Или вы можете запустить следующую команду:
DELETE FROM `wp_options` WHERE `autoload` = 'yes' AND `option_name` LIKE '%jetpack%'
Затем вы можете повторить это для других автозагружаемых данных, оставшихся от плагинов и тем в таблице wp_options.
Очистка Transients (временных данных)
Если вы не используете объектный кэш, WordPress хранит временные записи в таблице wp_options. Обычно у них имеется срок действия, и со временем они исчезают. Однако это не всегда так. Мы сталкивались с базами данных, в которых присутствовало очень много старых временных записей. Также важно отметить, что transients не являются автозагружаемыми по умолчанию. Вы можете использовать запрос, представленный ниже, чтобы узнать, имеются ли у вас какие-либо автозагружаемые временные данные:
SELECT * FROM `wp_options` WHERE `autoload` = 'yes' AND `option_name` LIKE '%transient%'Лучше всего воспользоваться плагином, таким как Transient Cleaner, чтобы быстро удалить просроченные временные данные из wp_options.
Добавляем индекс к автозагружаемым данным
Если очистка wp_options не дала результатов, вы можете попробовать добавить index к полю autoload. Это позволяет выполнять более эффективный поиск по автозагружаемым данным, что отражается на производительности сайта.
Little Bizzy создал плагин Index Autoload, который позволяет добавлять индекс к autoload в wp_options через WP-Cron на ежедневной основе.
Источник: kinsta.com
oddstyle.ru
clean wp_options таблица неиспользуемых строк Wordpress Ask
Существует плагин под названием – Clean Options, который обещает удалить все неиспользуемые записи из таблицы wp_options. ПРИМЕЧАНИЕ. – этот плагин не обновлялся в течение 2 лет, перед его использованием вы должны сделать резервную копию.
Чтобы удалить все данные вручную
Вам необходимо вручную просмотреть базу данных для неиспользуемых таблиц или строк и использовать SQL-запрос для постоянного удаления из базы данных.
-
Большинство плагинов создают новые таблицы с пользовательским префиксом, например, если вы установили плагин yoast seo, он создаст таблицы с префиксом _yoast_wpseo_ что упростит идентификацию всех таблиц, созданных этим плагином, и если вы больше не используете их, вы можете отказаться их с помощью команды SQL, аналогичной приведенной ниже.
DELETE FROM wp_options WHERE option_name LIKE '_yoast_wpseo_%';
Заметка
Этот SQL-запрос выберет все строки с префиксом _yoast_wpseo_ (обратите внимание на «%»), чтобы удалить из таблицы SQL. Аналогичным образом вы можете удалять таблицы, созданные другими плагинами.
я думаю, вы уже выкопали путь. откуда вы видели, что таблица уже занята 13 МБ? конечно, из некоторых GUI-инструментов и, возможно, с помощью phpMyAdmin . Оттуда вы можете очистить неиспользуемые строки.
- Сделайте полную резервную копию текущей таблицы. вы можете скопировать таблицу, используя вкладку операций phpMyAdmin.
- затем откройте таблицу wp_options в phpMyAdmin и удалите любые подозрительные строки.
- после удаления любых строк проверьте сайт, чтобы убедиться, что вы ничего не сломали. помните, что вы нарушите wordpress и / или любые его расширения (плагины / темы), если вы удалите любые строки, которые используются самим wordpress или текущими установленными расширениями.
вы также можете проверить отключенные плагины, какие поля они добавили. если эти плагины не удаляли и не удаляли эти строки, вы можете удалить их самостоятельно, и таким образом вы создадите меньше рисков для взлома.
Удачи
wordpressask.com
Оптимизируем Wordpress с помощью плагина WP-Optimize
Многие из вас задаются вопросом, как оптимизировать wordpress? Но среди пользователей wordpress не всегда встречаются программисты, люди которые разбираются в css, html, ну и многие просто боятся что-то менять. Как бы то ни было, есть очень удобный плагин для ускорения вордпресс. Он так и называется WP-Optimize. Чтобы его установить нужно зайти в меню Плагины> Добавить новый
Выбираем плагин wp optimize, установливаем и активируем.
Затем выбираем, в меню админки WP-Optimize
Теперь перейдем непосредственно к плагину
Clean-up options — это опции очистки
Clean post revisions which are older than 2 weeks — очищать версии записей, которые старше 2 недель. Эта опция очистит все редации материалов, которые старше 2 недель. Активируем
Clean auto draft posts which are older than 2 weeks— автоматическая очитка черновиков, старше 2 недель. Если нужно — ставим галочку.
Remove spam comments which are older than 2 weeks — очищаем спам-комментарии, если они старше 2 недель. Активируем(зачем нам спам?). No spam comments found
Remove unapproved comments which are older than 2 weeks — очищаем неутвержденные комментарии, если они старше 2 недель. Активируем. No unapproved comments found
Remove transient options — очищаем пустые строки в базе данных. Перед использование обязательно делаем архив базы данных!!!!!!!!! 23 transient options in your database
Remove pingbacks — очищаем pingback (это одна из разновидностей спама на WordPress-сайтах.) No pingbacks found
Remove trackbacks — очищаем trackback (это одна из разновидностей спама на WordPress-сайтах.) No trackbacks found
После того, как выбрали все что нужно нажимаем синию кнопку Process(справа)
Ну и вот, мы провели быструю очистку WordPress. После очистки нужно отключить плагин, и активировать его нужно перед использованием, затем обратно отключить.
itc-life.ru
