20 запросов SQL для вашего блога на WordPress


Содержание

8 полезных SQL-хаков для WordPress

За последние 10 лет база данных MySQL приобрела большую популярность в сети. Все блоги WordPress работают на базе данных MySQL, в которой содержатся посты блога, установки, комментарии и еще много чего другого.
Хотя и имеется достаточно плагинов с помощью которых можно решить некоторые проблемы, но иногда у вас нет другого выбора, кроме как выполнить SQL-команды в PhpMyAdmin или непосредственно в базе данных через SSH. Итак, давайте рассмотрим 8 полезных SQL приемов для WordPress. В каждом пункте этого поста сформулирована проблема, предложено ее решение и его объяснение.

1. Создание резервной копии базы данных

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

Решение. Для создания резервной копии вашей базы данных WordPress вручную:

1. Войти в PhpMyAdmin и выберите вашу базу данных WordPress.
2. После этого нажмите кнопку «Экспорт», расположенных в горизонтальном меню.
3. Выберите метод сжатия (лично я использую GZIP), и нажмите кнопку «Выполнить».
4. Ваш браузер спросит вас, хотите ли вы скачать архив. Конечно, выберите «Да», а затем сохранить его на жестком диске.

Объяснение. Есть более простой способ создания резервной копии базы данных WordPress с помощью плагина WP-DB-Backup. Если вы используете WordPress, то вам нужно обязательно установить этот плагин, если вы еще этого не сделали, и периодически создавать резервные копии своих данных.

2. Пакетное удаление редакций записей

Проблема. Редакции записей — это новая функция в WordPress 2.6, которая очень полезна, но при этом увеличивает размер вашей базы данных MySQL. Конечно же, можно вручную удалить редакции записей, но это будет очень долгая и нудная работа.

Решение. Есть очень простое решение этой проблемы: можно выполнить пакетное удаление редакций записей с помощью простого запроса SQL. Если у вас очень много постов, то вы не поверите своим глазам – ваша база данных уменьшится вдвое!

1. Войти в PhpMyAdmin и выберите вашу базу данных WordPress.
2. Нажмите кнопку «SQL». Вставьте следующий код в окно SQL команды:

3. Выполните её. В зависимости от того, сколько постов в вашей базе данных, вы можете съэкономить много драгоценного пространства!

Объяснение. В таблице wp_posts есть поле с названием post_type. В этом поле может встречаться один из таких параметров, как «post», «page» или «revision». Если мы хотим избавиться от редакций записей, то нужно выполнить команду удаления всех записей в таблице wp_posts, в которых поле post_type имеет параметр «revision».

3. Удаление 5000 спам-комментариев за одну секунду

Проблема. Реальная история: один мой друг недавно создал свой собственный блог и начал его продвигать в Интернете. Через несколько недель кропотливой работы он решил отдохнуть и провел несколько дней в отпуске без доступа к Интернету.

Когда он вернулся домой и посмотрел на свой блог, то увидел… 5000+ комментарий, ожидающих проверки! Конечно же, большинство из них были спамом, но ему в самом деле пришлось проверить их все, чтобы не удалить случайно нормальный комментарий одного из своих постоянных читателей.

Решение. К счастью, мой друг рассказал мне об этой проблеме со спамом. Он потратил уже около 45 минут, удаляя спам, когда я показал ему этот полезный SQL прием.

1. Войдите в PhpMyAdmin и выберите вашу базу данных WordPress.
2. Нажмите кнопку «SQL». Вставьте следующий код в окно SQL команды:

3. Прощайте плохие комментарии!

Объяснение. Таблица wp_comments содержит поле с названием comment_approved, которое является булевым значением (1 или 0). Одобренные комментарии имеют значение 1, а ожидающие проверки – значение 0. Выполнив указанную выше команду, мы просто удаляем комментарии, которые еще не были одобрены.

