Vadimon's Blog. Блоггерам и вебмастерам

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

1. Автоматическое обновление WordPress

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

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

Для автоматического обновления просто нажмите Обновить автоматически и, если все пройдет гладко, то WordPress успешно обновится до самой последней версии.

2. Ручное обновление WordPress

• Шаг 1: Создайте резервную копию базы данных и файлов WordPress, включая .htaccess.
• Шаг 2: Деактивируйте все плагины. Дело в том, что некоторые плагины могут оказаться несовместимыми с новой версией WordPress и попросту не будут работать, поэтому и отключаем все плагины, чтобы обновление прошло корректно.
• Шаг 3: Перепишите файлы

Перезаписать файлы можно двумя способами: 1-й способ – Скачать последнюю версию WordPress и загрузить его в в вашу директорию, переписав все файлы, которые там находятся. 2-й способ – удалить все файлы с сервера и загрузить новые файлы из новой версии. Это гарантирует вам, что все файлы были заменены на новые и ничего не пропущено.

А теперь поговорим о некоторых нюансах:

Ни в коем случае не удаляйте следующие папки и файлы:

файл wp-config.php;
папку wp-content;
папку wp-images (если она у вас есть);
папку wp-includes/languages/ (если вы используете другой язык);
файл .htaccess (если у вас там добавлены дополнительные условия);
любые другие папки, плагины, модули, которые могут содержать контент или пользовательскую информацию;

Файлы и папки, которые можно удалять:

Все папки wp-*, кроме указанных выше, файлы readme.html, wp.php, xmlrpc.php и license.txt. Все эти файлы находятся в корневой директории. Опять же напомню: ни в коем случае не удаляйте файл wp-config.php;
папку wp-admin;
папку wp-includes. Опять напомню: при использовании другого языка не удаляйте папку wp-includes/languages/;

• Шаг 4: Запустите файл обновления

Файл обновления расположен по адресу http://имя_вашего_сайта.ru/wp-admin/upgrade.php и следуйте инструкциям, указанным на экране.

• Шаг 5: Поочередно включите все плагины

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

Решил написать небольшой пост об оформлении внешнего вида комментариев администратора блога или автора поста, заодно протестирую плагин SyntaxHighlighter Evolved для подсветки синтаксиса кода в WordPress.

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

Для этого нужно внести некоторые изменения в код файла comments.php. Найдите в коде строчку:

<li <?php echo $oddcomment; ?>id="comment-<?php comment_ID() ?>">

и замените ее на следующий код:

<li class="<?php if (comment->comment_author_email == "admin@yourdomain.ru") echo 'author';
else echo $oddcomment; ?> item" id="comment-<?php comment_ID() ?>">

Затем измените admin@yourdomain.ru на е-mail адрес администратора блога или автора поста. Добавьте в свой файл style.css идентификатор .author с необходимыми свойствами для оформления внешнего вида комментариев. Можно изменить только цвет фона поля с комментарием и этого будет достаточно, а можете пофантазировать и придумать что-то свое.

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

<li class="<?php if (comment->comment_author_email == "admin@yourdomain.ru")echo 'author';
else if ($comment->comment_author_email == "author2@yourdomain.ru") echo 'author2';
else if ($comment->comment_author_email == "author3@yourdomain.ru") echo 'author3';
else echo $oddcomment; ?> item" id="comment-<?php comment_ID() ?>">

В вышеприведенном коде по-умолчанию основным автором задается .author, которому соответствует e-mail admin@yourdomain.ru. Если комментарий добавляет автор с e-mail author2@yourdomain.ru, то комментарий будет оформлен в стиле идентификатора .author2, который также прописывается в style.css и т.д. Если в комментарии не встречается ни один из перечисленных в коде адресов e-mail, то комментарий будет отображаться стандартным видом.

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

Неработающие ссылки – это ссылки, переходы по которым приводят на страницы, которых не существует. Нажимая на неработающую ссылку, вы попадаете на страницу с ошибкой 404. Это стандартный код состояния HTTP, указывающий, что запрашиваемого URL не существует.

Что вы сделаете, если вдруг внезапно попадете на страницу с ошибкой 404? Правильно, вы немедленно уйдете с этой страницы и попытаетесь найти интересующую вас информацию на другом сайте. В итоге, любой пользователь, также, как и поисковая система, будет рассматривать неработающие ссылки на сайте как признак непрофессионализма веб-мастера.

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

Читать запись полностью »