Обновление WordPress (версия 2.6)

Владимир | | WordPress.

Логотип WordPress 2.6

Вчера обновил движок WordPress до версии 2.6. В принципе, все прошло довольно гладко, и новая версия мне понравилась, но как всегда возникло несколько нюансов с плагинами.

Проблема была в том, что до этого я использовал версию 2.3.2, которая довольно сильно отличается, поэтому апгрейд делал максимально аккуратно и по инструкции 🙂 .

Порядок работ был такой.

1) Сделал бекап.

2) Распаковал новую версию WordPress в отдельную папку и настроил wp-config.php

2) Закрыл доступ к блогу (о том как это сделать читайте в статье «Как закрыть доступ к сайту на время обслуживания»).

3) Деактивировал все плагины.

4) Создал wp-config.php и указал параметы подключения к базе. Кроме того, в этом файле теперь нужно задать значения трем дополнительным переменным (AUTH_KEY, SECURE_AUTH_KEY, LOGGED_IN_KEY). Сами значения роли не играют, главное чтобы это были сложные и достаточно длинные. Не хотите придумывать сами – заходите сюда и просто копируйте значения (при каждом обращении к этой странице создаются новые уникальные значения).

5) Удалил старые файлы (папки wp-admin, wp-includes и все файлы в корне, которые начинаются с wp-).
Внимание. В папке wp-content находятся ваши картинки, плагины и темы. Их нет в дистрибутиве WordPress, поэтому не удаляйте ее.

6) Залил новые файлы.

7) Выполнил апгрейд (sitename/wp-admin/upgrade.php)

8 ) Активировал плагины.

9) Открыл доступ к сайту.

Теперь о впечатлениях.

Сам WordPress работает нормально. Проблема возникла с плагином Popularity Contest (используется для создания списка самых популярных записей в блоге). Попытка его активации приводила к фатальной ошибке.

Как оказалось, проблема решается элементарно. Достаточно изменить строку 59 в файле popularity-contest.php.
Было: require(’../../wp-blog-header.php’);
Нужно заменить на require(’../wp-blog-header.php’);

Примечание. Решение нашел здесь.

Также некоторые особенности есть и у плагина My Category Order (позволяет вручную менять порядок вывода рубрик). В отличие от большинства плагинов он содержит файл taxonomy.php, который должен быть размещен в папке /wp-includes/, поэтому после обновления его пришлось заново переписывать.

Теперь несколько слов об админке. Если вы использовали версию 2.5, то особых отличий не заметите, но по сравнению с 2.3.х интерфейс изменился довольно сильно. Правда большая часть изменений касается именно размещения элементов управления. Их названия и назначение остались прежними. В общем, сначала есть некоторый дискомфорт, но, думаю, это дело привычки.

Кроме того, начиная с версии 2.6, появилась очень интересная возможность – ревизии. На практике это означает, что каждый раз, когда вы нажимаете на кнопку «Save», WordPress будет создавать резервную копию вашего черновика, и вы сможете вернуться к его старой версии. Количество резервных копий настраивается в wp-config.php. Для этого нужно добавить переменную
define('WP_POST_REVISIONS', 'n');
n – максимальное число резервных копий для одной записи.

Примечание. Если хотите узнать подробнее об этой функции, то советую почитать эту статью.

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

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

Кстати, я устанавливал англоязычный дистрибутив с официального сайта. Если вам нужна русская версия, ее можно скачать здесь.

Удачного апгрейда!