Осторожно. Это очень полезное решение, но если вам нужно удалить миллионы спам-коментариев, то эта команда может также удалить нормальные комментарии, которые еще не прошли проверку. Если вы еще не используете плагин Akismet, установите его для предотвращения спама.

4. Изменение автора поста

Проблема. Когда вы устанавливали WordPress, была создана учетная запись «admin». Некоторые блоггеры делают ошибку, оставляя эту учетную запись без изменений и создавая посты под админом, пока не осознают, что это делает их посты безличными.

Решение. На изменение автора каждого поста уйдет много времени. К счастью SQL может помочь вам справиться с этой задачей:

1. Войдите в свой PhpMyAdmin и выберите вашу базу данных WordPress.
2. Во-первых, мы должны получить ID всех пользователей. Чтобы сделать это, откройте командную строку SQL и выполните следующую команду:

3. PhpMyAdmin отобразит список идентификаторов пользователей Вашего блога. Допустим, что NEW_AUTHOR_ID идентификатор недавно созданный автором, и OLD_AUTHOR_ID это оригинальный ID учетной записи Администратора.
4. После того, как вы найдете идентификаторы NEW_AUTHOR_ID и OLD_AUTHOR_ID , запустите следующую команду:

Вот и все. Теперь во всех постах, ранее опубликованных админом, автором значится выбранный вами пользователь.

5. Восстановление пароля вручную

Проблема. Для того чтобы защитить свои блоги, люди выбирают сложные пароли, например: u7*KoF5i8_. Это хорошо, но мне приходилось слышать немало историй о том, как люди забывали свои пароли админа.

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


1. Войдите в свой PhpMyAdmin, выберите WordPress базы данных и откройте вкладку SQL.
2. Вставьте следующую команду (предполагается, что ваше имя пользователя «Администратор»):

3. После того как вы запустите скрипт Ваш пароль будет успешно заменен на следующий: «PASSWORD».

Объяснение. Пароли пользователей хранятся в таблице wp_users. Для защиты пароля используется контрольная сумма MD5.
Мы должны выполнить запрос SQL «UPDATE» и использовать встроенную функцию MySQL «MD5()», чтобы преобразовать наш пароль в MD5 и затем обновить его. Оператор «WHERE» позволяет обновить только пароль админа. Такой же запрос без оператора «WHERE» приведет к обновлению всех паролей!

6. Изменение имени домена WordPress блога

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

Решение.

1. Как вы уже могли догадаться, первое, что необходимо сделать это войти в свой PhpMyAdmin и выбрать вашу базу данных WordPress.
2. Нажмите кнопку «SQL». Для того чтобы изменить свой WordPress URL выполните эту команду:

Цукерберг рекомендует:  Браузер - Помогите восстановить историю браузера гугл хром

3. Затем, мы должны заменить относительные URL (GUID) каждого поста. Следующая команда сделает эту работу:

4. Мы почти у цели. Последнюю вещь которую необходимо сделать это поиск и замена в wp_posts таблице, чтобы убедиться, что там нет абсолютных URL:

5. Готово. Вы можете войти в свой WordPress блог, используя ваш новый URL.

Объяснение. Для простого изменения имени домена я воспользовался мега-полезной функцией MySQL «replace», которая позволяет заменить один термин другим.

7. Отображение количества запросов SQL в вашем блоге

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

Решение.

1. На этот раз, не нужно заходить в PhpMyAdmin. Просто откройте файл footer.php в вашей теме и добавьте следующие строки кода:

2. Сохраните файл и зайдите на ваш блог. Внизу страницы вы увидите число запросов, сделанных к базе WordPress, а также время затраченное на них.

Объяснение. Создается впечатление, что многие пользователи WordPress и не подозревают о существовании этой функции. Функция get_num_queries() показывает количество запросов, выполненных во время загрузки страницы.
Учтите, что этот код покажет количество запросов только для пользователей, вошедших в систему, так как обычным посетителям и поисковым ботам нет необходимости знать об этом. Но если вам захочется выставить эти данные на всеобщее обозрение, просто удалите условие if (is_user_logged_in()).

