Русский WordPress MU 2.7 (MultiUser) Lecactus Edition

wpmu27logo
Русская версия многоблоговой версии WordPress 2.7 (ранее в этой записи размещался русификатор одной из бета-версий).
Я не выкладывал ее более недели после выхода, т.к. не было времени протестировать и собрать в дистрибутив. Ранее выложенный мой перевод MU 2.7 на 99% покрывает потребности для уже созданных проектов, тут лишь в основном добавлен перевод файлов, которые не локализуются через внешний файл + добавлен перевод «горизонтальной панели администрирования сверху блога». Если кто-то желает получить архив только измененных файлов по сравнению с английской версией, обращайтесь через раздел контактов либо сами найдете их в дистрибутиве.

Изменения по сравнению с оригинальной английской версией и прошлыми дистрибутивами MU версии Lecactus Edition:
1 в плагине wordpress-admin-bar который идет в оригинальном дистрибутиве и вообще «внедрен в него» какой то мудреный путь к файлу русификации, куда бы я не размещал русификатор — все оставалось по английски, пришлось отредактировать путь. Проверял только в режиме «под-директории», т.к. у меня пока нет физической возможности проверить режим «поддоменов»
2 в дистрибутиве «темы оформления» home и default не локализованы, т.к. для серьезного проекта нормальный администратор ресурса найдет более приличные темы, а для ГС(для чего на порядок чаще используется MU судя по моим наблюдениям) без разницы что на русском будут некоторые элементы оформления, что на английском.

Продолжить чтение →

155 комментариев

Ответы на частозадаваемые вопросы (оно же FAQ) по WordPress

Вопрос: Скачал русифицированный плагин, тему или сам wordpress, а у меня все на английском…
Ответ: Основные проблемы:

  1. Проверьте в wp-config.php должна быть строка define (‘WPLANG’, ‘ru_RU’); либо для WordPressMU define (‘WPLANG’, ‘ru’);
  2. Если у вас стоит сборка от maxsite.org или моя версия 2.7 и выше и включена эта опция (для старых версий вы можете поставить лайт-перевод сами), тогда скопируйте файл русификатора под именем ru_RU_lite.mo . Обычно русификаторы плагинов содержат в названии также название самого плагина, например wp-polls-ru_RU.mo нужно скопировать под именем wp-polls-ru_RU_lite.mo .
  3. У вас на хостинге есть проблемы с gettext в PHP либо установлена 64-битная система. Кроме того патчи иногда помогают избавиться от глюка вроде «Warning: unpack() [function.unpack]: Type V: not enough input, need 4, have 0 in /www/wp-includes/gettext.php on line 85». Для исправления глюка в разных версиях WordPress применяются различные патчи. Для версии 2.3.* патч1 или патч2 . Для версии 2.5.1 патч. Для версии 2.6.*(и на 2.7.* тоже подходят) патч1 или патч2. Просто распакуйте файл из нужного архива в wp-includes и замените оригинальный файл.
  4. В особо запущенных случаях на некоторых американских (и не только) хостингах может помочь только такой способ включения русификации: в wp-config.php изменить строку define (‘WPLANG’, ‘ru_RU’); на define (‘WPLANG’, »); и переименовать файл локализации в wp-includes/languages из ru_RU.mo в en_US.mo. Также это иногда единственный способ избавиться от глюка с ошибкой, описанной в прошлом пункте.
  5. Не забывайте соблюдать регистр при закачке файлов на хостинг! (перевожу на русский: не нужно ставить галочки типа «переводить все имена в нижний регистр»)

Вопрос: Не работает визуальный редактор
Ответ:

1. не хватает памяти

2. кривой хостинг (криво работает gzip)

решение проблемы: рекомендует отключить gzip для TinyMCE.
Сделать это можно следующим образом:
зайти по фтп или иным способом к себе на сайт
открыть [имя сайта]/wp-includes/js/tinymce/tiny_mce_config.php
найти » ‘compress’ = » и поменять истину на ложь. (TRUE на FALSE)
Можно на всяк случай очистить кэш браузера и минуя кэш прокси обновить страницу.

Источник
3. конфликт с каким то плагином

4. некорректно работает фича realpath на хостинге

5. «неизлечимо больной хостинг»


Вопрос: Что делать, если пропали категории после перехода на WP 2.6 (Я только что обновил WordPress до версии 2,6, после чего пропали все категории)
Ответ:
Восстановить из бекапа (как, вы разве этого не делали???) таблицу wp_categories, после чего выполнить следующие sql-запросы (например в PhpMyAdmin’е):

update wp_term_taxonomy, wp_categories set description = cat_name where term_id = cat_ID update wp_terms, wp_categories set name = cat_name, slug = category_nicename where term_id = cat_ID

