Русский WordPress 2.2 для любой кодировки
19 мая 2007 г.
Просмотров:
Предлагаю вашему вниманию русскую версию WordPress 2.2. Эта сборка особая. В какой-то мере я выкладываю её на свой страх и риск, поскольку в ней реализованы совершенно новые алгоритмы работы с кодировками. Тот период тестирования, в течение которого я смог проверить и отладить алгоритмы работы (несколько месяцев), позволяют мне надеяться, что у вас не возникнет никаких проблем.
Самая главная особеность моей сборки заключается в том, что она позволяет вести блог в UTF-8, а базу данных в другой кодировке, например в CP1251 (Windows-1251). Данная возможность будет актуальной для тех, у кого сейчас WordPress 2.0.*.
Кроме этого, для тех, у кого блог будет в UTF-8, теперь можно будет установить корректные параметры базы данных - теперь тексты отображаться и храниться в БД будут в одной кодировке. Отмечу, что данная возможность реализована только в моей сборке.
Я решил немного по-другому выкладывать обновления. Теперь всю инструкцию по установке WordPress вы сможете прочитать в текстовом файле read-me.txt, который находится в главном каталоге архива. Здесь же я хочу только кратко остановиться на самом главном.
1. Сборка особая и это накладывает некоторую ответственность и на вас. Все дело в том, что теперь перед установкой или обновлением WordPress'а, вам нужно будет установить новые параметры базы данных. Их немного, но они играют важную роль. Поэтому не поленитесь и прочтите read-me.txt перед работой с WordPress.
2. Ваш блог будет работать в UTF-8. Даже если у вас сейчас Windows-1251, то после обновления он будет работать в UTF-8. Причина - AJAX. В WordPress'е его много, будет еще больше, поэтому другого пути, как переходить на UTF-8 просто нет.
3. Сразу главные вопрос: что делать тем, у кого WordPress сейчас работает в Windows-1251? Практически ничего: основную работу я уже за вас сделал. Вам нужно будет загрузить новую версию на сервер и как обычно выполнить обновление. Это всего один шаг. Подробно этот процесс расписан в read-me.txt. Ваша база банных как работала, так и будет работать в Windows-1251 - всю работу будет выполнять встроенный перекодировщик. Чтобы совсем упростить задачу, я создал две типовых конфигурации WordPress (wp-config.php) для тех, у кого база в UTF-8 и в Windows-1251.
Единственное, что вам придется сделать вручную, так это перевести файлы своего шаблона (и плагинов) в кодировку UTF-8. Например с помощью Блокнота.
4. Как обычно, в моей сборке перевод на русский выполнен в самих файлах WordPress. Я не вижу смысла грузить сервер немалыми файлами перевода (.po и .mo), который, к тому же своей львиной долей отвечают только за перевод админ-панели (то есть посетителям он просто не нужен).
Как и в предыдущих версиях, сохранился файл wp-language.php, в котором вы можете указать свой перевод (включая и с русского на русский).
5. В эту сборку я включил несколько плагинов, которые вам могут пригодиться:
- MaxSite Ushki (ушки - любой html-код)
- Anti Spam Image (антиспам защита)
- BBCode (поддержка BBcode)
- Clutter-Free (убирает ненужные элементы в редакторе)
- Psevdo-Code (псевдокод)
- Russian Date (дата по-русски)
- RusToLat (транслитерация русских ссылок)
- Spam Viewer (просмотр спама)
- Subscribe To Comments (подписка на комментарии)
- Theme Switcher (переключатель тем)
- WordPress Database Backup (бэкап базы данных)
- WP-PageNavi (постраничная навигация в виде: [1][2][3][4]...)
- WP Comment Quicktags Plus (кнопки форматирования в комментариях)
- WP Grins (кликабельные смайлы в редакторе и комментариях)
Все плагины тестировались в версии WordPress 2.2.
И последнее. Если вы нашли ошибку этой сборки, то напишите об этом либо здесь, либо мне на email: max-3000(sob)list.ru. Только указывайте параметры вашей БД и блога.
См. также обновление WordPress 2.2.1 и обновление WordPress 2.2.2.
- Вышел WordPress 2.0.5
- WordPress 2.0.3 - полностью русская версия
- Русская версия WordPress 2.0.5
- Русский WordPress 2.3.1 beta, а также несколько новостей
- WordPress 2.1 (русская версия для любой кодировки)
- Русский WordPress 2.3
- Вышел WordPress 2.5
- Как обновить WordPress моей сборки
- Русский WordPress 2.2.2
- WordPress 2.1.2
- WordPress 2.0.7 (русская версия)
- Русский WordPress 2.3.1
- Вышел WordPress 2.2
- Версия WordPress в кодировке WINDOWS-1251
- Русский WordPress 2.0.9
РЕСПЕКТ МАКС !
Дождались
Начинаем переход на новую 2,2 :arrow:
Максим, это просто сказка какаято.
Спасибо!
Макс - ты просто Мега!:idea:
Респект. Сейчас попробуем.
в переходе с 2.0.х меня беспокоит в частности только поддержка плугинов. посему хотел бы спросить - что такое Use legacy my-hacks.php file support в опциях, уж не значит ли это поддержку хаков старых версий? или я что то путаю?
Максим, есть вопрос: если у меня и база и блог были в UTF-8 мне подойдёт эта сборка?
Если база и блог в UTF-8, то подойдет без проблем. Просто отключите перекодировщик и укажите кодировку базы и collate: файл wp-config-sample-utf8.php как раз так настроен.
s3m:
Файл my-hacks.php используется немного для другого. Лучше его не трогайте. Плагины же WordPress 2.2 поддерживает без проблем, другое дело, что не все они совместимы с новой версией. Я рекомендую обратиться на сайт разработчика, большинство уже выпустили новые версии.
Могли бы вы посмотреть, я всю ночь просидел переделывая всё.
http://zna4koff.ru/wp-admin/install.php
Там с кодировкой проблемы.
использовал
wp-config-sample-utf8.php (сейчас)
вообще перепробовал кучу вариантов.
ставлю всё заного, раньше wordpressom не пользовался.
база вроде в utf8.
phpMyAdmin пишет что они в utf8_general_ci.
хостинг Slavhost.ru
ну это понятно =) а вообще, если по серьёзному задуматся, стоит ли переходить с 2.0.х на новые ветки?
т.е. я к тому настолько ли революционные там изменения без которых жить нельзя? 
zna4koff:
Очень хороший вопрос! Отвечаю подробно.
1. Вообще на славхосте стоит latin1. Они рекомендуют cp1251.
(Это камень в огород тех, кто думает, что у наших хостеров utf-8. Ага, щас!)
2. Очень часто на серверах принудительно отправляется http-заголовок, где указана Windows-1251. Поэтому, браузеры, даже если и встречают в html-страничке другую кодировку, все равно переводятся в Windows-1251.
Для того, чтобы исправить это безобразие нужно в файле .htaccess вашего сайта указать строчку:
AddDefaultCharset UTF-8Если это не поможет, то нужно дописать еще и эти:
CharsetDisable OnCharsetDefault UTF-8
CharsetSourceEnc UTF-8
Но вообще, загляните на форум вашего хостера. Если на сервере есть проблемы с кодировками, то обычно там приведены рецепты для нормальной работы с UTF-8.
Насколько я понял, в 2.2 было сделано много исправлений небольших багов, что привело к увеличению стабильности работы движка. Меня пока что вполне устраивает 2.0.5. Подожду выхода 2.3 в сборке от Макса.
s3m:
Честно говоря, после того, как разработчики убрали поддержку рубрик-тэгов, основной мотив для перехода пропал.
Другое дело, что все равно нужно переходить, так, что это неизбежно. Могу только сказать, что 2.3 запланирован на сентябрь, поэтому можно сильно не спешить, дождаться например первого обновления (2.2.1) и уже перейти.
Попробовал в последнем Денвере поставить, пишет:
Warning: Cannot modify header information - headers already sent by (output started at z:\home\puzopub\www\wp-config.php:1) in z:\home\puzopub\www\wp-admin\install.php on line 15при добавлении верхней строки - без изменений
если добавить 3 нижних - вообще не грузиццо...
В первом случае вы неверно сохранили файл wp-config.php. Нужно сделать это в UTF-8. Сделайте это в Блокноте (Сохранить как...).
По поводу второго: узнавайте на хостинге, какие команды нужно добавить, чтобы UTF-8 заработал на хостинге. Может быть такая настройка есть в вашей админ-панели.
2Максим
Хм.. Изначально wp-config.php сохранил именно в UTF-8.
Затем попробовал сохранить его в ANSI - всё почему-то заработало :idea:
ЗЫ у меня не хостинг, а Денвер на локальном компе :wink:
Значит неправильно сохранили. Для wp-config.php кодировка не имеет значения.
Максим, здравствуйте.
Подскажите, пожалуйста, если сможете:
1. База работает в Windows-1251 (хотя MySQL 5.x)
2. По Вашей инструкции установил (проводилось обновление) и внёс настройки в wp-config.php для перевода базы. Все файлы сохранял в UTF-8.
3. База обновилась корректно.
4. Админ панель после обновления работает "на ура".
5. Все AddOn'ы выключены; Выбран стандартный шаблон.
... Но отлично работает только "back" интерфейс (admin панель)
... При обращении к основной странице блога - ошибка "Невозможно отобразить страницу"
Не подскажите, в чём может быть проблема и куда следует "копать"?
Проверьте есть ли у вас .htaccess в корне сайта. Если есть, то попробуйте обновить постоянные ссылки. Как вариант, просто их отключите.
Еще иногда бывает, что главной страницей считается не index.php, а index.html. В этом случае в .htaccess нужно добавить строчку:
DirectoryIndex index.phpФайла .htaccess в корне не было (старый от WP 2.0.10 был удален). А создание нового со строкой "DirectoryIndex index.php" к успешному результату не приводит... :sad:
Небольшая ошибка:
При залогинивании под админом на главной странице "Нужна помощь с WordPress? Пожалуйста, обратитесь к документации или посетите русский форум поддержки". Гиперссылка на русский форум с двумя слэшами в конце: http://forum.maxsite.org//
В файрфоксе по крайней мере нормально грузится.
А в инструкции написано, что нужно сохранить этот файл...
У вас сообщение о ненайденой странице выдает сервер или WordPress? Если WordPress, то попробуйте обраться по адресу http://сайт/index.php. Если это помогло, то проблема в пермалинках.
Если выдает сервер, то проверьте вообще все ли у вас файлы загружены?
А у меня вопрос - будет ли с Вашей стороны внедрен openid или хотя бы дан корректный исходных код (предназначенный для wp 2.x и нормально работающий с именами ЖЖ)?
Вот пара ссылок старых кодов:
http://the-notebook.org/12/01/2006/openid-comments-for-wordpress/
http://blog.verselogic.net/projects/wordpress/wordpress-openid-plugin/
Максим, спасибо Вам огромнейшее за поддержку и поиски решений, а так же за отличную работу по WordPress в целом!
Я бы еще очень и очень долго бился с устранением подобной шибки, если не одно "НО". Работаю на Vista Ultimate (IE 7.0). Запустил вирутальную машину Windows XP SP2 (IE 6.0 SP2)...
И обнаружил полностью работающий движок WordPress! Не только админ-панель, но и страницу сайта.
Запустил виртуальную машину Windows 2003 Server (IE 6.0) и блог продолжал отображаться корректно!
Однако, я не думаю, что невозможность отобразить страницу, о котором писал IE 7.0, это проблемы самого IE 7-ой версии...
Для меня это остается (пока) загадкой и переход на WordPress 2.2, увы, придется приостановить, так как старый WordPress 2.0.10 отлично отображался под всеми браузерами...
Если у кого-либо найдутся решения раньше :smile:, буду искренне благодарен!
P.S. Сейчас разверну (для тестирования) английский вариант WordPress 2.2 для проверки и выяснения направления дальнейших поисков решения.
На the-notebook.org, похоже вирус сидит...
Теперь по сути. Нет не планирую.
Прежде всего из-за того, что для поддержки OpenID требуется библиотека curl, которая частенько отключена на серверах. Вторая причина, глючный ЖЖ. Что они там меняют, непонятно, но даже во время тестирования у меня часто не проходила авторизация. Пока не отладят этот механизм, внедрять в WordPress нет смысла. Думаю, что тем, кому нужен OpenID, сами смогут поставить плагин и баловаться.
Хм... наверное, я что-то в этой жизни не понимаю. Чистый установленный WordPress 2.2 (английский) установился и отображается корректно и в IE 7.0.
Максим,
после обновления файлов в каталоге при попытке захода в админскую часть получаю это -
Warning: mb_convert_encoding() [function.mb-convert-encoding]: Unknown encoding "MAXSITE_DB_CHARSET" in /home2/мой_сайт/www/wp-includes/wp-db-convert.php on line 27
Что это и как можно побороть?
Спасибо!
На 99% у вас старый wp-config.php.
Все так и было:???:
Поставил правильный, теперь новое -
Warning: Cannot modify header information - headers already sent by (output started at /home2/мой_сайт/www/wp-config.php:1) in /home2/мой_сайт/www/wp-includes/pluggable.php on line 329
Поставилось и обновилось все вроде с ошибкой в capabilities.php
Сам сайт отображается нормально, но при попытке залогиниться в админскую часть -
Warning: Invalid argument supplied for foreach() in /home2/мой_сайт/www/wp-includes/capabilities.php on line 31
Warning: Cannot modify header information - headers already sent by (output started at /home2/мой_сайт/www/wp-includes/capabilities.php:31) in /home2/мой_сайт/www/wp-includes/pluggable.php on line 367
Warning: Cannot modify header information - headers already sent by (output started at /home2/мой_сайт/www/wp-includes/capabilities.php:31) in /home2/мой_сайт/www/wp-includes/pluggable.php on line 368
Warning: Cannot modify header information - headers already sent by (output started at /home2/мой_сайт/www/wp-includes/capabilities.php:31) in /home2/мой_сайт/www/wp-includes/pluggable.php on line 329
Ух!
Давайте по-порядку.
1. Если первое сообщение «Warning: Cannot modify header information...», то это значит, что вы неверно сохранили файл в кодировке UTF-8. Открываем блокнотом и пересохраняем. Если вы пользуетесь другими программами, то они очень часто добавляеют «мусор» в начало файла. Вам он не виден, но для php это будет иметь значение.
2. Если выскакивает ошибка «Warning: Invalid argument supplied for foreach() /wp-includes/capabilities.php on line 31», то это значит, что вы не читали read-me.txt и решили сделать по своему. Я не зря все так подробно описал, шаг за шагом, как написал, так и нужно делать.
По первому пункту - файл был сохранен правильно, не знаю почему о хедерах выскакивало.
По второму - инструкцию читал, сделал одну ошибку правда - с кэшем. Возвращение на место старой папки cache из бэкапа все поправило. Написалось, что обновление завершено!
Спасибо!
а чем это мотивируется? почему просто нельзя остаться на версии 2.0.* вот это не понятно
(просто интересно)
Добрый день!
После установки WP следующий трабл:
после ввода логин/пароль - пустая страница wp-login.php.
Что м.б. не так?
Вроде все сделал по инструкции... :(
Я объясню. При обновлении, WordPress изменяет часть конфигурации. Но, поскольку механизм кэширования работает как и прежде, то WordPress получает не новые данные, а из кэша, то есть старые. Именно поэтому нужно обязательно отключать/обновлять кэш, и разлогиниваться. Если этого не сделать, то WordPress будет брать старые данные, что и приводит к ошибке. Так же иногда срабатывает кэширование браузера. Об этом я тоже писал.
Причин несколько. Напрмер, новая версия лучше работает с базой данных. В ней улучшена работа с AJAX. Кроме этого, сейчас уже есть плагины и шаблоны, которыые будут работать только с новой версией.
Хотя, если блог работает нормально и нет никаких к нему претензий, то WordPress 2.0.10 вариант ничем не хуже.
Сука работает как часы
Макс Супер!
спасибо БОЛЬШОЕ
Обновился, вроде, успешно. Но в админке - два косяка.
1. При попытке посмотреть список пользоваталей пишет:
2. При попытке зайти в "Настройки - Приватность" создаётся новый .htaccess и блог перестаёт работать полностью. После удаления этого файла всё снова работает.
небольшой оффтоп про другую ветку: я где то слышал, что авторы скрипта перестанут в скором времени поддерживать линейку 2.0* , так ли это?
и вообще что то авторы разогнались по созданиям новых веток =)
Установил Friends RSS Aggregator в соответствии с инструкцией в wp2.2.
Все работает, но в wp-admin/ пишет:
"Последняя активность
п»ї
Fatal error: Cannot redeclare class magpierss in /cust/web/clients/localuser/www/wp-includes/rss.php on line 14".
И так в нескольких местах.
В вкладке "Виджеты":
"...тема, которую Вы используете, не поддерживает виджеты...посмотрите инструкцию по доработке темы."
Где можно взять русскую инструкцию?
В дополнение к утреннему вопросу.
Включил сообщения об ошибках:
Notice: Undefined index: rememberme in /usr/home/chernigo/domains/chernigovcev.ru/public_html/blog/wp-login.php on line 305
Warning: Cannot modify header information - headers already sent by (output started at /usr/home/chernigo/domains/chernigovcev.ru/public_html/blog/wp-login.php:305) in /usr/home/chernigo/domains/chernigovcev.ru/public_html/blog/wp-includes/pluggable.php on line 367
Warning: Cannot modify header information - headers already sent by (output started at /usr/home/chernigo/domains/chernigovcev.ru/public_html/blog/wp-login.php:305) in /usr/home/chernigo/domains/chernigovcev.ru/public_html/blog/wp-includes/pluggable.php on line 368
Warning: Cannot modify header information - headers already sent by (output started at /usr/home/chernigo/domains/chernigovcev.ru/public_html/blog/wp-login.php:305) in /usr/home/chernigo/domains/chernigovcev.ru/public_html/blog/wp-includes/pluggable.php on line 329
2Nik:
1. Скорее всего проблема с кэшем. Попробуйте отключиь его. Вы второй этап инсталации делали?
2. Сложно сказать. Оставьте виден всем и загрузите старый файл.
s3m:
Насколько я знаю, то линейка 2.0.* будет поддерживаться до 2010 года.
we1t:
В этом плагине дважды объявляется один и тот же класс (MagpieRSS). Ищите версию для 2.2.
pal:
Насколько я знаю, эти никто не занимался. Или спросите на форуме.
Андр:
Если ориентироваться на сообщение об ошибке, то вам нужно сбросить кэш браузера.
После сброса кэш браузера нужно переустанавливать WP или нет?
Нет не нужно. Просто нажмите Ctrl+F5 в FireFox'е. Можно перед этим очистить кэш WordPress (wp-content/cache).
Хотел спросить про плагин NaviPage, такой маленький нюанс чтобы вместо Pages (2) , было написано страницы, меняю в Плагине но вижу иероглифы может быть есть особенность ВордПресс 2.2
Сохраните файл в UTF-8. В блокноте "Сохранить как...".
Максим вот интересный антиспам ещё http://www.snowballblog.com/zaschita-kommentariev-wordpress-ot-spam-botov-plagin-math-comment-spam-protection-rusifitsirovannyiy.html
тот который 2+9=... Ты не вкурсе как уботов с такой штукой дела?
Извеняюсь т чо не в тему но дело обшее, может дополнишь что у себя всё же для людей...:arrow:
Очистка кэша не помогла
После последнего шага обновления (закомменировать последнюю строчку wp-config.php) не пускает в админ панель "Вы не имеете достаточно прав для доступа к данной странице".
Может что не так с правами на папки/файлы?
Причем, это сообщение о том, что "Вы не имеете достаточно прав для доступа к данной странице" появлется с лого WP после того как я авторизируюсь как админ.
Все работает! Разобрался! * Господа, читайте ридми МАКСА!
А подскажите пожалуйста как скачать ....
а то мне говорят:
Упс... А файл можно скачать только непосредственно с сайта MaxSite.org
И вообще почемуто на этом сайте у меня графика не показывается
Просто нажмите на ссылку. А графику вы наверное в браузере отключили
всё верно пишет nJin. конфиг wp-config.php надо сохранять в ANSI а не в utf8. на Славхосте данные в базе хранятся в Windows-1251. т.е. мне надо воспользоваться вариантом b
и испольховать конфиг wp-config-sample-win1251.php. надеюсь кому-то моможет 
) это помогает, когда у вас вылетает ошибка: Cannot modify header information - headers already sent by (output started at /home2/мой_сайт/www/wp-config.php:1)
> Просто нажмите на ссылку. А графику вы наверное в браузере отключили
Если бы всё было так просто ...
Нажимаю на ссылку и - "Упс... А файл можно скачать только непосредственно с сайта MaxSite.org"
И графика у меня включена
Где можно посмотреть полный перечень настроек, которые д.б. у хостера чтобы WP нормально работал?
Вот эти требования мне известны:
требования к хостингу
* PHP 4.2 or greater
* MySQL 4.0 or greater
* The mod_rewrite Apache module
Что-то еще?
Поставил WordPress 2.2. Вообще пропали любые возможности по редактированию текста кроме как через теги. Установка плагина TinyMCE ничего не дала - остались кнопки "Визуально" и "Код". Что делать?
Внимательно следил за комментами к этому посту и, выждав пару дней, поставил WP-22 себе на локалку.
Сразу скажу, что и база и блог у меня всегда в UTF8.
Столкнулся с уже описанной проблемой: при конфиге в UTF8 не пускает в админку. Сделал, как уже выше кто-то писал, пересохранение конфига в ANSI. Пустил. -) О чем это говорит? Где-то что-то неладно...
На первый взгляд все было нормально. Однако, при попытке редактирования традиционного поста №1 "Привет, мир!" столкнулся с тем, что в код HTML не входится, картинку сколько не жал "отправить редактору" - никакой реакции.
Пока все. Будут еще новости, напишу. -)
У меня вообще этот защитный код для ответа не вводится.
оффтоп: Максим, скажите пожалуйста что за плагин у вас стоит справа (облоко рубрик или как он называется) там где выделяются категории в которых постов больше? и если можно - русский =)
извеняюсь - туплю, сам нашол)
толи из-за жары то-ли еще чево, :eek:
обновил один из блогов, и вот странность - htaccess, даже пустой, стал причиной ошибки 500. убираешь его, все работает, но кодировка не меняется, т.е. кракозябры.
переходил с 2.0.10, win-1251
Максим, не подскажете, в чем причина следующего?
Текст на кнопках для комментариев (плагин WP Comment Quicktags Plus) почему-то отображается кракозябрами, хотя все файлы (шаблоны, WP, сам плагин) в формате UTF-8.
Насчет крокозяблов. Возможная проблема в том, что сервер принудительно посылает в http-заголовке кодировку windows-1251. Очень часто именно так и проиходит на русскоязычных хостингах. Проблема решается путем правки .htaccess. Строчки для добавления я привел выше. Но это общее «стандартное» решение. Если не помогло, то попробуйте почитать форум хостера - проблема не в WordPress'е, а в кривой поддержке UTF-8 на сервере, поэтому скорее всего эта тема уже обсуждалась - рецепт наверняка приведен там же. Иногда хостер пишет об этом где-нибудь в хелпе или faq прямо на сайте.
Насчет кодировки базы данных. Не вдаваясь в технические подробности, скажу что если у вашего хостера по умолчанию не utf-8, то с 99% вероятностью у вас кодировка выставлена только на половину: MySQL позволяет установить разную кодировку для "внутреннего" и "внешнего" хранения данных. Проверить можно очень просто. Сделайте с помощью плагина «WordPress Database Backup» дамп базы и посмотрите на строчки в конце CREATE TABLE, например:
) ENGINE=MyISAM DEFAULT CHARSET=utf8;
Если указанная кодировка совпадает с кодировкой блога, значит все нормально (проверить нужно все таблицы, включая и те, которые создают плагины). Если же кодировки разные, значит есть проблемы. (Но не вздумайте менять, потеряете все данные!).
Максим, большое спасибо за подробные объяснения!
Дело в том, что хостер у меня американский и база данных у него в uft-8
Посмотрел дамп и сразу все стало ясно - основные данные хранятся в utf-8, но вот таблицы, созданные плагином OpenID, находятся в кодировке windows-1251, а кнопки в комментариях как раз выводятся через этот плагин.
Можно ли что-либо исправить (и стоит ли вообще) или проще отключить эти кнопки, чтобы не заморачиваться?
Исправить можно, но только вручную (или может кто знает способ?). Главное это поменять кодировку collate ("сравнения, сопоставления"). Причем сделать это нужно будет для каждого поля таблицы. Но, этот способ годится только для только что созданых таблиц (пустых), поскольку после смены кодировки, данные окажутся нечитабельными.
Другой способ попробовать сделать дамп таблицы и вручную прописать нужный collate (просто заменить кодировку) и потом обратно загрузить в базу.
Офигенный пост. Хотел только спросить, что вас навело на мысль, что на моем блоге вирус?
При заходе на сайт идет запрос на sweetporn18.com. Это первое. И второе, выскакивало (сейчас уже нет) автоматическая загрузка файла setup.exe (или install.exe - уже не помню).
Да, ты просмотри исходный код страницы, и все станет ясно
Вот засада. Сразу не заметил кода, блин, спасибо, большое
Как от этого защититься не подскажешь уж заодно?
Самое надежное запретить на сервере выполнение chmod, exec и т.п. После этого выставить права на запись только нужным файлам. Что за хостинг?
Хостинг http://sweb.ru. Каким файлам нужно разрешить запись? Да, может лучше по аське? Моя - 135838762.
Попробовал поставить (с нуля) на базу 1251 - не работает визуальный редактор, не вставляется картинка в окно редактора.
Максим поставил WP все работает а через пару дней заметил что ссылка не работает на предыдущие страницы причем тема оформления дефаулт тоже самое только работает ссылки в теме классик в чем может быть причина ?
Нашел причину в Opera не хочет отображать ссылку в ИА все нормально может css?
Опера нахваливают нахваливают а он глючит :evil:
Разобрался и устранил все проблемы, которые возникали при инсталляции. Даже множество подводных камней нашел. И возрадовался было, начав использовать WP 2.2. И ничего не предвещало беды, как... "Отключился" и пропал сам по себе визуальный редактор... Кнопки [Визуально] и [Код] не реагируют ни в FireFox, ни в IE, ни в Opera :(
Warning: Cannot modify header information - headers already sent by (output started at /pub/home/morella4/morella/wp-config.php:1) in /pub/home/morella4/morella/wp-includes/functions.php on line 1348
Замучило!
пробовала оба файла, в какой только кодировке не сохраняла - без толку! хостинг valuehost. памагитее :sad:
проблема решилась неожиданно. повторной установкой с сохранением файла wp-config.php для кодировки базы win-1251 в ANSI-кодировке :idea:
загадка какая-то :smile: тестирую.
объясните бландинке, почему изменения, сделанные в админке, не отображаются на сайте? :oops:
все. всем спасиба, работает замичательно
Недельку поюзал на локалке WP-2.2. в сборке Макса.
И блог и БД у меня в UTF-8 на Дэнвере последней версии.
Трижды переустанавливал на разных машинах. Результат один и тот же:
Сразу же после установки при config в UTF-8 на сайт не пускает! «Лечится» пересохранением config в ANSI. Поскольку куча народу (и я в их числе) уже описывали эту проблему, а знатоки хранят молчание, вынужден спросить прямо: ЭТО НОРМАЛЬНО, когда все в UTF-8, а config в ANSI?
Далее, функционал.
Нелады проглядываются в управлении, т.е. в редакторе. Кнопки управления то есть, то их нет…
Добрая половина плагинов требует хирургического вмешательства.
Также обнаружил вообще непонятную вещь: периодически пропадает постраничная навигация… (???) С какого перепугу, даже представить не могу…
При просмотре кода-HTML постов обнаружил, что все титлы прописаны не по-русски…
Вот такие дела.
Хочу спросить вот что: у кого подобные проблемы выявляются, вы все на Дэнвере или есть с Дэнвером и те, у кого все супер-пупер?
Насчет wp-config.php. Абсолютно все равно в какой кодировке этот файл. Проблема не в нем, поскольку русский текст, который в нем содержится - это комментарии.
Поэтому, если возникает ошибка Cannot modify header information - headers already sent by, то это означает, то файл сохранен в UTF-8 с сигнатурой (BOOM), что неверно. Если просмотреть этот файл в двоичном редакторе, то можно увидеть "мусор" в начале файла. Для обычного текста он роли не играет, а для php вызывает ошибку. В этом случае нужно просто быть несколько внимательней. Если нет возможности справиться с Блокнотом, то скачайте и установить альтернативу: я использую и рекомендую программу Notepad2 (http://www.flos-freeware.ch/) (File - Encoding - UTF-8).
Вторая возможная проблема с кодировкой, это когда сервер выставлен так, что принудительно отправляет заголовок (header) Windows-1251. Код для .htaccess я приводил выше.
Насчет кнопок в редакторе. Проблема уже известна и описана на официальном сайте. Судя по всему ошибка в недостаточной совместимости с браузерами. Теоретически её закрыли еще в 2.1, но на практике она встречается. Кроме этого те плагины, которые добавляли свои кнопки в редактор, оказались лишь частично совместимыми с 2.2. При каких-то условиях они работают, а при каких-то нет. То есть нужно ждать исправлений. Согласно трэку эти ошибки будут исправленны в 2.2.1, который запланирован на середину июня.
Спасибо, Макс за объяснения. Скачал Notepad2, попробую в нем поковырять. -)
Вот здесь разобрались с еще одним случаем. Может кому пригодится.
спасибо. Замучался я с кодировкой если честно. тепер ь надеюсь проблем не будет!
В этой сборке не реализовано управление порядком вывода категорий? Может есть плагины с такой же функцией?
решил себе тестово поставить эту версию, как не пробовал всё равно первая страница с установкой с кракозяблами, хостинг агава
Делаю как: загружаю всё на фтп - потом выбирал два разных конфига для утф8 и вин1251 всё равно фигня получается
прикол в том что в пхпмайадмин написано что база работает в утф8, но остальные блоги которые у меня стоят - в вин1251, автоматически переводит кодировку хостинг, что я упустил в своих действиях?
Агава принудительно отправляет кодировку страницы win-1251. Код для .htaccess выше.
а какой нужно конфиг выбрать? утф8 или вин1251?
Макс вот такой вопрос.
Все дополнения, которые были локализованы через *mo файлы (форум и тема), отказываются переводится на русский язык. Удалял дополнения, активировал/деактивировал... Как будто не видит нужных файлов
В чем может быть трабл?
Спасибо заранее!
Интересно, когда выпустят нормальную версию >2.1, а то что-то одни (даже не беты) "альфы" выпускают... не все же любят эксперименты, кому-то и стабильность нужна (а таким до сих пор на 2.0... приходится сидеть) :sad:
Спасибо тебе Макс за то, что ты помогаеш людям получать полноценный вордпресс, да ещё к тому же (как сейчас редко) бесплатно. Респект.
Читал я твоё высказывание по поводу mywordpress.ru и к сожалению ты прав. Когда я первый раз зашёл на wordpress.ru то увидел линкопомойку которую давно должны были забанить поисковики. Моё мнение по этому поводу, попробуй попроси у автора домена wordpress.ru пускай тебе продадут домен, пускай назовут цену, а мы всем коллективом попробуем собрать деньги на покупку этого домена. Выложи просто на сайте WM данные и узнай цену того домена, я думаю если каждый скинется по 1-5$ то домен будет твоим, и ты восстановиш потерянный с позором портал.
Недавно проскакивала информация, что за wordpress.ru просят от 2000$. Мне кажется что это многовато. Даже если и найти такую сумму, то можно было бы её пустить на что-нибудь более полезное. Главное же не форма, а содержание.
2Dark_Elven:
Для этого нужно включать русскую локаль (WPLANG).
2HonDa:
Проблема не в стабильных версиях, а в том, что не существует нормального тестового периода. Та же 2.2 могла бы спокойно выйти как альфа, кто захотел, тот попробовал. После этого выходит бета (которая будет 2.2.1), и после её тестирования уже выходит нормальная версия (которая будет 2.2.2).
Ну и кроме того, сейчас в версиях все перемешано: добавляются и новые возможности, и исправляются найденые ошибки. Поэтому получается, что новые возможности тестируются только с выходом новой версии.
И самое противное, что те проблемные вопросы, которые стоило бы уже давно решить, просто напросто откладываются на потом. Например вопрос о кодировке трэкбаков, которая существует аж с 1.5 благополучно переносится на каждую последующую версию. Я уже даже код исправления дал, но вначале неренесли на 2.0.7, потом 2.1, потом на 2.2, сейчас смотрю уже в 2.3.
Так, что пока не будет сломана эта система, придется постоянно обновлять WordPress - раз в 1-2 месяца, вряд ли реже.
По поводу домена и правда не совсем гуд.
Макс возможно я спрошгу не в тему, но скажи где мне взять рабочу версию плагина PageNavi для вордпресса 2.2, я пробовал ставить скачанную с официального сайта и даже от туда она не работает. Ещё скажи пожалуйста где можно скачать модули отображающие:
1) Последние статьи
2) Популярные статьи
3) Случайные для каждой странички статьи
Заранее спасибо.
Максим, а можно чуть-чуть поподробнее, пожалуйста...
Тот плагин PageNavi, который входит в мою сборку, работает без проблем.
У меня это встроенные в шаблон функции. Но есть и отдельные плагины, нужно только поискать.
2Dark_Elven:
В wp-config.php указывается локаль. В ней и нужно указать нужный язык.
Могу посоветовать вот эти:
1) Последние статьи - http://rmarsh.com/plugins/recent-posts/
2) Популярные статьи - http://alexking.org/projects/wordpress/ (Popularity Contest)
3) Случайные статьи - http://www.coffee2code.com/archives/2004/08/27/plugin-customizable-post-listings/
насчет хостинга Славхост: изначально я устанавливала английскую версию wordpress автоматическим скриптом, поэтому могу определенно сказать, что кодировка базы данных - utf-8. Именно так указано в PHP MyAdmin, именно так было прописано в wp-config и именно так все работало. -) Не знаю, почему в FAQ они пишут про latin-1...
спасибо за Notepad2! Он решил дурацкую проблему с cannot modify header как раз в тот момент, когда я, сто раз пересохранив config в обычном блокноте, собралась биться головой об стену.)
Насчет кодировки. Сам сколько раз натыкался на эти же грабли. На хостингах очень часто указывают только "внешнюю" кодировку. Если зайти в phpMyAdmin, то это кодировка отображается как "MySQL-кодировка". Но создание таблиц, если это явно не указано, то они создаются в кодировке "внутренней" (collate). И вот на многих хостингах это кодировка cp1251. Грубо говоря, вы создаете таблицу и в phpMyAdmin видите (при просмотре этой таблицы) кодировку "cp1251_general_ci"...
Проблема решается только явным указанием "внутренней" кодировки. В моей сборке есть возможность указать её явно, поэтому, если вы создаете блог с нуля, то лучше сразу проверить верно ли она создалась. Если же вы только обновляете блог, то есть смысл отключив перекодировщик, попробовать подобрать кодировку вручную (например указать cp1251).
Спасибо, Максим! Обновился с оригинальной английской 2.0 версии на русскую 2.2 твоей сборки и всё прекрасно работает! Хотя получилось не сразу, но очень помогает внимательное прочтение разбора проблем с кодировками. Хостинг - петерхост - с той же фичей - collate=cp1251.
:cool::cool::cool:
Проблема вот в чём:
Как я писал выше, хостинг агава, и вот я добавил в файл .htaccess
строчки
Действительно стало всё работать, с кодировкой косяков нет, проблема в создании страниц, каждый раз когда я создаю страницу, кодировка слетает, - правится .htaccess, ладно, добавляю опять строчки, но доступ на страницы получается без ЧПУ с блога, а просто ?page_id=
как можно сделать чтобы было всё нормально?))
После изменения .htaccess, нужно еще раз обновить пермалинки (Настроки - Постоянные ссылки)
после такого пересохранения пермалинков кодировка слетела опять, если подумать - ведь этот скрипт обновляет файл .htaccess по своим дефолтным параметрам, посему и удаляет все сторонние изменения, значит проблема не решена пока)
Свои изменения в .htaccess WordPress оформляет в виде отдельного блока, поэтому когда вы их обновляете, то меняются только этот блок. Попробуйте вручную добавить в .htaccess WordPress-блок пермалинков.
пермалинки обновились - спасибо, но после добавления страниц появляется ошибка
http://forum.maxsite.org/viewtopic.php?id=1075
спасибо теперь всё работает =)
Пробовал обновиться с 2.0.9 (win1251). Получил:
Fatal error: Cannot redeclare the_permalink() (previously declared in мой домен/wp-includes/link-template.php:5) in мой домен/public_html/wp-includes/template-functions-links.php on line 6
:oops:
Невнимательно читали read-me.txt
нашол побочный эффект правки файла .htaccess в случае если хостинг как у меня агава.
Домен с блогом у меня в корне, т.е. основной - domain.ru , там собсвенно и стоит этот исправленный .htaccess, фишка в том, что во всех поддоменах или директориях теперь в жосткой форме меняется кодировка =) т.е. если раньше у меня стоял в директории /forum форум - то теперь он отображается с кракозяблями =)
как лечить и то и другое ?
Добавьте в каждый подкаталог .htaccess с нужной кодировкой. Должно помочь.
добавить точно такой же код
AddDefaultCharset UTF-8CharsetDisable On
CharsetDefault UTF-8
CharsetSourceEnc UTF-8
только вместо утф8 указать например вин1251 ?
Да. Только наверное не все эти команды будут нужны. Просто подберите нужные.
Warning: Cannot modify header information - headers already sent by (output started at /home/note/public_html/wp-config.php:1) in /home/note/public_html/wp-includes/functions.php on line 1348
При установке с нуля вылазиет такое на главной...
мне кажется чего тоя с config не въехал
Чуть выше ссылка...
Такая проблема. после установки с нуля движка и прописывания базы данныъ через веб-интерфейс пишет: No such file or directory in /home/mobile/public_html/wp-includes/wp-db.php on line 2
Что бы это значило?
Спасибо.
Скорее всего не все файлы загрузили.
Wow, не ожидал такого быстрого ответа, с учетом даты предыдущих комментов
уже все работает снкс. Проблема была в том, что по умолчанию в фале wp-db.php было во второй строке прописано обращение непонятно куда. Потер, почистил бызу данных, поставил wordpress и все.
Здравствуйте.
Такая проблема. Поставил, всё ок работает, но админ-панель на английском, при этом описание большинства плагинов на русском.
В чем может быть проблема?
Заранее спасибо.
А что может быть такое если сайт отображается нормально, а админка набор буков и знаков)). Причем некоторые пункты отображаются нормально