8. Восстановление базы данных WordPress

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

Решение.

1. Войдите в PhpMyAdmin и выберите вашу базу данных WordPress.
2. Нажмите кнопку «Import» в горизонтальном меню.
3. Нажмите кнопку «Browse» и выберите последнюю резервную копию базы данных на Вашем жестком диске.
4. Нажмите кнопку «Execute». Если все прошло хорошо, ваша база данных полностью готова к работе.

SQL-запросы, необходимые для переноса сайта на WordPress на другой домен

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

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

Что касается меня, то каждую задачу я пытаюсь максимально упростить и максимально ускорить. Поэтому вы можете пропустить теоретическую часть описания SQL-запросов и сразу перейти к инструменту, который вам сгенерирует их автоматически.

Описание запросов SQL

Вообще основных запросов три (на скриншоте есть и четвертый запрос, но о нем чуть позже). Итак, http://test.truemisha.ru — старый домен, https://misha.blog — новый.

Названия таблиц базы данных WordPress имеют префиксы. По умолчанию это wp_ , но на вашем сайте префикс может быть абсолютно каким угодно, например таблица wp_posts у вас может называться misha_posts или hjkpoiposts , учтите это.

Для того, чтобы выполнить эти запросы, вам нужно выбрать базу данных в phpMyAdmin, перейти на вкладку SQL, вставить запросы в поле и нажать ок.

Вкратце рассмотрим каждый из запросов по отдельности.


Замена site_url и home_url

WordPress хранит значения абсолютного URL сайта в базе данных в таблице wp_options . Если их не поменять, то при переходе по ссылкам внутри сайта вас будет постоянно перенаправлять на старый домен.

Поиск и замена в содержимом постов

Тут всё понятно — все ссылки и изображения в содержимом постов WordPress имеют абсолютные URL, а значит — меняем.

Значения произвольных полей постов

Не всегда нужен, но если вы лишний раз запустите этот запрос, ничего плохого не случится.

Для чего нужны guid?

Используются для RSS как глобальный идентификатор (больше кстати не используются нигде).

Так что же делать с guid? Тут есть два случая:

    Если вы переносите сайт с локального сервера — меняем все значения gu >

Ссылки в комментариях

Вполне возможно, что в комментариях оставлялись внутренние ссылки на какие-либо посты или страницы сайта — значит для комментов тоже будет свой SQL-запрос.

Ещё посты про базы данных в WordPress

Впервые познакомился с WordPress в 2009 году. С 2014 года меня можно встретить на WordCamp по всему миру — официальной конфе по WordPress, иногда там выступаю, но с 2020 выступаю только на тех, которые сам организовываю. Также периодически школа Epic Skills и LoftSchool приглашают меня вести у них уроки/вебинары.

Если вам нужна помощь с вашим сайтом или может даже разработка с нуля — пишите мне.

WordPress.org

Русский

Оптимизация запросов к БД

Вывожу вручную записи в боковой колонке в двух секциях:

сперва записи из одной рубрики, через несколько блоков записи за определенную дату.

Получается два тяжёлых запроса вида:

Как оптимизировать такие запросы, так как они замедляют работу сайта.

Стоит посмотреть доклад «7 убийц производительности WordPress» (слайды), там есть альтернатива ORDER BY RAND() .

Принцип тот же, что и в заметке «Оптимизация ORDER BY RAND()».

Спасибо! Буду искать альтернативные методы. Order by — настоящий убийца производительности.

Практичные SQL запросы к базе данных WordPress

Вступление

SQL запросы к базе данных WordPress позволяют без лишних плагинов осуществить действие применимое ко всему содержанию сайта. Кроме копирования, удаления отдельных таблиц и всей базы в целом, SQL запросы позволяют менять URL страниц, менять автора, менять пароли, удалять устаревшую информацию и т.п.

