Как корректно обновиться с WordPress «расширенной версии» Максима (Maxsite.org), а также со старых «обычных версий» 2.0.*(2.1.*) до WordpRess 2.5(2.6) английской или русской «обычных версий»

Тут всего два варианта. Простой и сложный.
1. Простой — это если у вас база данных работает в кодировке utf-8, которая единственная полноценно поддерживается WordPress’ом. В данном случае вам нужно перед обновлением открыть файл wp-config.php , который в настоящее время выглядит примерно так:

<?php
### Перед установкой WordPress'а, прочтите, пожалуйста, файл read-me.txt
### Приведенные здесь настройки обычно используются при кодировке базы данных UTF-8

# настройки доступа к MySQL
define('DB_NAME', ''); # название базы данных
define('DB_USER', ''); # пользователь MySQL
define('DB_PASSWORD', '');	# пароль
define('DB_HOST', 'localhost');	# в 99% случаев используется этот хост

$table_prefix  = 'wp_'; # префикс таблиц 

define('DB_CHARSET', 'utf8'); #  кодировка базы данных: utf8 или cp1251
define('DB_COLLATE', 'utf8_general_ci'); # кодировка, в которой хранятся данные: utf8_general_ci или cp1251_general_ci


# КЭШИРОВАНИЕ - во время установки WordPress отключен, после можно включить
define('DISABLE_CACHE', ''); # для включения кэша добавьте комментарий ("//")в начало строки


# ЕСЛИ КОДИРОВКА БАЗЫ ДАННЫХ ОТЛИЧАЕТСЯ ОТ КОДИРОВКИ БЛОГА
# разрешить преобразовывать тексты блога в кодировку базы данных
# например если база данных работает в WINDOWS-1251, а блог в UTF-8
define('MAXSITE_DB_CONVERT', false); # true - разрешить, false - запретить

# кодировка базы данных для автоматического перекодирования (работает если MAXSITE_DB_CONVERT=true)
define('MAXSITE_DB_CHARSET', 'WINDOWS-1251'); # WINDOWS-1251 или UTF-8

# STOP EDITING!!! ДАЛЕЕ НЕ РЕДАКТИРУЙТЕ!!!
define('MAXSITE_CHARSET_BLOG', 'UTF-8'); # кодировка блога - всегда UTF-8!
define('ENABLE_CACHE', ''); 
define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'wp-language.php'); # файл своего перевода
require_once(ABSPATH.'wp-settings.php');

# ЕСЛИ ВЫ ОБНОВЛЯЕТЕ WordPress, ТО ВЫПОЛНИТЕ ВТОРОЙ ЭТАП 
# СМ. ИНСТРУКЦИЮ В read-me.txt
// require_once(ABSPATH . 'wp-upgrade-all.php'); maxsite_wp_upgrade();

?>

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

<?php
define('DB_NAME', ''); # название базы данных
define('DB_USER', ''); # пользователь MySQL
define('DB_PASSWORD', '');	# пароль
define('DB_HOST', 'localhost');	# в 99% случаев используется этот хост
$table_prefix  = 'wp_'; # префикс таблиц 

define('DB_CHARSET', 'utf8'); #  кодировка базы данных: utf8 или cp1251
define('DB_COLLATE', ''); # кодировка, в которой хранятся данные: 

if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');
require_once(ABSPATH . 'wp-settings.php');

?>

