Чистим базу данных WordPress

  Автор:
  5258

Задался я вопросом,

как почистить базу данных wordpress блога?

поискал в интернете, и нашел интересные статьи, которые и привожу тут (без изменений)


WordPress безусловно самый лучший движок для создания своего электронного дневника в интернете. Но как не прискорбно, и у него есть свои минусы. Самая главная проблема – это использование базы данных.

В этом посте я расскажу, как можно не прибегая к помощи плагинов, самому без усилий оптимизировать базу данных WordPress всего за пару кликов. Прежде всего, зайдите в свою панель управления сайтом, а там и в PhpMyAdmin.

Шаг 1. Удаляем резервные копии постов (т.н. ревизии)

Наша проблема. WordPress устроен таким образом, что при написании новых постов (или редактировании старых) он периодически (примерно один раз в минуту) создает их резервные копии, что можно четко увидеть в самом низу страницы, при работе с новым или корректировкой старого поста. Но что самое интересное, так это то, что после публикации конечной версии поста, движок WordPress`а автоматически не удаляет эти резервные копии (post revisions). Получается, что при длительной работе с одним постом в базе данных может остаться от пары копий этого поста до бесконечности.

Решение данной проблемы. В панели PhpMyAdmin своей базы данных переходим на вкладку SQL. Появится окно для создания запроса к БД. Вставляем нижеследующий запрос в окно и выполняем ее нажав кнопку OK:

DELETE FROM wp_posts WHERE post_type = "revision";

Разъяснение запроса. Таблица wp_posts имеет поле post_type. Оно может иметь одно из следующих значений: «post», «page» или «revision». Т.к. мы хотим избавиться от всех резервных постов, то наше значение – «revision». Просто запускаем команду, чтобы удалить все элементы в таблице wp_posts, в которой поле post_type равно «revision».

Шаг 2. Удаляем СПАМные комментарии

Наша проблема. Все комментарии, которые хотя бы однажды попадали на блог навсегда остаются в базе данных. Это касается одобренных, удаленных и спамных комментариев.

Решение данной проблемы. В панели PhpMyAdmin своей базы данных переходим на вкладку SQL. Появится окно для создания запроса к БД. Вставляем нижеследующий запрос в окно и выполняем ее нажав кнопку OK:

DELETE FROM wp_comments WHERE comment_approved = 'spam';

На многих блогах имеется большое количество вообще не рассмотренных комментариев. Чтобы удалить их все, выполните следующую команду в том же окне, пердварительно стерев предыдущий запрос:

DELETE FROM wp_comments WHERE comment_approved = '0';

Разъяснение запроса. Таблица wp_comments содержит поле с именем comment_approved. Именно здесь делается отметка для каждого комментария: одобрен – 1, удален или еще не одобрен – 0, спам – spam. Запустив поочередно эти команды (в одиночных ковычках меняем значения по очереди, т.е. сначала выполняем со значение ’0?, затем – ’1? и напоследок – ‘spam’, таким образом мы удаляем все комментарии, которые отвечают нашим критериям.

Строки базы данных WordPress по-умолчанию, т.е. создаются они при инсталяции движка. Многие плагины создают свои строки (таблицы) в базе данных WordPress и не удаляют их после своей деактивации. Проблема решается простым удалением таких строк вручную. А чтобы было легче найти лишние строки, вот вам список строк, которые должны быть в базе данных по-умолчанию:

wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users

Внимание! Прежде чем удалять лишние строки убедитесь, что:

1. Ваша база данных сохранена, – это на всякий случай, если у вас уже есть какой то контент наблоге.

2. Убедитесь, что плагин, таблицы которого вы хотите удалить, действительно уже не используется (деактивирован).
Метки: WordPress, база данных, оптимизация базы данных, чистка базы данных, плагины

http://m-media.su/chistka-bazy-dannyx-wordpress.html

Далее из этой же серии нашлась интересная стать:

Операция чистим wp_options в wordpress

Чем хорош wordpress? Тем, что он как пластилин при некоторых усилиях принимает нужную форму.

Чем хорош wordpress? К нему есть большое количество плагинов, которые позволяют прикрутить к блогу любую функциональность.

Все вроде замечательно и прекрасно.

Но в плагинах есть одно неприятное свойство. Обычно они оставляют много записей в базе данных в частности в таблице wp_options. И если вы удалили плагин – то эти записи превращаются в мусор.

wp_options – очень важная таблица базы данных wordpress. В которой хранятся настройки блога.

Чем плох мусор в базе данных? Он раздувает базу данных и увеличивает ее размер.

Больше база данных – медленнее работа блога.

Медленнее работа блога – уже тянет за собой другие неприятные последствия.

Сегодня я покажу вам плагин, который позволит вам держать вашу таблицу wp_options в порядке.

Clean Options – поможет вам очистить таблицу wp_options от мусора

  • Скачиваем его по ссылке;
  • Заливаем в папку с плагинами;
  • Активируем плагин;

Перед любыми манипуляциями с базой данных делаем резервную копию. На случай неудачной чистки.

Заходим в Инструменты и выбираем пункт Clean Options

Плагин имеет русский перевод – так, что это облегчает работу с ним.

Первым делом плагин показывает, сколько опций содержит таблица wp_options.

В случае этого блога плагин нашел 368 записей.

Потом нам дают возможность настроить фильтры для поиска.

Их всего два:

  • Не показывать известные базовые опции ядра WordPress для данного «Найти» (стоит ставить эту галочку, тогда плагин отсеет системные опции)
  • Не показывать предупреждения альтернативного синтаксиса для данного «Найти» (здесь по выбору, до конца смысл этой опции я не понял)

Нажимаем: найти осиротелые записи

Ждем, пока плагин проведет анализ и выдаст нам результат.

После анализа плагин выдаст: Возможные осиротелые опции

Список имеет следующий вид:

Операция чистим wp_options в wordpress

Опция и готовый запрос для поиска в Google.

Здесь можно не бояться, и отмечать галочками опции это еще не финальная стадия. Удаление сразу не произойдет.

Выбрав опции, нажимаем: Посмотреть информацию в выбранных опциях

На выходе получим таблицу:

Операция чистим wp_options в wordpress

  1. колонка – название опции;
  2. колонка – значение опции;

Теперь вам нужно подтвердить намерение удалить данные опции.

Если согласны:

Отмечаем — Да, удалить ВСЕ эти опции из таблицы wp_options.

Жмем – отправить

Вот собственно и все. Мусорные опции удаленны из таблицы wp_options. Наш блог стал более быстр.

http://webmasterprof.ru/stati/wordpress-stati/operaciya-chistim-wp_options-v-wordpress.html

И ещё одна статья (очень похожая на первую, но чуток побольше)

WordPress — Как оптимизировать и очистить базу данных блога

На днях мне пришло письмо от хостера о том, что мой лимит жесткого диска потихоньку подошёл к концу (неожиданно).

Как обычно немного потупив, зашел в свой билдинг и действительно свободного места не осталось.
Порывшись малёха, нашел злополучного пожирателя и даже с облегчением выдохнул smile — Очередной мой сателлит на WordPress.
Ну а куда денешься. Кругом кричат ВордПресс — ууу яя зер гуд. Но мне данная КМС нравится только простотой создания всякого интернет-хлама (хотя и для сателлитов есть более удобные и рациональные CMS решения). В остальном-же WordPress только напрягает. Ну да шут с ней, вернёмся к проблеме..

Очистка WordPress блога

Мой разжиревший сателлит стал занимать более 50mb в одну калитку. (Для сравнения. Данный блог на DLE 8.5, на момент публикации, занимал всего 10 метров). И естественно что я стал глубоко возмущён данным обстоятельством. Ну не то, чтобы я за пятихатку зайца в поле лопатой отмудохал, но всёже… 50 мб в пустоту тратить. am
Оказалось, что данный блог я совсем не оптимизировал, соскользнул он как-то. Но вот в силу обстоятельств добрался и до него, и вспомнил, что именно данный момент я упустил в своей прошлой статье посвящённой оптимизации сайтов на WordPress.
Вот и решил исправиться и описать то, что лучше делать при установке блога, или как я — когда совсем прижмёт.
Причиной данной проблемы (превышение места на жестком диске) была непомерно раздувшаяся база MySQL.

Почему WordPress занимает так много места?

ВордПресс создавался как Content Management System (Система управления содержимым) для блондинок (несерьёзная она), которые постоянно что-то путают, меняют и забывают, поэтому данная CMS при каждом изменении материала создаёт резервную копию (одну вторую и тд, пока лимит не исчерпает).
Естественно, что нам после того как мы опубликовали материал и довольны результатом, его резервные копии становятся не нужны.
И если Мы в душе не розовые блондинки, то данная функция нам ваааще незачем.
Но как сделать, чтобы WordPress не создавал резервные копии?
Для этого нам понадобиться:
1) по ФТП (лучше пользоваться FTP клиентом — FileZilla) из корневой папки сайта скачать файл wp-config.php
2) Открываем его в Notepad++ или WordPad и находим следующие строки:

/** The Database Collate type. Don’t change this if in doubt. */
define(‘DB_COLLATE’, »);

После них, просто вставляем следующее:

define(‘WP_POST_REVISIONS’, false);

3) Сохраняем и закачиваем обратно на сервер в корень домена как и было.
Данная манипуляция отключит функцию сохранения копий, но если Вы все-же хотите её оставить, но в меньшем объёме, то поменяйте значение «false» на цифру, которая будет обозначать максимальное количество сохранённых копий каждого материала (например — две):

define(‘WP_POST_REVISIONS’, 2);

Вот можно сказать и всё. Но если Ваш блог был создан не вчера, и уже успел поднакопить всякого резервного хлама, то и его можно удалить.

Как удалить резервные копии материалов?

Есть хороший плагин delete revision, он позволит удалить все ненужные копии.
Но мне проще всё это сделать через панель phpMyAdmin (не люблю я эти плаги-лаги). И Вам рекомендую. Так как, если Вы серьёзно решили заняться сайтостроением или оптимизацией, без знания функций phpMyAdmin просто не обойтись, поэтому осваиваем и привыкаем потихоньку. Итак…

Чистка WordPress блога без установки плагинов — через панель phpMyAdmin.

Для подстраховки создадим резервную копию нашей имеющейся базы данных MySQL.
1) Из панели управления хостингом DAdmin, ISPmenager, DirectAdmin (или что-то наподобие) заходим в панель phpMyAdmin.
2) Выбираем интересующую нас базу MySQL (обычно они в меню слева).
3) Нажимаем на опцию «Экспорт» (обычно в самой верхней части),
4) Выбираем метод сжатия zip или Gzip — это почти фиолетово (обычно в самом низу).
5) Нажимаем в самом низу кнопку «OK», «Выполнить» или «YES» у кого как.
6) И сохраняем себе на компьютер. Не забудьте куда. fellow
Всё. Перестраховались. Можно мутить…
Опят подключаемся к нужной нам базе MySQL в панели phpMyAdmin и переходим к очистке от резервных копий.
Для прикола и информации о проделанной работе запомните цифру напротив строчки «wp_posts» — занимаемое место.
1) Открываем окно запроса к данной базе (обычно это кнопка «SQL» с подсказкой «окно запроса» или тп)
2) И вводим следующую команду:

DELETE FROM wp_posts WHERE post_type = «revision»

Нажимаем «OK»

Данная команда удалит все резервные копии Ваших материалов.
После того как Вы закончите данные манипуляции:
— Оптимизируйте базу данных MySQL запросом:

OPTIMIZE TABLE wp_posts;

Вот и усё. Смотрим результат очистки в строчке «wp_posts».
Вот так путём нехитрых манипуляций мы очистили базу данных ВордПресс блога.
Но, моя проблема заключалась в другом.
Поскольку я не заходил в админку того блога очень давно, соответственно не менял материалов и соответственно, резервные копии не создавались…
На моём блоге было слишком много СПАМ комментариев. Ну забыл защитить.
Удалять их руками муторно, да и раз Мы заговорили про phpMyAdmin то:

Чистка комментариев WordPress блога через панель phpMyAdmin.
По аналогии с предыдущим маневром:
1) Открываем окно запроса к нужной нам базе MySQL
2) Вводим следующую команду:

DELETE FROM wp_comments WHERE comment_approved = ‘spam’;

и нажимаем «OK»
И получаем результат — СПАМ удалён
Можно удалить и комментарии, которые находятся в очереди на модерацию следующей командой:

DELETE FROM wp_comments WHERE comment_approved = ‘0’;

А командой:

DELETE FROM wp_comments WHERE comment_approved = ‘1’;

Вы удалите все имеющиеся комменты.
И чтобы в дальнейшем облегчить борьбу со СПАМом активируйте плагин Akismet
Вот так я и снизил пространство почти в два раза. Шутка. Кроме оптимизации того блога, я забыл удалить левые темы и плагины, которые и пожирали основную массу места. wink

Кстати о плагинах.
Многие плагины при установке, а точнее при активации создают себе поле записи в базе данных MySQL.
А после удаления плагина запись часто остаётся. Проверить это можно там-же в панели phpMyAdmin
Вот как выглядит шаблонная база данных нулёвого ВордПресс блога:

wp_comments
wp_links
wp_options
wp_postmeta
wp_posts
wp_terms
wp_term_relationships
wp_term_taxonomy
wp_usermeta
wp_users

Всё остальные записи желательно рассмотреть пристальней на предмет схожести с названиями плагинов.
И если обнаружите левую запись — удаляйте, но не забудьте сохранить резервную копию, как описано выше.
Вот вроди и всё. Если что-то не получилось и после манипуляций в phpMyAdmin панели, сайт перестал фурычить — восстановите сохранённую базу.

Восстановление ранее сохранённой копии базы данных MySQL.

1) Из панели управления хостингом DAdmin (или что-то навроде) заходим в панель phpMyAdmin.
2) Выбираем интересующую нас базу MySQL (обычно они в меню слева).
3) Нажимаем на опцию «Импорт» (обычно в самой верхней части),
4) Нажимаем «Browse»
5) Выбираем сохранённую базу данных с компа.
5) Нажимаем в самом низу кнопку «OK», «Execute», «Выполнить» или «YES» у кого как.
6) И смотрим на результат, если не восстановится — пробуем ещё раз (бывает глюкает у некачественных хостеров).

http://expertinternet.ru/2010/09/02/wordpress.html
Ну вот теперь Всё. Удачи всем.

Нажмите на кнопку соцсети и я буду знать, что меня читают хорошие люди :)
Комментарии на Блог
76 комментариев
  1. Полезная инфа, а я как раз сейчас занимаюсь ускорением блога и обязательно воспользуюсь вашими советами. Спасибо!

  2. Ricky

    Странно, у меня почему то на все запросы как вы показываете, выдаёт ошибку и пишет:
    #1064 — You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘DELETE FROM wp_comments WHERE comment_approved = ‘spam» at line 1

  3. Спасибо Владимир! Вы спаситель, всё получилось! Очень Вам благодарен!

  4. Плагин не отправляет вконтакт пост. То есть кнопка ВК не работает у вас.

  5. Владимир! Очень хорошая статья. Я — «чайникус», по нелепой случайности активировал в плагинах две капчи на входе в админку в Вордпресс. Теперь высвечиваются две капчи на входе и при вводе символов в обе капчи, пишут — «неправильно введены символы». Вы, как профи, помогите пожалуйста. Не знаю что делать! Юрий.

    • Юрий, как вариант:
      не торопясь!!!
      1) зайдите на хостинг
      2) сделайте резервную копию базы данных и скачайте ее на компьютер
      3) сделайте резервную копию всех файлов хостинга и скачайте его на компьютер
      4) зайдите в папку … /wp-content/plugins
      5) найдите папки (или файлы) установленных плагинов капч и удалите их
      6) очистите кеш вашего браузера и заходите на ваш сайт

      в 90% случаев данная методика работает
      (всё зависит от установленных плагинов)
      успехов

  6. Юрий

    Владимир! Вы очень классный специалист, помогите, пожалуйста, начинающему! По какой то нелепой случайности я активировал сразу две капчи на входе в админку в Вордпресс (хотел одну удалить, да отвлекли меня и вот — беда). Теперь не могу попасть в админку. Свой сайт я только запустил. Сразу высвечиваются две капчи, набираю символы, но в ответ — «неправильно введены символы». Подскажите, пожалуйста, что делать?

  7. Марик

    Здравствуйте Владимир!помогите пожалуйста.скачал бесплатный шаблон вордпресс все было нормально,пока не вел слово в поиске блога.После ввода слова,я нажал на поиск.затем вышла страница с результатами поиска.это нормально,но в самом слове результаты поиска ошибка и написана «Реуальтаты».Блин не знаю кто так писал или спецом так оставили,ну в общем не могу его поменять.Для этого зашел в редактор,далее нашел
    <?php printf( __( 'Category Archives: %s', 'contango' ), '’ . ucwords( strtolower ( single_cat_title( », false ) ) ) . » ); ?>
    и не могу найти слово результаты

    • Марик, модуль в котором «спряталось» искомое Вами слово может располагаться в дополнительных модулях, а не в теле основного шаблона.
      Чтобы Вам помочь я как минимум должен знать название шаблона…

  8. Спасибо, Владимир, за обстоятельный ответ! Действия по 5 пунктам не помогли, а как «6. Удалить каталоги wp-admin и wp-includes и загрузить их свежие копии из архива WordPress», не понимаю. И где находится архив WP? Мне лишь понятно, что означает слово «Архивы» в Виджетах.
    И как «в настройках домена объявить второй домен синонимом первого»? Заходила в папки по управлению доменами и поддоменами, но что там дальше делать, не знаю.
    Дважды написала на сайт WP в раздел «Платные услуги», но пока нет ответа. Хостинг тоже не хочет разбираться, что произошло? Связалась с одной web-студией, предложили сделать новый блог. Искать помощников на биржах, что на базаре останавливать случайных встречных. Может, порекомендуете какого-то программиста, кому можно доверять?

  9. Подскажите, пожалуйста, хотела подчистить свою базу данных, но при попытке входа в панель phpMyAdmin мне выдает:» #1045 Невозможно подключиться к серверу MySQL». Как решить эту проблему?

  10. Владимир, очень толковая статья, в том смысле, что ее содержание понятно даже чайнику. Попробую воспользоваться вашей инструкцией. Вот бы вы еще рассказали,как вернуть Визуальный редактор, исчезнувший в связи с переводом блога с одного домена на другой. И еще, как склеить старый и новый домены.
    Короче говоря, требуется такое руководство, чтобы было не страшно заниматься ремонтными делами на хостинге.

    • Лидия, если не работает визуальный редактор:
      1. Убедитесь, что галочка «Отключить визуальный редактор» в профиле НЕ включена.
      2. Внесите свой блог в список доверенных адресов в антивирусной программе и брандмауэре.
      3. Очистите кеш браузера, закройте его, запустите снова, вернитесь на страницу с редактором и перезагрузите её несколько раз, удерживая Shift (в Firefox) или Ctrl (в IE). В Safari выберите пункт Clear Cache (в меню Safari).
      4. Попробуйте другой браузер и/или другой компьютер.
      5. Отключите все плагины, очистите кеш, перезапустите браузер и попробуйте снова.
      6. Удалите каталоги wp-admin и wp-includes и загрузите их свежие копии из архива WordPress.

      Для склейки доменов есть много разных способов, самый простой на мой взгляд, просто в настройках домена объявить второй домен синонимом первого

      Чтобы было не страшно заниматься ремонтными делами на сайте
      перед началом работ нужно сделать архив всех файлов и базы данных,
      тогда в случае неудачи Вы всегда сможете безболезненно вернуться в исходную точку

  11. Спасибо за полезную информацию, мне она помогла.

  12. Взломали сайт и не было входа в админ ,хостер посоветовал удалить старый и перезалить скрипт, зашёл к вам на сайт попросить совета и помощи

  13. Владимир здравствуйте,по всему видно что вы очень хорошо разбираетесь с WP поэтому прошу у вас помощи. После ХСС атаки невозможен был вход в админку блога. Хостер посоветовал убрать всё и залить по новой, что и было мной сделано, но блог так и не устанавливается, вообще ворд пресс не встаёт ни на какую БД ни на старую ни на новую пишет ошибки Unknown сортировки: ‘utf8 и Table ‘bakznak_aleksandr.wp_options’ не существует.Очень буду признателен за любой совет и помощь. С уважением Александр

    • Спасибо за комплимент, Александр!
      чтобы не копаться в базе данных, это бывает проблематично не только для новичков, но и для профессионалов
      попросите хостера восстановить Ваш аккаунт на период ДО хсс атаки.
      У всех хостеров есть функция автоматического backup,
      с помощью которого можно восстановить состояние сайта на любое состояние от 5 до 10 дней ДО сегодняшнего дня
      просто нужно сказать хостеру на какую дату Вы хотите восстановить сайт.
      Можно пожертвовать Одним — Двумя последними днями и восстановить с временным запасом.

  14. Денис

    Здравствуйте! Может вы подскажите, что делать если после обновления плагина невозможно зайти в админку ворд-пресс. Выдается белый экран и все. Прочитал на одном из блогов, что это из-за обновленного плагина, где его можно удалить через phpMyAdmin?

    • Денис, самый хороший вариант восстановить Ваш блог из резервной копии.
      На всех хостингах делаются автоматические бэкапы за последнюю неделю.
      Лучше не копаться в phpMyAdmin…

  15. Супер!!! Огромное спасибо!!! Пост в закладки!!!

  16. Надо быть только очень осторожным при чистке, а то можно и нужное по ошибке удалить.

  17. Я все сделала для удаления резервных копий и вот что мне написали:
    ————————————————
    Ошибка
    SQL-запрос:

    DELETE FROM wp_posts WHERE post_type = «revision»;

    Ответ MySQL:

    #1064 — You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near ‘<em>DELETE FROM wp_posts WHERE post_type = "revision"’ at line 1
    —————————————————
    Я чайник, пытающийся хоть что-то сделать и в чем-то разобраться. У меня 282 статьи на сайте, но на каждой штук по 10-15 резервных копий.
    Не подскажите, что мне делать?

  18. Света

    Большое спасибо.Правда получилось не совсем так.После замены
    wp_bun_posts на wp_posts ,стала открываться чистая страница,вбила адрес админки все статьи есть ,только не публикуются.Сделала экспорт из админки,переустановила движок и импорт через админку сайта, всё стало ОК.

  19. Света

    Бекап всё равно останется,а так он не нужная игрушка, если я не могу его использовать.Мне нужна команда для перемещения из wp_bun_posts в wp_posts

    • самый простой способ, который я знаю, открыть БД простым текстовым редактором, выбрать функцию «Заменить» ctrl+h в качестве аргументов подставить что нужно заменить и на что нужно заменить (смотрите, чтобы небыло лишних про)белов вначале и в конци меняемых фрагментов)

  20. Света

    У меня
    в файле wp_bun_posts
    Отображает строки 0 — 29 (407 всего, запрос занял 0.0015 сек.)
    в файле wp_posts
    Отображает строки 0 — 0 (1 всего, запрос занял 0.0002 сек.)

    Я думаю что какой то командой нужно перенести с wp_bun_posts
    в wp_posts ,или я ошибаюсь?

  21. Света

    Не ожидала,что так быстро ответите,спасибо.Проблема появилась при переносе сайта с другого хоста.Мои действия.
    1 Залила бекап на хост
    2 Удалила wp-config
    3 Установила движок ,создав новую базу
    4 Сделала импорт бекапа б\д в phpMyAdmin
    5 в таблицах через обзор в phpMyAdmin статьи есть.
    Сайт открывается только с одной установочной статьёй хело ворд

    • Скорее всего нужно поправить значения в строчках файла wp-config.php
      /** Имя базы данных для WordPress */
      define(‘DB_NAME’, ‘*********************’);

      /** Имя пользователя MySQL */
      define(‘DB_USER’, ‘*********************’);

      /** Пароль пользователя MySQL */
      define(‘DB_PASSWORD’, ‘*********************’);

      /** Адрес сервера MySQL */
      define(‘DB_HOST’, ‘*********************’);

      вместо ********************* должны быть значения соответствующие вашему новому хостингу и базе данных

  22. Света

    Здравствуйте.Скажите, почему у меня не подключается база данных.В phpMyAdmin в обзоре посты видно,но на блоге не публикуются.

    • Светлана, сложно поставить диагноз, не видя пациента…
      в файле настроек блога проверьте:
      1. путь к базе данных
      2. имя пользователя базой данных
      3. пароль доступа к базе данных

  23. Спасибо большое, Владимир !

  24. Добрый день, Владимир 1 Из службы поддержки мне написали, что в директории backups находятся резервные копии общим размером 1,1 Гб.
    А как их удалить ?

    • Нужно зайти на хостинг через панель управления хостингом,
      там обычно есть встроенный менеджер файлов
      или череp ftp (например, с помощью программки FileZilla).
      На хостинге найти папку backups и удалить файлы, как вы это делаете у себя на компьютере,
      но лучше скачайте их себе на компьютер, а потом удалите на хостинге

  25. Я видео не загружал, а только поставил скрипты с yotube. Разве это тоже дает вес 7

  26. Большое спасибо, Владимир Я решил это сделать, так как мой лимит перевалил за 2000 мбт Не могу понять почему, но у меня за один день откуда-то появилось 1000 мбт весу Служба поддержки ответа пока не дала, так что я полистав интернет, понял, что причиной могли быть многочисленные копии, которые вордпресс деоает автоматически

    • Александр, быстро такой вес могут дать картинки, фотографии или видео, загружаемые на блог

  27. Да. Спасибо. Я его удалил. Но как же я могу теперь удалить не нужные архивные копии ?

    • Александр, сколько у Вас статей на блоге?
      если меньше 200 можете не заморачиваться
      Зачем Вам это? если чтоб поучиться и поэкспериментировать, делаем полный бэкап и экспериментируем…

      Совет: все действия связанные с
      1) установкой и настройкой плагинов
      2) установкой новой темы
      3) обновлением плагинов и тем
      4) оптимизацией блога
      5) базой mysql
      выполнять только после резервного копирования БД и файлов хостинга
      не равен час блог рухнет…

      Нужно помнить народные мудрости:
      лучшее враг хорошему!
      работает — не лезь! :)

  28. Владимир! Вы извините пожалуйста, что надоедаю. Но может это и Вам пригодится когда-нибудь.Конечно же надо отдать Вам должное, весь этот «темный лес» изучить. Это на самом деле талант.
    Следую Вашей статье. Шаг за шагом. Зашел к себе на сайт через FTP и увидел, что у меня 2 файла wp-config.php и wp-config.php 133196 и т.д. Так должно быть ?

    • Александр, скорее всего wp-config.php это «главный» рабочий файл, а wp-config.php 133196 это старый архив, его кто-то когда-то сделал

  29. Сейчас просмотрел все. У меня вообще нет такого файла

  30. А может быть можно как-то этот файл заменить?

    • Можно сказать, что общем случае, база данных MySQL это не файл, это система управления базами данных, она независима от WordPress, и хранит все данные Вашего блога
      ее так просто не увидишь…
      в эту систему можно зайти из панели управления хостингом
      потребуется ввести логин и пароль
      их можно взять из файла wp-config.php

  31. Не знаю. Возможно что-то и менял. Но теперь уже трудно вспомнить. Может быть тогда плагином попробовать ?

  32. Добрый день ! все сделал, как Вы написали. Но после очистки SQL выдает сообщение Unknown column ‘?«revision?»’ in ‘where clause’

    • Неизвестный столбец ревизий…
      Что-то у Вас с настройками ревизий, изменяли настройки в файле wp-config.php
      или устанавливали плагин, вносящий изменения в базу данных MySQL

  33. База весит 20 мб, записей около 2к, запросов к базе 64.
    Оптимизацию и чистку провел, больше всего сьедено wp_posts и вот. Ревизии ещё во время установки отключил)
    И что делать дальше понять не могу.. хостер ругается.. хех

    • Если оптимизация проведена, то на этом всё!!!
      Всё делается автоматически и достаточно просто.
      В каком месте хостер ругается?
      Свяжитесь с техподдержкой пусть изменят настройки хостинга…

    • Если чистка базы проведена, то больше ничего делать не нужно!!!

      Что говорит хостер?

      Если хостер ругается, свяжитесь с техподдержкой хостинга, пусть внесут изменения в настройки хостинг

  34. Статья превосходная, при чем описаны также действия «ручками». Сохранил в копилку статью! Еще, очень интересная тема возникла, в моем сплоге на ворпрес наступил момент , когда нужно удалять очень старые по времени сграбленные записи, дабы по условиям сапы не раздувать более 50 записей в рубрике, все равно сапа больше не индексирует для себя. Есть ли подобный плагин, или кто либо может написать его под заказ?

  35. Спасибо за статью! Надо будет решиться почистить свой WP.

  36. Здравствуйте, статья очень хорошая и нужная!!! но я как не продвинутый пользователь мне это крайне сложно!!! пробовал но постоянно возникают проблемы! приходиться делать откаты! Владимир столкнулся с проблемой, сделал сайт,скачал тему, а тему от статических ссылок не почистил ! теперь ссылки левые сами появляются че делать?

    • Николай, первое, что приходит в голову, это сменить тему…
      Если тема красивая и менять не хочется, тогда упорно и кропотливо в редакторе открывать файлы из которых состоит тема и удалять не нужный код. Но тут требуются знания основ php и html…
      Скачайте и посмотрите бесплатные уроки по html VladimirEsipov.com/a/KursHTMLdownload.php
      где взять бесплатные качественные уроки по php не знаю
      если есть возможность купите диск VladimirEsipov.com/a/WordPressBlogZa1Den02.php
      через несколько дней подобные вопросы будете решать без проблем!

  37. огромное спасибо

  38. Как удалить все 200 тыс. записей сразу? По умолначию, в панеле управления можно удалить за раз только 20 записей. Есть ли какой нить плагин, который полностью удаляет все записи в блоге?

    • не сталкивался с такой проблемой,
      попробуйте, в админке, в меню «Записи» поставить галочку слева от надписи «Заголовок»
      удалить все статьи блога

      или в таблице mysql

  39. Людмила

    Спасибо за интересный материал. Я не знаю, когда у меня база раздуется,но чистить ее придется однозначно. И вроде не блондинка, а постоянно что-нибудь меняю, исправляю, добавляю…Самое сложное в процедуре очистки это, наверно — правильно прописать команды и где-нибудь не забыть черточку поставить. Надо попробовать.

Оставьте ваш комментарий или вопрос