Важно! Любое «общение» с базой данных WordPress, начните с создания резервной копии базы данных для восстановления сайта в случае фатальных ошибок.

Как сделать SQL запрос


SQL это специальный структурированный язык запросов ((Structured Query Language) для работы с реляционными базами данных.

Сделать SQL запрос у БД можно в панели управления базой данных, phpMyAdmin. Для этого войдите в phpMyAdmin из административной панели хостинга, используя имя и пароль пользователя этой базы данных. Панель откроется в браузере.

Далее откройте нужную базу данных, нажав на кнопку «Структура». Чтобы сделать SQL запрос воспользуйтесь кнопкой SQL запрос.

SQL запросы к базе данных WordPress

Во всех приведенных примерах Полезные SQL запросы к базе данных WordPress, делаются к базе данных с префиксом wp_ . Чтобы использовать приведенные запросы к своей базе данных, измените префикс wp_ на префикс своей БД. На некоторых фото префикс wp_ заменен на wop_ .

Важно! На phpmyadmin, много полезных кнопок. Для проверки правильности введенного SQL запроса есть отличная кнопка «Имитировать запрос», пользуйтесь ей, прежде чем делать Не проверенный ранее запросы к базе данных. Еще одно, запрос ко всей базе данных отличается от запроса к таблице. Будьте внимательны.

Запрос 1. Удалить все ревизии статей

При редактировании статей WordPress, система сохраняет в базе данных все ревизии статей. Парой их скапливается до нескольких тысяч.

Удалить ревизии статей из панели сайта нельзя. Поэтому, чтобы удалить все ревизии статей, которые скопились на данный момент, делаем следующий SQL запрос (вверху код):

После нажатия «ОК» видим результаты выполненного SQL запроса.

Изменить URL главной страницы и URL сайта

При переносе сайта WordPress с локального сервера меняется URL главной страницы и URL сайта. Система WordPress сохраняет эти абсолютные URL в базе данных. После переноса сайта старые URL нужно удалить. Для этого сделайте следующий SQL запрос:

Изменить индетификатор URL (GUID)

Каждый URL в базе данных имеет свой уникальный идентификатор (GUID -Globally Unique Identifier). После переноса сайта с локального компьютера или смене домена, нужно изменить URL в поле GUID в таблице wp_posts, сделав следующий SQL запрос

Изменить URL в контенте

Система WordPress сохраняет в базе данных и старые абсолютные пути ссылок сайта в базе данных. Их также нужно изменить:

Цукерберг рекомендует:  Английский сленг в IT

Изменить URL картинок

После миграции сайта меняются и URL картинок в медиа библиотеке. Чтобы их поменять делаем следующий SQL запрос.

Не забываем про GUID прикрепленных файлов.

Смена Meta информации сообщений

Все аналогично смене URL

Изменение имени пользователя «Admin»

При установке WordPress вы задаете имя и пароль для владельца сайта, администратора. Ранее по – умолчанию, система предлагала имя «Admin». Чтобы поменять имя «Admin», которое просто подарок взломщику, сделайте следующий SQL запросы к базе данных WordPress.

Смена пароля WordPress

Потеряли пароль для авторизации, не беда. Можно сменить пароль user (администратора) WordPress, делая следующий запрос SQL.

Примечание: MD5- способ кодирования. Новый пароль вписывается в простом, не закодированном виде.

Поменять автора статей

Чтобы поменять автора «А» на автора «Б», сразу на всем сайте и не заниматься этим вручную, достаточно сделать следующие SQL запросы к базе данных WordPress.

Чтобы определить «Имя автора_id» в профиле автора наведите курсор на поле «Изменить» и внизу в адресной строке, посмотрите «user_id» (смотрим фото).

Удаление следов плагинов WordPress


Некоторые плагины после удаления плагина оставляют записи в таблице post_meta. Чтобы их удалить, сделайте следующий SQL запрос к БД:

Удаление всех пингбеков (pingback)

Пинкбек это уведомление о ссылке на веб-документ. В админке пинкбеки по умолчанию не выводятся. Однако записываются в базе данных. Большое количество пинкбеков, загружают базу данных, и чтобы их удалить делаем SQL запрос:

Удаление всех СПАМ комментариев

Спам комментарии тоже пишутся в базу данных. Если вы пользуетесь плагином Akismet, то об удалении спам комментариев можно не беспокоиться. Однако их можно удалить и из панели phpMyAdmin, сделав следующий SQL запрос (ставим spam -удаляем спам; вместо spam ставим 0 — удаляем комментарии на одобрении; ставим 1 — удаляем одобренные комментарии):

Найти неиспользуемые теги

Теги к статьям одновременно помогают и вредят в оптимизации сайта WordPress. Основной вред от тегов, создание дублей страниц. Именно из- за этого, теги закрывают от поисковиков, прописывая соответствующее правило в файле robots.txt или устанавливая SEO плагин WP.

Кроме этого теги не удаляются с удалением статей сайта. Чтобы найти не используемые теги сделайте следующий SQL запрос

, который и закроет практичные SQL запросы к базе данных WordPress этой статьи.

После этого удалите неиспользуемые теги войдя в административную панель сайта и сделайте повторный запрос для контроля:

Как узнать имя DB (MySql) для вашего блога на WordPress’е.

У многих из нас много блогов на WordPress‘е, у некоторых даже очень много.

Многие операции с нашими блогами мы делаем используя плагины… но иногда приходится залезать напрямую в БД (базу данных), обслуживающую блог и проводить опереации (редактировать таблицы) используя SQL (англ. Structured Query Language — «язык структурированных запросов»).

Чтобы работать с БД надо знать её имя. Имя узнаем, открыв конфигурационный файл wp-config.php там обязательно найдется строчка:

Теперь вы знаете имя Базы Данных (DB), обслуживающей ваш блог, а также имя USERа и его пароль!

В том же файле есть записи:

define(‘DB_USER’, ‘имя пользователя БД’);
define(‘DB_PASSWORD’, ‘пароль пользователя БД’);

Vavik 96

Интернет дайджест для вебмастеров и фотографов

20 самых необходимых SQL-запросов

Я недавно описывал плагин WordPress SQL Executioner, который позволяет выполнять SQL-запросы прямо из админки блога. Теперь же я приведу вам примеры самых нужных SQL-запросов для WordPress, которые могут очень сильно облегчить вам жизнь в случае каких-либо проблем.

Забыли свой пароль администратора в блоге? Не беда, его легко можно сменить следующим запросом:

Паролем тут будет “12345”. Можно сменить пароль и для любого другого юзера в блоге, достаточно поменять в запросе ID, который у админа всегда равен 1. Можно также использовать запрос и с указанием конкретного логина:

  1. Смена логина администратора

По умолчанию в WordPress нельзя изменить логин администратора, который всегда будет “admin“. Это не слишком правильно с точки зрения безопасности, так как дает возможность злоумышленникам перебирать пароли для известного им имени администратора. Изменить логин админа можно запросом:

Где “test” это новый логин администратора блога.

  1. Смена урлов для WordPress и сайта


Обычно адрес WordPress и адрес сайта в настройках блога совпадают, но иногда пользователи хотят вынести блог в отдельную папку, для этого они меняют адрес сайта или адрес WordPress, не меняя при этом физическое расположение файлов движка. В результате они не могут больше войти в админку блога. Исправить данную ситуацию можно через запрос:

Где ‘http://www.testwp.ru/‘ это актуальный урл вашего сайта.

  1. Удаление спам-комментариев

Многим лениво править файлы движка, чтобы использовать мою защиту от спама. Ведь Akismet сейчас ловит почти весь приходящий спам и мало кого радует перспектива применять хак при выходе каждой новой версии WordPress. В результате у блогеров скапливаются тысячи спам-комментариев, очищать которые вручную гиблое дело. Маленький запрос удалит все комментарии, помеченные в блоге как спам:

  1. Изменение GUID

При смене домена у сайта необходимо поменять значение GUID (globally unique identifier) в таблице wp_posts. Простой смены адреса сайта и WordPress в настройках блога недостаточно! GUID необходимо менять даже при переезде с localhost к хостеру.

Формально у вас все будет работать и без этого запроса, но смена GUID необходима, чтобы WordPress мог правильно перенаправлять с неправильных урлов записей на правильные.

  1. Изменение URL в записях

Таким запросом можно поменять все ссылки в ваших записях на корректные.

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

  1. Изменение автора записей

Чтобы изменить авторство записей с одного пользователя на другого используйте запрос:

Где New_Author_ID это ID нового автора, а Old_Author_ID это ID старого автора.

  1. Удаление ревизий записей

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

Данный запрос не только удалит ненужные ревизии, но и всю meta-информацию, которая к ним привязана.

  1. Удаление лишних Meta

Многие плагины хранят нужную им информацию в таблице wp_postmeta. При удалении плагинов большинство из них не чистит за собой эту информацию, вручную удалить ее можно запросом:

Где your-meta-key это и есть удаляемый meta-ключ. Например, плагин Another WordPress Meta Plugin хранит свою информацию в meta-ключе под названием “description“. При удалении этого плагина вся введенная информация остается в базе данных и удалить ее можно запросом:

  1. Вывод неиспользуемых Meta

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

Только вот небольшая оговорка – это будет список тех meta, которые не содержат информации. Если вы пользовались плагином, вводили информацию, а потом удалили плагин, то его meta-ключи тут выведены не будут.

  1. Собираем Email’ы комментаторов


Можно собрать базу имейлов из комментаторов вашего блога:

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

  1. Удаление всех пингбеков

Иногда количество пингбеков слишком велико, их можно удалить все сразу:

  1. Вывод неиспользуемых тегов

При удалении записи в блоге удаляется только сама запись. Теги же переходят в разряд неиспользуемых (если они были присвоены только этой одной удаляемой записи). Вывести список неиспользуемых тегов можно запросом:

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

  1. Деактивация всех плагинов сразу

Иногда при установке какого-либо плагина может возникнуть ситуация, при которой вы уже не можете войти в админку блога. Удалить некорректный плагин можно по ftp, а можно просто деактивировать все плагины, войти в админку и уже там удалить нужный плагин:

  1. Удаление всех тегов
Цукерберг рекомендует:  Коворкинг - Коворкинг в Москве!

Уж не знаю зачем, но возможно вам понадобится удалить все теги сразу. Для этого используйте запрос:

  1. Закрытие комментирования старых записей

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

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

  1. Изменение урла сайта комментатора

Данным кодом можно изменить ссылку на домашний сайт комментатора:

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

  1. Удаление комментариев по маске

Можно удалить комментарии со ссылками, содержащими определенное стоп-слово:

При этом будут удалены все комментарии, у которых в качестве ссылки на домашний сайт комментатора указаны урлы со словом “porno”.

  1. Частные случаи замены текста


Замену текста в базе можно использовать совершенно для разных вещей. Например, если вы оформляли внешние ссылки в вашем блоге через rel=”nofollow”, то можно автозаменой сделать все эти ссылки, открываемыми в новом окне браузера:

А можно наоборот, сделать все открываемые в новом окне браузера ссылки закрытыми через rel=”nofollow”:

  1. Управление комментированием

Открыть все записи для комментирования:

Закрыть все записи для комментирования:

Открыть комментирование только для зарегистрированных пользователей:

На этом пока все. Надеюсь, что эти SQL-запросы вам помогут. Источник

20 запросов SQL для вашего блога на WordPress

В общем, воюю тут со своим блогом не на жизнь, а на смерть, но ничего толком и не меняется. А проблема в следующем: много запросов к базе данных. А понять, что это за запросы я никак не могу. Специально отключил все плагины, посмотрел количество запросов: 50 / 0,224 / 4.71mb. Пятьдесят запросов при полностью отключенных плагинах и при посещаемости ноль человек в сутки! При включенных плагинах я вообще молчу.

Ставить кэширование на блог, в котором пара записей — это кощунство, как я считаю. Однако ставил Hyper Cache, но ситуация не изменяется. Ну, максимум кол-во запросов уменьшается на 5.

Проблема, на сколько я знаю, совершенно не новая. Гугл мне дал массу вариантов решений оной, но ничего действенного так и не нашел.

Подскажите, пожалуйста, что можно еще сделать, чтобы уменьшить запросы к БД? Просто при пустом блоге с нулевой посещаемостью я не могу разместиться на шареде. Под пустой блог взял в итоге VDS с 2 Гб оперативки. Ахтунг же!))

