Ответы на частозадаваемые вопросы (оно же 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 комментариев

11 комментариев на запись “Ответы на частозадаваемые вопросы (оно же FAQ) по WordPress”

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

  1. Обновление для WordPress | Денис рулит!
  2. Русский WordPress 2.7 | ПРО разное
  3. Привет мир! | pearls to pigs
  4. Привет мир! | Командорские острова
  5. WordPress 2.9 - Что нового? | Блоггинг — как стиль жизни
  6. Привет мир! « Best Thigh Exercises Simple and More Efficiently
  7. Привет мир!
  8. “Лицо” вашего Блога | Zone-Pc
  9. Мой WordPress » Blog Archive » WordPress ‘lecactus’ Welcome message
  10. Самые самые » Привет мир!
  11. Первая запись | Martillo.ru