Все заработает! Все дело в том, что теперь категории хранятся в нескольких таблицах, а WP этого почему-то не учитывает. Sql-запрос просто делает работу за него ;). Указанный выше запрос приведен с учетом стандартного префикса таблиц wp_. Если он у вас отличается — измените запрос. Источник


Вопрос: Вместо русских букв одни кракозябры, причем в Опере вроде все нормально.
Ответ: Добавьте в файл .htaccess все или некоторые из этих строк (не везде все работает. Перебирайте вручную. Часто достаточно первой строки)

AddDefaultCharset UTF-8
CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8


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

Ответ: Приведите кодировку базы данных в порядок! База должна быть полностью в одной кодировке. Если вы не используете сборку от maxsite.org тогда в 99,99% случаев она должна быть всегда UTF8 и параметр collate равным utf8_general_ci. Это можно исправить как в phpmyadmin, так и в дампе базы. Причем последнее предпочтительнее, т.к. быстрее в обработке. У вас должны быть в кодировке utf8_general_ci сама база, все таблицы и все поля таблиц. Кодировка всей базы меняется в phpmyadmin через кнопку ОПЕРАЦИИ, но это для изменения всех таблиц в них нужно задавать параметр вручную. Поэтому как написано выше – сделайте дамп базы, удалите все таблицы в базе, исправьте в базе везде latin1 и/или cp1251 на utf8 и залейте дамп обратно в базу


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

Ответ: Внимательно читайте мои страницы с описанием плагинов и все комментарии (если таковые имеются).

В 99% случаев все уже описано и/или на это получены ответы


Вопрос: У меня сейчас установлена версия WordPress 2.0.4 (2.2.3 , 2.1 , 2.3.3) причем не ваша сборка, а обычная английская или вариант с maxsite.org для кодировки «Windows-1251»
Ответ: Изучите инструкцию по правильному обновлению старых версий


Вопрос: У меня сейчас установлена ваша версия 2.3.3 (2.5.* и т.п.), как мне ее обновить до последней?
Ответ:
Внимательно прочитать инструкцию по ссылке выше для поиска потенциальных проблем в текущей конфигурации.

Проверьте что ваш хостинг полностью подходит для новой версии. Для WordPress 2.3.3 и ранее было достаточно параметра PHP MEMORY_LIMIT=16M, для 2.5 и новее нужно минимум 32M, иначе WP будет работать со сбоями или вообще не будет. Даже если вам известно что с системными требованиями нет проблем, то если есть возможность -установите временно новую версию в отдельной директории и протестируйте как она работает, не слишком ли медленно и нет ли глюков, озвученных выше в прошлых вопросах.
В общем случае процедура обновления выполняется так:
1. Через плагин архивации БД в админке(идет во всех моих сборках WordPress), через phpmyadmin, sympex dumper или т.п. софт сделайте бэкап базы данных и сохраните на компьютере. Проверьте что в дампе нет проблем с кодировкой (лучше всего делать бэкап из админки через вышеназванный плагин)
2. Запомните или запишите, или просто сделайте скриншоты чтобы посмотреть какие у вас включены плагины и их настройки. Если WP пишет что ваши плагины устарели, то по приведенным в админке ссылкам для каждого плагина пройдите на страницу загрузки и прочитайте совместима ли новая версия плагина с версией WordPress, на которую вы хотите обновляться. Если новой версии плагина нет, то изучите реадми от текущей версии плагина, чтобы быть уверенными что он заработает в новой версии. После этого отключите все плагины.
3. Проверьте что текущий файл wp-config.php полностью соответствует стандартам для установленной версии (см ссылку на инструкцию выше). Если у вас на хостинге был ранее «предустановлен» WordPress, то установщик мог поставить вам «кривой конфиг», из-за чего после обновления у вас будут проблемы. Лучше всего взять оригинальный конфиг wp-config-sample.php , внести в него свои данные и сохранить как wp-config.php на сервере (пользуйтесь правильными редакторами!)
4. Временно переименуйте ваши папки wp-admin и wp-includes например в wp-admin233 и wp-includes233. Файлы из корневого каталога просто скопируйте себе на компьютер
5. Папку wp-content лучше не трогать вообще (кроме папки languages). Во-первых по умолчанию(если вы не изменили в настройках) в ней находятся все ваши картинки и другие загрузки в wp-content/uploads, во-вторых в папке тем в wp-content/themes находится ваша тема, в которую вы скорее всего вносили изменения и если случайно удалите ее, то будет не очень хорошо. Крайне не рекомендуется вносить изменения в стандартную тему DEFAULT. Лучше всего скопируйте ее в другую папку и правьте там (изменив также имя в style.css) Аналогично и с плагинами. Если вы их изменяли, то при автоматической закачке новых плагинов можно случайно их презаписать. Исключение составляет лишь файл wp-content/uplods/js_cache/какойтофайлсрасширением.gz — его можно и нужно удалить, чтобы увидеть новый перевод в редакторе. Если вы пользуетесь кэшированием, то обязательно удалите перед обновлением все из папки wp-content/cache
6. Из дистрибутива новой версии закачайте на сервер новые папки wp-admin и wp-includes, а также (начиная с версии 2.7) и wp-content/languages + все файлы из «корня» дистрибутива wordpress.
7. Внесите изменения в файл wp-config.php требуемые для новой версии WP. Лучше всего переписать вообще данные для подключения в новый оригинальный конфиг wp-config-sample.php , внести в него свои данные и сохранить как wp-config.php на сервере (про редакторы см выше).
8. После загрузки всех файлов и правки конфига, откройте «админку». Вас в 99% случаев попросят нажать на кнопку обновления базы данных. Нужно согласиться и подождать 2-100секунд в зависимости от производительности вебсервера и размера базы данных. В среднем это занимате около 5-10секунд.
9. Если у вас нет проблем входа в админку, то можете закачивать требуемые обновленные плагины. Следует заметить что некоторые плагины старых версий располагаются в директориях, отличных от новых версий например postratings и wp-postratings. Папку со старой версией нужно удалить вообще. Если все плагины («старые» и обновленные) активировались, то процедура на 99% завершена.

