Как сбросить пароль на WordPress’е.

1. Казалось бы, что может быть проще, чем сбросить пароль на странице логина:
На странице логина нажимаем на ссылку “Забыли пароль” или идём сразу по адресу ресета пароля:
http://вашблог.ru/wp-login.php?action=lostpassword вводим, если помним, свой email и надеемся, что Вордпресс пришлёт нам на почту ссылку для сброса пароля..
Пришлёт, если мы этот email помним… а если не помним, то и не пришлет.

Но это ещё не самое страшное, потому что отсылка сообщения со ссылкой для сброса пароля может закончиться ошибкой: “Сообщение email не может быть отослано. Возможная причина: ваш хостинг отключил функцию mail()”

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

2. Изменение пароля пользователя в БД (через phpMyAdmin). Очень подробно, много картинок.
Исходим из того, что пароль от хостинга у нас не потерян или легко восстанавливается через обращение к службе поддержки хостинга. Хорошая новость, больше нам ничего вспоминать не придётся.

1) Идём в файловое пространство нашего сайта и в корневой директории находим файл wp-config.php где смотрим имя базы данных DB_NAME, имя пользователя DB_USER этой базы данных и его пароль DB_PASSWORD.

Теперь когда мы знаем “вспомнили” всё обращаемся к БД, которая обслуживает наш блог и делаем несколько простых действий:
0) Через панель хостинга заходим в phpMyAdmin
1) Выбираем БД и кликаем на (wp_)users
2) Находим пользователя, чей пароль хотим изменить, и нажимаем Edit
(Мы будем редактировать пароль у пользователя Test для этого нам надо кликнуть на ссылку Edit напротив этого пользователя.)
Нажали на ссылку Edit и видим много полей, которые можно исправить…

но мы не будем, мы сконцентрируемся только на поле пароль (user_pass) и будем его исправлять. Кстати, обратите внимание какая абракадабра хранится там прямо сейчас.
3) Из выпадающего списка функций выбираем MD5., а в поле, где у нас абракадабра написана, убираем эту абракадабру и вводим новый пароль.
4) Обязательно нажмите Go внизу страницы.

5) Результат выполнения запроса.

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

UPDATE `wp_users` SET `user_pass` = MD5(‘Новый пароль’) WHERE `wp_users`.`ID` = id_gпользователя_чей пароль_меняем;

Оставайтесь с нами!

Недавно наш клиент неудачно обновил WorpPress, вместо панели администратора “белый экран смерти” (для тех кто ни разу этого не видел – это просто белый, абсолютно пустой экран), сайт надо возвращать к жизни, устанавливать предыдущую версию Вордпресса. Читаем мы инструкцию (которую сами же 3 года назад и написали), а там одним из первым пунктов идёт деактивируйте все плагины.

Сегодня мы вам расскажем два способа как деактивировать плагин (или плагины) без панели администратора.

Деактивировать плагин(ы) Вордпресса через ftp.

Не самый корректный, но самый простой способ.

Через панель управления хостинга или через любимый ftp-клиент получаем доступ к файловому пространству сайта, заходим в директорию wp-content/plugins и переименовываем папку с нехорошим плагином badplugin во что-нибудь типа badplugin-disabled. Этот плагин работать уже не будет и теперь если причина неработоспособности WordPress’а была в именно в этом плагине, вы сможете зайти в панель администратора, и только вкладке с плагинами вы увидите небольшое сообщение об ошибке что-то типа: “Plugin badplugin/ххх.php has been deactivated due to an error: Plugin file does not exist.”

Ели таким образом вам надо деактивировать все плагины переименуйте все поддиректории в директории wp-content/plugins. После исправления ошибок, вы сможете переименовать их обратно.

Деактивировать плагин(ы) Вордпресса в Базе Данных.

Перед любыми операциями с Базой Данных рекомендуется её сохранить.
1. Для чего коннектимся к PhpMyAdmin и
Напротив нашей Базы Данных нажимаем Export и выгружаем файл с содержимым БД на свой локальный компьютер:

либо прямо у себя на хостинге создаём копию БД (Инструкция пп 0-3)

2. Кликаем на табличку wp-options (впрочем, если вы продвинутый пользователь Вордпресса префикс таблицы у вас может быть и другой) и видим экран:

Модифицируем SQL-запрос.
Исправляем исходный запрос: SELECT * FROM `wp_options`
И с помощью запроса: SELECT * FROM `wp_options` WHERE `option_name`= ‘active_plugins’
выбираем из таблицы опций запись, где перечислены все активированные на сайте плагины.

Результат может быть примерно таким:

Кликнув дважды по выделенному полю мы сможем отредактировать его значение.

Строчка в поле активированных плагинов будет иметь примерно такой:
a:2:{i:0;s:19:”akismet/akismet.php”;i:3;s:36:”google-sitemap-generator/sitemap.php”;}
или такой вид
a:4:{i:0;s:18:”bubble-seo/seo.php”;i:1;s:36:”google-sitemap-generator/sitemap.php”;i:2;s:41:”scroll-back-to-top/scroll-back-to-top.php”;i:3;s:35:”wp-fastest-cache/wpFastestCache.php”;}

Обязательно сохраняем эту строчку где-нибудь в Блокноте(Notepad) и теперь можно начать её модифицировать.

Рассмотрим её структуру.