Спонсор статьи:
Курительные трубки от Peter Heeshen

  • MAX

    В WordPress 2.5 и выше, как оказалось нет файлового кэша, поэтому вся нагрузка ложится на память. Так что всё не так просто. 😉

    • На данный момент у меня
      memory_limit = 32 MB
      вроде хватает 🙂 . Какого-то падения скорости я тоже не заметил.
      К тому же есть отдельные плагины для кэширования. Сам правда не пользовался, но судя по результатам тестов положительный эффект они дают.

  • MAX

    В WordPress 2.5 и выше, как оказалось нет файлового кэша, поэтому вся нагрузка ложится на память. Так что всё не так просто. 😉

    • На данный момент у меня
      memory_limit = 32 MB
      вроде хватает 🙂 . Какого-то падения скорости я тоже не заметил.
      К тому же есть отдельные плагины для кэширования. Сам правда не пользовался, но судя по результатам тестов положительный эффект они дают.

  • MAX

    Да еще. При добавлении комментария вываливается ошибка. 🙁

    • Какая ошибка? Комментарий не добавился? Я вижу два.

    • Все, понял. Это я виноват 🙂
      Когда копировал файлы по FTP были обрывы соединения. Интернет пропадал на секунд 10-20. Я потом вроде проверял, но этот файл почему-то пропустил 🙁 .
      Спасибо огромное!

  • MAX

    Да еще. При добавлении комментария вываливается ошибка. 🙁

    • Какая ошибка? Комментарий не добавился? Я вижу два.

    • Все, понял. Это я виноват 🙂
      Когда копировал файлы по FTP были обрывы соединения. Интернет пропадал на секунд 10-20. Я потом вроде проверял, но этот файл почему-то пропустил 🙁 .
      Спасибо огромное!

  • А можно мой плаг взять и им удалять лишние версии постов — http://www.chanishvili.org/avtomaticheskoe-upravlenie-versiyami-reviziyami-v-wordpress-26/ 🙂

  • А можно мой плаг взять и им удалять лишние версии постов — http://www.chanishvili.org/avtomaticheskoe-upravlenie-versiyami-reviziyami-v-wordpress-26/ 🙂

  • Да… я тож попробую… Владимир делись потом впечатлениями)))

  • Да… я тож попробую… Владимир делись потом впечатлениями)))

  • О наконецто, обновление, очень ждал. надо попробовать.

  • О наконецто, обновление, очень ждал. надо попробовать.

  • Одно из неприятных нововведений — если Вы используете не «жесткие ссылки» (/some/some.html, например, как здесь), и оставляете настройки по умолчанию (где URL имеет вид ?p=10), то при редактировании записи вот это самое значение p изменяется и получается новая ссылка. Другими словами — если редактировать запись, то все естественные ссылки на нее помрут 🙁

    • Я не смог воспроизвести этот опыт. Даже специально развернул на локалке чистый дистрибутив (без плагинов). Создал несколько постов, сохранил, опубликовал, потом изменил и снова сохранил. Ссылки остались те же. Редактировал все посты, а не только последний.
      Напишите, пожалуйста, подробнее что вы делали.
      Такое впечатление, что у вас менялись id постов в таблице wp_posts. У меня этого не происходит. Ревизии добавляются, изменения в посты вносятся, но их id не меняются.

      • Так вроде такое тольок в бете проявлялось. Кажется ЛеКактус про это писал. В Релизе 2.6 я такого не заметил.

    • Не могу придумать ни одной причины чтобы не использовать чпу 🙂

  • Одно из неприятных нововведений — если Вы используете не «жесткие ссылки» (/some/some.html, например, как здесь), и оставляете настройки по умолчанию (где URL имеет вид ?p=10), то при редактировании записи вот это самое значение p изменяется и получается новая ссылка. Другими словами — если редактировать запись, то все естественные ссылки на нее помрут 🙁

    • Я не смог воспроизвести этот опыт. Даже специально развернул на локалке чистый дистрибутив (без плагинов). Создал несколько постов, сохранил, опубликовал, потом изменил и снова сохранил. Ссылки остались те же. Редактировал все посты, а не только последний.
      Напишите, пожалуйста, подробнее что вы делали.
      Такое впечатление, что у вас менялись id постов в таблице wp_posts. У меня этого не происходит. Ревизии добавляются, изменения в посты вносятся, но их id не меняются.

      • Так вроде такое тольок в бете проявлялось. Кажется ЛеКактус про это писал. В Релизе 2.6 я такого не заметил.

    • Не могу придумать ни одной причины чтобы не использовать чпу 🙂