10. Вариант обновления номер два — читайте здесь (вполне доступным языком написано. я тоже так часто делаю)

Проверьте все настройки и радуйтесь жизни дальше :).


Вопрос: В админке что то все выглядит «разползшимся», словно стили не видит на диске либо не виден/не работает какой то пункт меню.

Ответ: Проверьте правильность регистра всех файлов (см пункт5 первого вопроса), проверьте все права на папки и файлы. Все папки должны иметь права 755, все файлы 644. На некоторые файлы требуются права 666 (например .htaccess, sitemap.xml и т.п.) Также иногда требуются устанавливать права 777 на некоторые папки (например папку кэша).


Вопрос: Чем отличается Русский WordPress Lecactus Edition от так называемой «официальной русской версии»?

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

Если у вас стоит “официальная” локализация, то попробовать мой перевод и сравнить качество вы можете распаковав файл ru_RU.mo требуемой версии из архива моих самых свежих переводов в директорию wp-content/languages и заменить текущий. Если вам не понравится, то вы всегда можете вернуть все как было.

Начиная с версии WordPress 2.7 в моем дистрибутиве WordPress Lecactus Edition языковые файлы также будут размещаться в wp-content/languages чтобы избежать путаницы. Удалять старый перевод из wp-includes/languages не обязательно. Находящийся в wp-content имеет приортитет и будет использован именно он

Чтобы полностью убедиться что вы видите новый перевод, вам нужно удалить файл с расширением GZ из директории wp-content/uploads/js_cache . Там хранится кэш визуального редактора. После этого обновите страницу написания записи/страницы (CTRL+F5).


Вопрос: Что такое WordPress MU (MultiUser), он же µ и чем отличается от обычного WordPress?
Ответ: Это специальная модифицированная версия WordPress для создания блогхостинга.

Например вы хотите чтобы каждый пользователь имел собственный блог/дневник/журнал на своем «поддомене» или в своей «поддиректории». Для этой системы подходят почти все плагины и темы что и для обычного WordPress, если не оговорено иного в реадми плагина/темы. Кроме того в WordPress MU и WordPress различаются стандарты наименования файлов локализации. Поэтому если вы устанавливаете локализованный через MO-файл плагин или тему, то изменяйте название файла локализации (смотрите первый пунткт первого вопроса). Например файл локализации в обычном WordPress называется simple-forum-ru_RU.mo, его для WPMU нужно переименовать в simple-forum-ru.mo


Вопрос: Что такое патч для обновления WordPress «от Кактуса» и как его ставить?

Ответ: Патчи (на самом деле это не то чтобы патч в том понимании что он что то модифицирует сам — это просто измененные по сравнению с прошлой версией файлы) я выкладываю только для обновления какой-либо определенной ветки. Подходят для всех версий: «официальной», английской, моей сборки, китайской, японской и т.д.

Например у вас установлен WordPress 2.6.1 и вы хотите обновиться до WordPress 2.6.2 максимально быстро (не хотите разворачивать поверх установленной системы весь обновленный дистрибутив, или у вас просто медленный канал до хостера). Тогда вы просто скачиваете патч WP261-to-WP262 и распаковываете все файлы и папки из архива «как есть», т.е. если в архиве лежат папки wp-admin, wp-includes и несколько файлов вне папок — тогда и на сервер их нужно закачать просто «как есть» без растасовывания по папкам. Не забывайте про пункт 5 первого вопроса ФАКа.

Патчи для WordPress и WordPress MU несовместимы друг с другом будьте внимательны когда качаете архив.

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