Необходимые SQL-запросы к WordPress

WordPress — лучшая cms для блога. С этим поспорит лишь дурак. Да и в ста процентах случаев проиграет спор. Большинство блогеров, чей блог работает на WordPress, мало знают о его «фишках». В частности, речь идет о SQL-запросах к движку. Как и к обычной cms, к блогу можно применить некоторые запросы, которые могут оказаться довольно полезными для блогера. Приведу примеры нескольких SQL-запросов, которые могут помочь любому пользователю вордпресса…

Стандартная админка движка не позволяет делать SQL-запросы напрямую к базе. Поэтому стоит воспользоваться плагином WordPress SQL Executioner. Он весит мало, состоит всего лишь из одного файла.
Благодаря ему, вы можете сделать запрос в базу из админки, не прибегая к услугам PhpMyAdmin.

1.Смена пароля админа
Бывает, что забыли пароль админа, а браузер все еще держит куки, сменить пароль можно следующим запросом, где 12345 — наш пароль:

UPDATE wp_users SET user_pass = MD5(‘12345’) WHERE >

2.База E-Mail
Если вам вдруг захотелось узнать все E-Mail ваших комментаторов, то следующий SQL-запрос поможет вам:

SELECT DISTINCT comment_author_email FROM wp_comments;

3.Смена URL в записях

