WordPress, BuddyPress, MediaWiki

После апгрейда WordPress 3.0 оказался несовместим с плагином WP Tuner

Стало интересно, действительно ли это несовместимость.

Экспериментальная часть.

1. Устанавливаю wp tuner из админки WordPress 3.0 - плагин установился.
Активирую wp tuner, в итоге белый лист.

2. Переименовываю папку плагина wp tuner по ftp (на отличное от дефолтного имени wptuner) - белый лист ушел, блог заработал.
Активирую плагин wp tuner - он работает.

3. Проверяю наоборот: переименовываю папку плагина wp tuner в дефолтное имя wptuner и на WordPress 3.0 снова белый лист.

Вывод: Смена имена папки wptuner на любое, отличное от wptuner возвращает работоспособность блогу и плагину (конечно плагин нужно заново активировать).

Логов на вебсервере об ошибках во время белого листа не было, т.е. ошибок не происходит. Но что же все-таки происходит с папкой wptuner ?

Кстати, тред обсуждения плагина WP Tuner

Update 20.06.2010

Активированный в отличной от wptuner папки плагин сообщает о некорректности установки

Continue reading »

written by rxs \\ tags: wp tuner, белый лист

Вдруг пропал визуальный редактор записей в WordPress. Без каких-либо изменений на хостинге с файлами блога.

Т.е. пропали кнопки визуального оформления записи

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

Поиск в Сети приводил к советам поставить другие редакторы, список которых размещался на нескольких страницах. Только зачем ставить что-то еще, если и настоящие настройки должны работать хорошо.

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

Под другим предположил браузер - пользуюсь FireFox. Проверил визуальный редактор в Opera, и, действительно, визуальный редактор записей в Opera работает нормально.

В итоге решением стало удаление всей истории в Firefox (cookies, кеш и др.).

written by rxs \\ tags: визуальный редактор

После небольших изменений php файлов из WordPress перестал открываться блог, отображая белый лист.

Просмотр логов дал следующий итог:

[error] PHP Parse error:  syntax error, unexpected T_VARIABLE

PHP говорит про синтаксическую или структурную ошибку. Проверил последние изменения в файлах.

Да, так и есть, редактор Notepad++ по-другому подсвечивает аргументы в одинарных и двойных кавычках, чем должен для PHP.

Оказалось, что WordPress при публикации PHP кода в формате Абзац заменяет кавычки (пример)

прямые " на косые ”

Решением будет использовать для PHP кода формат Отформатированный, пример которого указан выше.

written by rxs \\ tags: T_VARIABLE, белый лист

Недавно ко мне обратились с проблемой: при переходе на подрубрики появляется ошибка 404, как будто их не существует.

Также ошибка 404 появляется при переходе на старые записи, т.е. на страницу вида /page/2 и т.п.

Предположил, что это может быть  ЧПУ.

В WordPress ЧПУ задается в Параметры-Постоянные ссылки. Кроме того, ЧПУ могут настраивать плагины.

Оказалось, что на блоге с 404 ошибкой работает плагин Seo without category, на него и упало 1-е подозрение.

Поиск приводит к решению на блоге blogto4ka.ru

Решается проблема банально дописыванием в конец произвольной структуры окончания .html: /%category%/%postname%.html. Вот и все…

После внесения указанных выше изменений на блог с ошибкой 404 проблема с подкатегориями исчезла.

written by rxs \\ tags: 404

При ручном перестроении карты в плагине Google XML Sitemaps версии 3.2.2 стал появляться белый лист. Это не очень хорошо.

В логах сервера обнаружил следующее:

[error] PHP Fatal error:  Call to undefined function wp_remote_get() in
…\wp-content\plugins\google-sitemap-generator\sitemap-core.php on line 2356

Т.е. вызов неопределенной (неизвестной) функции и PHP дает Fatal error.

Смотрю строку 2356 из файла sitemap-core.php из \wp-content\plugins\google-sitemap-generator

Continue reading »

written by rxs \\ tags: Google XML Sitemaps, wp_remote_get, белый лист