В PHP я почти ноль, всё делал методом тыка, если ошибся — поправьте, пожалуйста.

• Яндекс и mail.ru иногда отдают текст русского запроса в кодировке windows-1251, а не utf-8. Нашел на форуме способ определения кодировки, который работает лучше, чем mb_detect_encoding. Добавил в класс wp_shortstat функцию преобразования кодировки запроса: query2utf8. Вызываю её только для Яндекса и mail.ru, хотя по идее надо бы для всех поисковиков. Но кодировка запросов Google почему-то не всегда определяется правильно.
• Перенес в функцию sniffKeyword преобразование запроса в нижний регистр.
• Перенс в функцию sniffKeyword перекодировку запроса в utf-8.

Теперь sniffKeyword возвращает полностью готовый к употреблению поисковый запрос — преобразованный к нижнему регистру, в utf-8. Русские буквы и отображаются, и сохраняются в базе правильно.
Осталась непонятная проблема с кириллической буквой 'е' — иногда вместо неё почему-то отображается '� �'.

Код для интересующихся. Основан на WP-Shortstat-1.15.

if( $_SERVER['HTTP_HOST'] == 'all-x.net' || $_SERVER['HTTP_HOST'] == 'www.all-x.net' ) {
	define('DB_NAME', ...);
	define('DB_USER', ...);
	define('DB_PASSWORD', ...);
	define('DB_HOST', ...);
	$table_prefix  = ...;
} else ...

Можно придумать и более общее решение — формировать префикс таблиц по домену, но это годится только при создании новых блогов, не факт, что существующие будут использовать это соглашение.

Другой способ: использовать плагин WP Hive.

2. Заметил, что ломается форматирование записей при выводе категории или архива. Оказалось, что при этом выводится не соддержимое записей (content), а выдержки (excerpt), из которых вырезаются теги. В некоторых темах есть возможность настроить вид вывода, но не в тех, которые использую я. Поэтому пришлось применить другой способ — установить плагин Advanced Excerpt, который дает возможность регулировать, какие теги вырезать, а какие оставлять.

3. Подсмотрел у Никиты Селецкого, как сделать поле ввода «резиновым». Принял на вооружение.

А здесь написано, как добавить в редактор WordPress (HTML Source, не WYSIWYG) кнопку для быстрой вставки кода и изменить величину отступа при использовании табуляций: Posting source code in WordPress: escaping and syntax highlighting the inserted code. Заодно сделано и экранирование, которое плагин делает автоматически, если у пользователя правильная роль. Так что я открутил эти изменения обратно, файл получился такой: quicktags.js.

Warning: ob_start () [ref.outcontrol]: output handler 'ob_gzhandler' cannot be used after 'URL-Rewriter' in /www/giftinha/www/htdocs/wp-includes/functions.php on line 408

В этой строке находится вызов ob_start ( 'ob_gzhandler' );

Гугл решение не подсказал, хотя сообщения об аналогичной ошибке есть, причем, для разных CMS. Говорят, дело в конфигурации сервера. Хостер мой запрос отразил — никаких изменений, якобы, не было.

Workaround нашелся: в настройках WordPress можно запретить упаковывать статьи, но это временное решение.

Времени с этим разбираться нет совершенно, может, кто-нибудь подскажет?

Попробую перечислить свои пожелания, вдруг у кого-нибудь руки зачешутся реализовать. Вроде, несложно.

1. Настройка: N — количество дней, за которые накапливается статистика.
2. Плагин должен обеспечивать сбор статистики за последние N дней. Логически это N счетчиков посещения для каждой страницы. Ежедневно самый старый счетчик заменяется на счетчик для текущего дня.
3. Плагин должен предоставлять возможность вывода самых читаемых за последние N дней статей в указанной категории. Если категория не указана, учитываются все статьи.

Интерфейс как у XNUKE-Counterpost — функция на сбор статистики, функция на вывод.

При попытке их поменять обнаружилось, что картинки хранятся непосредственно внутри файла BriansThreadedComments.php:

$images['spacer.png'] = "iVBORw0KGgo...";
if(isset($_GET['image']))
{
    header("content-type: image/png");
    print base64_decode($images[$_GET['image']]);
    exit;
}

То есть, для замены картинки её необходимо преобразовать в base64.

Если это разовое действие, то проще всего не устанавливать никаких программ, а воспользоваться web-сервисом, например, base64encode. На этом же сайте можно сделать и обратное преобразование — base64decode.

Замечу, что в данном случае размер картинки должен быть 13*13 точек, при меньшем размере будет виден «кусочек паркета».

То ли владельцы блогов по большей части далеки от знания стандартного программистского инструментария, то ли это настолько само собой разумеется, что все молчат. И хаки всякие распространяются не в стандартной форме патчей, а в виде словесного описания.

В общем, в моем списке дел появились две записи:

1. Упрятать код WP этого сайта в Subversion.
2. Найти удобную PHP IDE. (PHPEclipse?)