ЧаПи по WordPress (FAQ)

Запитання: Ви скачали українізований плагін, тему або сам wordpress, а у мене все англійською …
Відповідь: Основні проблеми:

1. Перевірте в wp-config.php повинен бути рядок define ( ‘WPLANG’, ‘uk_UA’); або для WordPressMU define ( ‘WPLANG’, ‘uk’);

2. Якщо у вас стоїть збірка від maxsite.org (для старих версій ви можете поставити лайт-переклад самі), тоді необхідно скопіювати файл українізатора під ім’ям uk_UA_lite.mo. Зазвичай українізатори плагінів містяться у назві самого плагіна, наприклад wp-polls-uk_UA.mo потрібно скопіювати під ім’ям wp-polls-uk_UA_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’, ‘uk_UA’); на define ( ‘WPLANG’, “) , і перейменувати файл локалізації wp-includes/languages з uk_UA.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

Запитання: Замість українських букв одні ієрогліфи, причому в Опері вроде все нормально.
Відповідь: Додайте у файл. htaccess всі або деякі з цих рядків (не скрізь працює. Перебирати вручну. Часто достатньо першого рядка):
AddDefaultCharset UTF-8;
CharsetDisable On;
CharsetDefault UTF-8;
CharsetSourceEnc UTF-8.

Запитання: Замість українськийх букв одні знаки питання. Буває як цілком в двигунці, а буває лише в деяких плагінах.
Відповідь: Наведіть порядок з кодуванням бази даних!

База повинна бути повністю в одній кодуванні. В 99,99% випадків вона повинна бути завжди UTF8 і параметр collate рівним utf8_general_ci. Це можна виправити як у phpmyadmin, так і в дампі бази. У вас в кодуванні utf8_general_ci повинна бути сама база, всі таблиці і всі поля таблиць. Кодування всієї бази змінюється в phpmyadmin через кнопку ОПЕРАЦІЇ, але це для зміни всіх таблиць в них потрібно задавати параметр вручну. Тому як написано вище – зробіть дамп бази, видаліть всі таблиці в базі, виправте у базі всюди latin1 та / або cp1251 на utf8 і залийте дамп назад в базу.

Запитання: Скачав один з плагінів, але не виходить налаштувати як хотілося б.
Відповідь: Уважно читайте сторінки з описом плагінів і всі коментарі (якщо такі є).
В 99% випадків все вже описано та / або на це отримані відповіді.

Запитання: У мене зараз встановлена версія 2.3.3 (2.5 .* і т.п.), як мені її оновити до останньої?
Відповідь: Уважно прочитати інструкцію з посиланням вище для пошуку потенційних проблем у поточній конфігурації.
Перевірте, що ваш хостинг повністю підходить для нової версії. Для WordPress 2.3.3 і раніше було досить параметра PHP MEMORY_LIMIT = 16M, для 2.5 і новіший потрібно мінімум 32M, інакше WP буде працювати зі збоями або взагалі не буде. Навіть якщо вам відомо що з системними вимогами немає проблем, то якщо є можливість встановіть тимчасово нову версію в окремій директорії і протестуйте як вона працює, чи не занадто повільно і чи немає глюків, озвучених вище в минулих питаннях.
У загальному випадку процедура оновлення виконується так:

1. Через плагін архівування БД в адмін-панелі, через 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-10 секунд в залежності від продуктивності веб-сервера та розміру бази даних. В середньому це займає коло 5-10 секунд;
9. Якщо у вас немає проблем входу в “адмінку”, то можете закачувати необхідні оновлені плагіни. Слід зауважити що деякі плагіни старих версій розташовуються в директоріях, відмінних від нових версій наприклад postratings і wp-postratings. Папку зі старою версією потрібно видалити взагалі. Якщо всі плагіни («старі» і оновлені) активувати, то процедура на 99% завершена;
10. Варіант оновлення номер два – читайте тут (цілком доступною мовою написано. Я теж так часто роблю).

Перевірте всі налаштування і радійте життю далі:).

Запитання: У “адмінці” все виглядає «разтягнутим», немов стилі не бачать на диску або не видно / не працює якийсь пункт меню.
Відповідь: Перевірте правильність регістру всіх файлів (див. пункт 5 перше питання), перевірте всі права на папки та файли. Усі папки повинні мати права 755, всі файли 644. На деякі файли потрібні права 666 (наприклад .htaccess, sitemap.xml і т.п.) Також іноді потрібні встановлювати права 777 на деякі папки (наприклад папку кеша).

Запитання: Що таке WordPress MU (MultiUser), він же ? і чим відрізняється від звичайного WordPress?
Відповідь: Це спеціальна модифікована версія WordPress для створення блогхостінгу.
Наприклад ви хочете щоб кожен користувач мав власний блог / щоденник / журнал на своєму «Піддомені» або у своїй «Піддиректорії». Для цієї системи підходять майже всі плагіни і теми що й для звичайного WordPress, якщо не обумовлено іншого в рідмі плагіна / теми. Крім того в WordPress MU і WordPress розрізняються стандарти найменування файлів локалізації. Тому якщо ви встановлюєте локалізовані через MO-файл плагін або тему, то змінюйте назву файлу локалізації (див. перший пунткт першого питання). Наприклад файл локалізації в звичайному WordPress називається simple-forum-uk_UA.mo, його для WPMU потрібно перейменувати в simple-forum-uk.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)?
Відповідь: Тут детально розписано що означають ті чи інші права.

Запитання: Не завантажуються файли через флеш-завантажувач. Замість цього відкривається какая то помилка хостингу чи т.п.
Відповідь: Відкрийте ваш файл «. 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