UPDATE wp_posts SET post_content = REPLACE (post_content, ‘http://www.rxnblog.ru’, ‘http://wap.rxnblog.ru’);

4.Удаление ревизий
Считаю данный запрос одним из самых полезных. Часто к каждой статье создается по несколько ревизий (автосохранений). Со временем их количество растет и тем самым перегружает блог. Данным SQL-запросом можно удалить все ревизии:

DELETE a,b,c FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a. > LEFT JOIN wp_postmeta c ON (a. > WHERE a.post_type = ‘revision’

5.Смена логина администратора
В новых версиях WordPress логин администратора можно прописать вручную. В старых версиях он выдавался автоматом и по дефолту был «admin». Сменить логин можно следующим запросом:

UPDATE wp_users SET user_login = ‘test’ WHERE user_login = ‘admin’;

6.Смена сайта комментатора
Порой сайты ваших комментаторов перестают работать по различным причинам, и в итоге ведут в никуда. Этим SQL-запросом можно изменить сайт вашего комментатора на свой или любой другой.

UPDATE wp_comments SET comment_author_url = REPLACE( comment_author_url, ‘http://www.rxnblog.ru’, ‘http://wap.rxnblog.ru’ );

7.Работа с комментариями
Открыть все записи для комментирования:

UPDATE wp_posts SET comment_status = ‘open’;


Закрыть все записи для комментирования:

UPDATE wp_posts SET comment_status = ‘closed’;

Если вы решили использовать некоторые запросы, то на всякий случай сохраните копию базы)).

Некоторые полезные запросы MySQL в WordPress

Главное меню » Блог-платформа wordpress » Некоторые полезные запросы MySQL в WordPress

При загрузке любого WordPress сайта с установкой на сервер, вам необходимо заменить поэтапно URL-адреса из вашего приложения на рабочий URL.

Некоторые полезные запросы MySQL в WordPress

Ниже приведены списки некоторых запросов MySQL , которые замещают старые URL – адреса на новые URL – адреса в таблицах базы данных вашего сайта. Скопируйте ниже MySQL запросы и выполните их на вкладке SQL вашего PHPMyAdmin или вы можете использовать любое клиентское программное обеспечение MySQL, такое как MySQL workbench.

Префиксы таблиц (wp_*) могут отличаться от оригинальных. Смотрите статью Как изменить префикс базы данных WordPress для улучшения безопасности.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Необходимые SQL-запросы к WordPress

WordPress — лучшая cms для блога. С этим поспорит лишь дурак. Да и в ста процентах случаев проиграет спор. Большинство блогеров, чей блог работает на WordPress, мало знают о его «фишках». В частности, речь идет о SQL-запросах к движку. Как и к обычной cms, к блогу можно применить некоторые запросы, которые могут оказаться довольно полезными для блогера. Приведу примеры нескольких SQL-запросов, которые могут помочь любому пользователю вордпресса…

Стандартная админка движка не позволяет делать SQL-запросы напрямую к базе. Поэтому стоит воспользоваться плагином WordPress SQL Executioner. Он весит мало, состоит всего лишь из одного файла.
Благодаря ему, вы можете сделать запрос в базу из админки, не прибегая к услугам PhpMyAdmin.

1.Смена пароля админа
Бывает, что забыли пароль админа, а браузер все еще держит куки, сменить пароль можно следующим запросом, где 12345 — наш пароль:

UPDATE wp_users SET user_pass = MD5(‘12345’) WHERE >

2.База E-Mail
Если вам вдруг захотелось узнать все E-Mail ваших комментаторов, то следующий SQL-запрос поможет вам:

SELECT DISTINCT comment_author_email FROM wp_comments;

3.Смена URL в записях

UPDATE wp_posts SET post_content = REPLACE (post_content, ‘http://www.rxnblog.ru’, ‘http://wap.rxnblog.ru’);

4.Удаление ревизий
Считаю данный запрос одним из самых полезных. Часто к каждой статье создается по несколько ревизий (автосохранений). Со временем их количество растет и тем самым перегружает блог. Данным SQL-запросом можно удалить все ревизии:

DELETE a,b,c FROM wp_posts a
LEFT JOIN wp_term_relationships b ON (a. > LEFT JOIN wp_postmeta c ON (a. > WHERE a.post_type = ‘revision’

5.Смена логина администратора
В новых версиях WordPress логин администратора можно прописать вручную. В старых версиях он выдавался автоматом и по дефолту был «admin». Сменить логин можно следующим запросом:

UPDATE wp_users SET user_login = ‘test’ WHERE user_login = ‘admin’;

6.Смена сайта комментатора
Порой сайты ваших комментаторов перестают работать по различным причинам, и в итоге ведут в никуда. Этим SQL-запросом можно изменить сайт вашего комментатора на свой или любой другой.

UPDATE wp_comments SET comment_author_url = REPLACE( comment_author_url, ‘http://www.rxnblog.ru’, ‘http://wap.rxnblog.ru’ );

7.Работа с комментариями
Открыть все записи для комментирования:

UPDATE wp_posts SET comment_status = ‘open’;

Закрыть все записи для комментирования:

UPDATE wp_posts SET comment_status = ‘closed’;

Если вы решили использовать некоторые запросы, то на всякий случай сохраните копию базы)).

Понравилась статья? Поделиться с друзьями:
Все языки программирования для начинающих