Если же у вас стоит например версия WordPress 2.5.1 и вы хотите обновиться до 2.6.3, то «патчи» тут делать нет смысла. При обновлении «ветки» меняется БОЛЬШЕЕ число файлов, чем между версиями 2.*.1 и 2.*.2 одной «ветки». Кроме того — часто требуется обновление «конфига», поэтому обновляйте систему обычным образом — смотрите как это делать в вопросе выше.


Вопрос: Захожу на блог или в админку и вижу ужасную надпись Warning: Cannot modify header information — headers already sent by (output started at либо где то в углу сайта страшные буквы типа «яЛП»

Ответ: Читать тут, а если до вас все еще не дошло что вы неправильно работаете с файлами, то прочитайте наконец мой README.HTML в дистрибутиве WordPress по работе с правильными текстовыми редакторами. Или выберите редактор тут


Вопрос: При открытии страницы блога или админки вылетает надпись:

«Fatal error: Allowed memory size of 8388608 bytes exhausted (tried to allocate 77824 bytes) » (цифры могут быть другими)

Ответ:

Это сообщение об ошибке означает, что php не хватило отведенной оперативной памяти.

Пути решения:

1. Найти файл php.ini и изменить значение параметра memory_limit с 8М на большее, например 24М.

2. В файл .htaccess добавить следующую строку:
php_value memory_limit «32M»

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

Возможно также что этот глюк из за проблемы с геттекстом — смотрите патчи в первом вопросе (обычно при этом показываются огромные цифры типа 64 или 128мб (в байтах естественно))


Вопрос: Как установить права на папку или файлы через FTP менеджер (например Total Commander)

Ответ: http://mexboy.ru/?p=88 Там же подробно расписано что означают те или иные права


Вопрос: Как правильно настроить ROBOTS.TXT для правильной индексации блога поисковиками

Ответ:
Образец файла, рекомендуемый авторами WordPress

User-agent: *
Disallow: /cgi-bin
Disallow: /wp-admin
Disallow: /wp-includes
Disallow: /wp-content/plugins
Disallow: /wp-content/cache
Disallow: /wp-content/themes
Disallow: /trackback
Disallow: /feed
Disallow: /comments
Disallow: /category/*/*
Disallow: */trackback
Disallow: */feed
Disallow: */comments
Disallow: /*?*
Disallow: /*?
Allow: /wp-content/uploads

# Google Image
User-agent: Googlebot-Image
Disallow:
Allow: /*

# Google AdSense
User-agent: Mediapartners-Google*
Disallow:
Allow: /*

# Internet Archiver Wayback Machine
User-agent: ia_archiver
Disallow: /

# digg mirror
User-agent: duggmirror
Disallow: /

Sitemap: http://www.askapache.com/sitemap.xml

Для Яндекса может быть полезно еще это

User-agent: Yandex
Crawl-delay: 5

Можно иногда добавить еще и

Disallow: /tag

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

Более подробно можно почитать здесь у Яндекса, а также не забыть проверить там все ли правильно у вас настроено. Не забываем и про гугл
Файл sitemap.xml создается с помощью плагина, например GOOGLE XML SITEMAPS (идет в моей полной сборке WP)

Файл robots.txt нужно разместить в корневой папке вашего сайта. Т.е. например http://site.ru/robots.txt
Если у вас уже есть такой файл с определенными правилами, то просто добавьте в него нужные строки

Продолжение следует по мере накопления частых вопросов.

Учитесь пользоваться поиском! Кроме той строчки поиска сверху где есть кнопка ПОГУГЛИТЬ ПО БЛОГУ, на результатах поиска в гугле есть внизу также форма ОБЫЧНОГО ПОИСКА, если вас не устраивают результаты поиска системой гугла. Учитесь задавать правильные поисковые вопросы.

Читайте всегда все комментарии выше в том посте, где вы задаете вопросы, даже если их штук 200. Очень часто вопрос уже был задан и на него был ответ. Если вы ставите новую версию WordPress, то не брезгуйте читать комментарии и в постах со «старыми версиями». Часто там бывают ответы в комментариях от меня и от посетителей.

Вопрос: Не загружаются файлы через флеш-загрузчик. Вместо этого открывается какая то ошибка хостинга или т.п.

Ответ: Откройте ваш файл «.htaccess» расположенный в корневой директории блога и добавьте там приведенный код в начало файла

#BEGIN Image Upload HTTP Error Fix
<IfModule mod_security.c>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>
<IfModule security_module>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>
<IfModule security2_module>
<Files async-upload.php>
SecFilterEngine Off
SecFilterScanPOST Off
</Files>
</IfModule>
#END Image Upload HTTP Error Fix

Для вас была полезна эта информация?

Просмотреть результаты

Загрузка ... Загрузка ...

11 комментариев