1. a:4 – число после “а” соответствует количеству активированных плагинов.
Поэтому если вы собираетесь деактивировать все плагины, вам достаточно просто поставить 0 после “a” (т.е. замените выделенное синим число на 0). После переустановки WordPress’а, например, вам будет достаточно поменять этот нолик на число активированных ранее плагинов и все плагины будут немедленно активированы.

2. Активированный плагин описывают следующим образом. Для примера:
i:2;s:41:”scroll-back-to-top/scroll-back-to-top.php”;
число после i – номер плагина (должен быть уникальным)
число после s – количество символов в адресе главной программы плагина
и в двойных кавычках записан тот самый адрес главной программы плагина
заканчивается описание точкой с запятой ;

Поэтому если мы хотим деактивировать с помощью внесения исправлений в Базу Данных только один плагин, мы должны:
1) на единицу уменьшить число после “a”;
2) аккуратно вычистить из строки всю информацию о плагине, начиная с i заканчивая точкой с запятой ;

Снова активировать плагин вы сможете из панели администратора WordPress’а, когда у вас всё заработает.

Оставайтесь с нами…

Здравствуйте!

Сегодня я хочу с вами поделиться своей маленькой наработкой – это копирование БД WordPress’а.

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

Сегодня у нас с вами задача немного иная. Представьте, что иногда хочется переделать всё, ну, вообще, всё, а вы не совсем уверены как это пойдёт, особенно, если дело касается сторонних плагинов (и вы хотите поменять один на другой) или необычных шаблонов и вы себе плохо представляете, как что себя будет при такой замене вести.

В этом случае, я настоятельно вам советую сделать копию БД прямо на своём хостинге.

Создание копии БД состоит из нескольких шагов

0. Узнайте имя Базы Данных обслуживающей ваш блог (подсказка здесь)
1. У себя на хостинге найдите и нажмите кнопку Add SQL Database
Придумайте имя для новой БД и создайте её.
2. Посмотрите какой пользователь имеет доступ полный к БД, которую мы собираемся копировать и дайте этому же пользователю полный доступ к только что вами созданной БД.
3. Заходим этим пользователем в PhpMyAdmin и копируем БД [делается на вкладке Operations].
4. Отключаем плагин кеширования страниц, если вы его используете.
5. Заходим в файловое пространство хостинга и в корневой директории редактируем файл wp-config.php, где заменяем в строчке define(‘DB_NAME’, ‘имя вашей Базы Данных’); имя Базы Данных, на имя только что созданной нами копии БД.
6. Убеждаемся, что наш сайт всё ещё работает, а значит теперь можно творить любые безумства на копии БД, потому что переключиться на первоначальную базу данных можно практически одной кнопкой, исправив в файле wp-config.php еще раз строчку с ‘DB_NAME’.

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

Картинки по теме “WordPress копируем базу данных.”

На самом деле такая задача может возникнуть у блогера, ведущего блог на любой платформе, но я люблю WordPress за то, что на WordPress’е подобную замену можно выполнить с помощью только одной SQL-команды.

Для начала приведу пример, когда это может понадобиться:
1) После миграции блога с платформы Blogger на WordPress пришлось во всех постах изменить группу символов переноса строки с <br /> на <br/> (вроде и так и так правильно, но первый случай не срабатывал).
2) Если вы переносили блог с Blogger’а на WordPress (и при этом на Blogger’е у вас было доменное имя третьего уровня т.е. moiblog.blogspot.com) возможно вам захочется поменять все внутренние ссылки с http://moiblog.blogspot.com на http://moi-wp-blog.ru
3) А возможно вы по каким-то причинам сменили политическую ориентацию и теперь во всех постах хотели бы “перекраситься” (как я уже говорила поменять черное на белое).
Задание читателям: придумайте еще в каких случаях было бы удобно сделать подобную замену во всех постах.

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

Замена была сделана с помощью единственной SQL-команды, но перед этим:
1) Я нашла имя базы данных, которая обслуживала этот блог. Как найти?
2) Сделала резервную копию таблицы wp-posts. Как сделать? (Напишу в следующем посте)
3) В найденной на шаге 1) Базе Данных, в перед тем экспортированной на шаге 2) на домашний компьютер таблице wp-posts я сделала на SQL следующую операцию.

UPDATE wp_posts SET post_content = REPLACE (post_content, ‘Джоржия’, ‘Джорджия’);

Смотрим на картинку:

А вот результат выполнения SQL-запроса.

Итого, замена была произведена в 45 записях, немного многовато если учесть, что про “Джоржию” я упоминала в постах 10 не более, но пугаться не следует, так как по умолчанию (если вы их не удалите) WordPress хранит все варианты всех ваших постов. Поэтому 45 записей, где упоминалась Джорджия, в файле wp-posts – это нормально.

Потом я подумала и решила, что надо поменять не только все вхождения слова Джоржия, но и все склонения её имени в постах… для этого я выполнила такой запрос:

UPDATE wp_posts SET post_content = REPLACE (post_content, ‘Джорж’, ‘Джордж’);

а потом я поменяла написание её имени и в заголовках постов:

UPDATE wp_posts SET post_title = REPLACE (post_title, ‘Джорж’, ‘Джордж’);

Задание читателям написать SQL-запрос меняющий во всех постах слово черное на белое.

Девочка на картинке уже приготовилась :).

Всегда ваша Света на WordPress’е!

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

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

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

define(‘DB_NAME’, ‘имя вашей Базы Данных’);

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

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

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