После этого вы можете «накатить поверх» более свежую версию. Необходимо только следовать правилам.
1. обязательно делать бэкап базы данных
2. визуально посмотреть через phpmyadmin что кодировка базы данных и всех таблиц стоит как utf8_general_ci.
3. Зайти в несколько таблиц и убедиться что все слова на русском выглядят нормально, а не абракадарброй.
4. Если вы обновляете WordPress 2.0.* ставьте поверх 2.1 (или можно сразу последний релиз ветки 2.1, затем после визуальной проверки что все нормально — ставьте WordPress 2.2 или сразу 2.2.3, затем поверх 2.3. После 2.3 можно сразу ставить 2.5.1 или 2.6

Тут следует уточнить что строки

define('DB_CHARSET', 'utf8'); #  кодировка базы данных: utf8 или cp1251
define('DB_COLLATE', ''); # кодировка, в которой хранятся данные: 

отсутствовали в WordPress 2.0 и 2.1, поэтому если их нет в вашем конфиге, то их следует добавить принудительно. Лучше всего вообще взять wp-config-sample.php от новой версии и туда переписать свои данные для подключения к базе.

2. Сложный если вы использовали конфигурацию с кодировкой базы Windows-1251, то вам предварительно рекомендую:
1. сделать экспорт базы
2. изменить везде слова cp1251 на utf8
3. сохранить дамп в кодироке utf-8
4. удалить таблицы в базе.
5. изменить «сравнение» в базе с cp1251_general_ci на utf8_general_ci
6. залить исправленный дамп в базу.
7. проверить что везде написано в таблицах utf8_general_ci и визуально оценить присутствие русских слов.
все это можно делать и командой — если знаете как. ниже по ссылкам где то это было описано в комментариях

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

<?php
### Перед установкой WordPress'а, прочтите, пожалуйста, файл read-me.txt
### Приведенные здесь настройки обычно используются при кодировке базы данных Windows-1251

# настройки доступа к MySQL
define('DB_NAME', ''); # название базы данных
define('DB_USER', ''); # пользователь MySQL
define('DB_PASSWORD', '');	# пароль
define('DB_HOST', 'localhost');	# в 99% случаев используется этот хост

$table_prefix  = 'wp_'; # префикс таблиц 

define('DB_CHARSET', ''); #  кодировка базы данных: utf8 или cp1251
define('DB_COLLATE', ''); # кодировка, в которой хранятся данные: utf8_general_ci или cp1251_general_ci


# КЭШИРОВАНИЕ - во время установки WordPress отключен, после можно включить
define('DISABLE_CACHE', ''); # для включения кэша добавьте комментарий ("//")в начало строки


# ЕСЛИ КОДИРОВКА БАЗЫ ДАННЫХ ОТЛИЧАЕТСЯ ОТ КОДИРОВКИ БЛОГА
# разрешить преобразовывать тексты блога в кодировку базы данных
# например если база данных работает в WINDOWS-1251, а блог в UTF-8
define('MAXSITE_DB_CONVERT', true); # true - разрешить, false - запретить

# кодировка базы данных для автоматического перекодирования (работает если MAXSITE_DB_CONVERT=true)
define('MAXSITE_DB_CHARSET', 'WINDOWS-1251'); # WINDOWS-1251 или UTF-8

# STOP EDITING!!! ДАЛЕЕ НЕ РЕДАКТИРУЙТЕ!!!
define('MAXSITE_CHARSET_BLOG', 'UTF-8'); # кодировка блога - всегда UTF-8!
define('ENABLE_CACHE', ''); 
define('ABSPATH', dirname(__FILE__).'/');
require_once(ABSPATH.'wp-language.php'); # файл своего перевода
require_once(ABSPATH.'wp-settings.php'); 

# ЕСЛИ ВЫ ОБНОВЛЯЕТЕ WordPress, ТО ВЫПОЛНИТЕ ВТОРОЙ ЭТАП 
# СМ. ИНСТРУКЦИЮ В read-me.txt
// require_once(ABSPATH . 'wp-upgrade-all.php'); maxsite_wp_upgrade();

?>

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

<?php
define('DB_NAME', ''); # название базы данных
define('DB_USER', ''); # пользователь MySQL
define('DB_PASSWORD', '');	# пароль
define('DB_HOST', 'localhost');	# в 99% случаев используется этот хост
$table_prefix  = 'wp_'; # префикс таблиц 

define('DB_CHARSET', 'utf8'); #  кодировка базы данных: utf8 или cp1251
define('DB_COLLATE', ''); # кодировка, в которой хранятся данные: 

if ( !defined('ABSPATH') )
	define('ABSPATH', dirname(__FILE__) . '/');
require_once(ABSPATH . 'wp-settings.php');

?>

напоминаю что это стандартный конфиг wordpress 2.3* и после обновления до 2.5.1 или 2.6, вам потребуется взять образец из новой версии и переписать в него свои данные для подключения.

Трудности могут возникнуть при обновлении WordPress 2.0 и 2.1 (возможно потребуется извращаться чтобы корректно экспортировать данные). Тут поможет изучение этих материалов: первый второй третий, а также использование специальных плагинов (часто они работают коряво) плагин1 плагин2

Также возможно после переноса конфигурации 1251 —>> UTF8 вас может поджидать «подводный камень» в виде невозможности зайти в админку — «отказ доступа». Я с этим сталкивался раза 3 при обновлении старых блогов на WordPress 2.0.4 до 2.5.1. После обновления 2.2 до 2.3 в админку можно было попасть только если исказить параметры подключения в конфиге. После этого админка работала, а блог был в «вопросиках».
Решается это гениально и достаточно просто, но с небольшими потерями.

1. сделайте экпорт базы — все таблицы, кроме таблицы wp_options (подставить тут свой префикс)
2. удалите все таблицы из базы и сымитируйте «чистую установку», т.е. откройте УРЛ блога и вам предложит заполнить его название и адрес мыла админа. После того как вы попадаете в установленный блог, сделайте еще один дамп базы (на всякий случай).
3. Удалите в базе все таблицы, кроме wp_options
4. импортируйте вашу нормальную базу (см п.1)
5. после этого вы сможете нормально войти в админку, только у вас пропадут все настройки плагинов и блога. Выставляются они за 5-10минут.

Больше сильных особенностей при переходе нет. Если Вы самостоятельно не можете справитсья с обновлением, то можете обратиться ко мне за платной помощью.
Стоимость услуги составляет 150-400рублей. Срок исполнения 30-120минут. В запущенных случаях может быть до суток, если потребуется приводить базу в нормальное состояние.

Часть действий понадобится не только при обновлении сборки Maxsite.org до «обычной», но и при обновлении обычных версий 2.0-2.2 (см пункты про исправление кодировок)

Удачи!

Связанные записи

54 комментария на запись “Как корректно обновиться с WordPress «расширенной версии» Максима (Maxsite.org), а также со старых «обычных версий» 2.0.*(2.1.*) до WordpRess 2.5(2.6) английской или русской «обычных версий»”

  1. Гепард 15 июля 2008 в 14:39

    Спасибо! Страничку сохранил и буду вдумчиво вчитываться! ;)

  2. mikolka 15 июля 2008 в 16:02

    Кста, а не было ли эксперимента по переходу с 2.0.х на 2.5(2.6) с помощью плагина автообновления?

  3. Lecactus 15 июля 2008 в 16:14

    а не было ли эксперимента по переходу с 2.0.х на 2.5(2.6) с помощью плагина автообновления?

    учитывая что плагин автообновления делает ТОЖЕ САМОЕ, что и любой нормальный пользователь делает вручную при обновлении, то смысла в таком тесте не вижу. т.к. плагин автообновления попытается скачать последнюю версию — читай 2.6 к примеру и сразу накатить ее на 2.0.*. при этом конфиг плагин НЕ ИСПРАВИТ и с вероятностью примерно в 50% вообще какая то часть информации грохнется. Вообще я пробовал обновлять 2.0.9 до 2.5.1 и все работало вроде, только с рубриками был какой то косяк.

  4. mikolka 15 июля 2008 в 17:09

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

  5. MAX 15 июля 2008 в 17:15

    Очень сложно написал. Конфиги все поперепутывают…

    Про обновление со своей сборки я уже рассказывал: http://maxsite.org/kak-obnovit-wordpress-moey-sborki

  6. MAX 15 июля 2008 в 17:25

    По обновлению с 2.0.* тоже много раз говорил. Последовательность такая:

    — вначале до 2.0.9. Обязательно.
    — после можно сразу до 2.3.3 (на большую не проверял, не пользуюсь).

    Если проблемы с кодировкой базы, то лучше, чем экспорт-импорт нет. Проверено 100 раз. Для 2.0.*, где нет файла export.php, берем его из 2.1.

  7. Lecactus 15 июля 2008 в 17:29

    я уже рассказывал

    точно я про эту запись и говорил Гепарду недавно

  8. art 15 июля 2008 в 19:48

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

  9. Гепард 15 июля 2008 в 20:54

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

    Не факт. Можно так обновиться, что половиной контента распрощаешься. :(

  10. Гепард 15 июля 2008 в 21:01

    я уже рассказывал

    точно я про эту запись и говорил Гепарду недавно

    Согласно руководства все и делали. Где грабли — не понял. Я вообще такое в первый раз в жизни вижу, чтобы в одной БД часть текста в кодировке Win, а часть — в utf-8. Как такое вообще возможно?!

  11. Lecactus 15 июля 2008 в 21:13

    @ Гепард: можно хоть вообще все таблицы делать в разных кодировках. и даже поля таблиц

  12. Гепард 15 июля 2008 в 21:36

    @ Гепард: можно хоть вообще все таблицы делать в разных кодировках. и даже поля таблиц

    Скорее всего, так оно все и было. Может, разные плугинсы отправляли текст в БД в разных кодировках, этого я не знаю, ничего не понимаю в базах, к сожалению. Просто тупо скачал, в текстовом редакторе открыл и афигел. )))) Вроде хостер переходила на новую версию Спанели, а там требовалась именно конкретная кодировка utf-8, вот они там сами, без мну, все и конвертнули. Эх! ну и как водится часть отображается нормально, часть — в виде вопросиков. И на сайте выводится аналогично. А сейчас хостера вообще на месте нет. Две недели уже, в спанель не войти — авторизация не проходит, но как только, так сразу сделаю последний дамп (предыдущий, где еще все нормально было, у меня есть) и вышлю тебе письмом оба дампа. Может, сможешь исправить (не бесплатно, конечно ;)) и нормально обновиться. Жалко терять хороший сайт и начинать с нуля — тоже не очень хочется.

  13. Danil 16 июля 2008 в 0:25

    А можно наоборот с 2.5.1 версии на 2.3.? Говорят там визуальный редактор работает… или легче что-то с этим редактором сделать?

  14. Stromgard 16 июля 2008 в 3:38

    Спасибо, страница идет в «избранное»!

  15. Lecactus 16 июля 2008 в 8:50

    @ Danil: экспорт-импорт записей, а виз.редактор может не работать по целой горе причин. поищите по форумам. или поставьте плагин редактора FCKeditor. он работает в 99% случаев там где отказывается работать tinymce, но не работает вообще в Опере

  16. Andrew 17 июля 2008 в 1:07

    Вопрос такой:

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

    Запись создана: Среда, 16 Июль 2008 в 10:22 и находится в рубриках Новости. Вы можете следить за комментариями к этой записи через ленту RSS 2.0. Вы можете оставить отзыв, или trackback с вашего собственного сайта.

    One Response to “Привет мир!”

    1. Irina Says:
    Июль 16th, 2008 at 12:07

    В качестве теста ололррр!

    Leave a Reply

    You must be logged in to post a comment.

  17. Andrew 17 июля 2008 в 1:09

    да забыл — версия 2.6

  18. Lecactus 17 июля 2008 в 1:18

    @ Andrew: это у вас тема не русифицирована. http://forum.maxsite.org/viewtopic.php?id=1552. Стандартные темы из сборки все полностью локализованы. если быть точнее то искать вам нужно эти слова в comments.php вашей активной темы

  19. КомПик 17 июля 2008 в 12:17

    что значит «накатить»? более подробно действия. плиз?

  20. Lecactus 17 июля 2008 в 13:21

    @ КомПик: значит записать файлы поверх старых

  21. mikolka 17 июля 2008 в 13:35

    с 2.2 на 2.6 с помощью автоапгрейда — практически без потерь =)

  22. Andrew 17 июля 2008 в 14:40

    @ Andrew: это у вас тема не русифицирована.

    если быть точнее то искать вам нужно эти слова в comments.php вашей активной темы

    Странно, тема по умолчанию — не менял :(

    Благодарю за подсказку, где рыть! :)

    С Уважением, Андрей !

  23. Lecactus 17 июля 2008 в 15:09

    @ Andrew: все, теперь понял о чем речь идет. файл в дистрибутиве заменил.

  24. Lecactus 17 июля 2008 в 19:44

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

  25. Ximik 18 июля 2008 в 17:33

    А есть ли смысл обновляться, если новые фичи не нужны? Т.е. пофикшены ли там дыры в безопасности или только функциональное улучшение?

  26. Lecactus 18 июля 2008 в 18:49

    @ Ximik: если новые фичи не нужны то можно сидеть хоть на 2.0.11 просто новые плагины выпускают в основном ТОЛЬКО под новые версии и в новых версиях больше разных систем защиты как встроенных так и возможности подключать внешние

  27. peacemaker 23 июля 2008 в 13:47

    Можно ли заново поставить 2.6, а потом импортировать в него записи, страницы, метки из 2.5.1? А то у меня на блоге какие-то баги завелись — запись с первого раза не публикуется, а помещается в «Черновики», плагины некоторые не работают…

  28. Lecactus 23 июля 2008 в 14:23

    @ peacemaker: можно,но подозреваю проблема у вас где то в другом месте зарыта

  29. igrok54 24 июля 2008 в 17:36

    Статья весьма полезная! Но есть некоторые «но».
    А как же с кеем к паролю админа, который поддерживается с версий 2.5? Насколько я понимаю, тут будет проблема со входом администратора.
    Небольшие сайты проще через экспорт-импорт обновить.

  30. Lecactus 24 июля 2008 в 17:40

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

  31. igrok54 24 июля 2008 в 18:18

    Имел в виду вот эту полезную фичу из файла конфига WP 2.5:

    // Измените SECRET_KEY на уникальную фразу. Вам не потребуется запоминать ее,
    // сделайте ее подлиннее. Вы можете посетить https://www.grc.com/passwords.htm
    // чтобы получить сгенерированную фразу, или напишите что нибудь сами.
    define('SECRET_KEY', 'put your unique phrase here'); // Измените это на уникальную фразу.

    Думаю, что в этом случае поможет такой вариант:
    Заменить ключевую фразу на свою в конфиге дистрибутива на обновляемом сайте.
    Установить заново отдельно новый чистый WP с той же ключевой фразой для шифрования пароля, поменять в админке WP сгенерированный пароль на нужный, зайти в PHPMyAdmin и взять пароль в таблице users.
    Потом, после обновления сайта, поменять пароль в аналогичной таблице обновленного сайта.

  32. Lecactus 24 июля 2008 в 19:18

    @ igrok54: сегодня обновлял один сайт с 2.3.2 до 2.6 и никаких проблем вообще с паролями. обновлоял несколько сайтов с 2.3.3 до 2.5.1 и тоже никаких проблем не было. что то вы не то пишете

  33. igrok54 24 июля 2008 в 21:53

    А я вот сталкивался с этим… Не понимаю, почему в разных случаях разное действие… Ведь пароль шифруется по ключу, в базу заносится шифр…
    Сталкивался при перезаливке 2.5.1 поверх 2.3.3…

  34. Lecactus 24 июля 2008 в 23:19

    @ igrok54: может мы разный ВордПресс используем? :) ни разу не видел подобного, а обновлял как различные чужие сайты, так и десятки раз свои тестовые

  35. igrok54 25 июля 2008 в 6:53

    Дистрибутивы тут беру — имхо лучшие!
    Так что, вероятно, одинаковые…
    Может у меня глюк какой был?

  36. Glook 31 июля 2008 в 15:38

    А такой вопрос: я редактировал большое количество файлов движка (WordPress 2.3.1 ), изменял не только визуальное отображение но и какие-то опции удалял/добавлял… Как мне обновить теперь wordpress? И можно ли заменить только те файлы, которые отвечают за безоопасность? Если да, то какие?

  37. Lecactus 31 июля 2008 в 16:36

    @ Glook: какие именно не помню, но чаще всего это файл xmlrpc.php (нужно искать. версия уже старая достаточно. файлы нужны от версии 2.3.3. а если хотите обновлять до последней то все хаки нужно будет вносить повторно при этом часть из них возможно придется менять

  38. Евгений 1 сентября 2008 в 16:20

    Фраза «накатить поверх» означает, что заменить все, кроме wp-config.php?

  39. Lecactus 1 сентября 2008 в 18:56

    Фраза «накатить поверх» означает, что заменить все, кроме wp-config.php?

    можно понимать и так. не удаляя uploads (и themes если тема стандартная модифицирована). вообще я на это много раз отвечал уже. не далее как пару дней назад где то в соседнем посте

  40. Mons 19 октября 2008 в 22:12

    Я вот обновился…. сутки поднять блог не могу…
    Причем в чем проблема до сих пор отловить не могу.

  41. Lecactus 19 октября 2008 в 22:25

    @Mons: с какой на какую версию? подробнее плиз

  42. Mons 22 октября 2008 в 12:57

    @Mons: с какой на какую версию? подробнее плиз

    C версии 2.5 с твоим переводом (я говорил что я твой фан ?) на версию 2.6.2.

    Были проблемы с запуском. Вылечил, удалением всего, обновлением и сборкой бд по строчно ручками и потом обновив базу еще раз. Все ошибки виджетов лезли и изменения заголовка файлов. Советы сапорта не помогли. Сделал сам. Думаю обновление тут было не причем. Косяк был в том что совпал апгрейд и перезд на новый сервер.

  43. Gerasim13 18 ноября 2008 в 1:03

    Привет. Я вот обновляюсь с wp 2.0.4 до wp mu 2.6.3
    Обновляюсь руками, с помощью Sypex и Sql-front
    Посты встали, юзвери и категории тоже. А вот тэги к записям ни в какую. Ты не знаешь как перенести тэги со старого wp в новый (пусть даже в обычный, структура таблиц с тэгами у mu и обычного похожа)

  44. Lecactus 18 ноября 2008 в 7:48

    а в версии 2.0.4 какие теги? если плагином то надо обновиться например до 2.6.3, импортировать теги плагина во «встроенные», а затем попробовать все же экспорт-импорт XML(RSS) встроенный

  45. Gerasim13 18 ноября 2008 в 8:01

    тэги реализованны не понятно как. видимо через custom fields
    в базе вот такая бяка (postsmeta)
    a:8:{i:0;s:5:"Дахаб";i:1;s:12:" виндсерфинг";i:2;s:6:" Анапа";i:3;s:8:" счастье";i:4;s:6:" жилье";i:5;s:10:" гостиница";i:6;s:5:" кэмп";i:7;s:8:" палатка";}
    может есть какой нибудь способ привести это в божеский вид?

  46. Lecactus 18 ноября 2008 в 9:11

    тэги реализованны не понятно как. видимо через custom fields

    повторим вопрос.: в старом вп не было тегов и если они у вас были то через какой то плагин. вспоминайте через какой. если через Jerome keywords или UTW То ставьте плагин симплтаггинг и импортируйте теги в него (до версии вп 223). затем переходите на 2.3 и импортируйте теги из симплтаггинг в встроенные. дальше обновляйте до 2.6.3 же

  47. Gerasim13 18 ноября 2008 в 17:41

    Тэги реализованы на самописном плагине=((
    Есть ли способ как нибудь тэги в полуавтоматическом режиме перенести в новый wp?

  48. Lecactus 18 ноября 2008 в 17:47

    Тэги реализованы на самописном плагине=((
    Есть ли способ как нибудь тэги в полуавтоматическом режиме перенести в новый wp?

    поставьте плагин симплтагс на 2.6.3 и в «масштабном редактировании» перебейте теги ручками. быстрее будет чем велосипед изобретать

  49. Gerasim13 18 ноября 2008 в 18:18

    ОУ… У меня 2000 постов от разных авторов

  50. Gerasim13 19 ноября 2008 в 0:01

    Сделал! Не так страшен черт!-))))

  51. boonya 12 апреля 2011 в 22:49

    А как на счет обновления с 2.3.2 до 3.1.1?

  52. Сергей 5 февраля 2012 в 1:50

    Обновил вручную WP до версии 3.3.1. Всё прошло нормально, но появилась проблема с кодировкой в тайтлах рубрик и категорий.
    Стоят плагины:
    .html on PAGES
    All in One SEO Pack
    Google XML Sitemaps
    Peter’s Custom Anti-Spam
    RusToLat
    Subscribe To Comments
    Widget Logic
    Yet Another Related Posts Plugin
    Подскажите, пожалуйста, как решить эту проблему! Заранее благодарю!

Трэкбеки и пингбеки

  1. Первый секс без боли или ап Wordpress`а | Темко.ру
  2. Интересно прочитать о WordPress 2.6 | Блог о Wordpress от Тараса