Ars Longa, Vita Brevis

Сбой OpenJDK при использовании Eclipse в Ubuntu Lucid Lynx

2010-03-09T09:05:19Z

Симптом: Eclipse молча погибает при редактировании файла, в /var/log/kern.log появляется подобное сообщение об ошибке:

Mar 9 09:11:44 sjinks kernel: [350411.627132] java[19570] trap int3 ip:7ff3fbd74302 sp:7ff42741b030 error:0

Ключевые слова: java trap int3. Если они есть в логе, с большой вероятностью вы читаете про ту самую ошибку

Багтрекер Eclipse сообщает, что сбой возникает из-за ошибки в XULRunner 1.9.1.

Есть два решения проблемы:

Поставить XULRunner 1.9.2 из mozilla-daily ppa и добавить -Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner-1.9.2.1pre в eclipse.ini (после -vmargs). После данной операции eclipse.ini будет выглядеть примерно так:

-startup
plugins/org.eclipse.equinox.launcher_1.0.201.R35x_v20090715.jar
--launcher.library
plugins/org.eclipse.equinox.launcher.gtk.linux.x86_64_1.0.200.v20090519
-product
org.eclipse.epp.package.cpp.product
-showsplash
org.eclipse.platform
--launcher.XXMaxPermSize
256m
-vmargs
-Dorg.eclipse.swt.browser.XULRunnerPath=/usr/lib/xulrunner-1.9.2.1pre
-Dosgi.requiredJavaVersion=1.5
-XX:MaxPermSize=256m
-Xms40m
-Xmx256m
Второй вариант проще: перед запуском Eclipse установить переменную окружения GRE_PATH в абсолютно левый путь
Например, у меня Eclipse запускается так:

export GDK_NATIVE_WINDOWS=true
export GRE_PATH=/tmp/aaaaaaaaaaaa
/opt/eclipse/eclipse

После выполнения любой из двух операций всё работает просто замечательно.

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

Связанные записи

SJ Object Cache: еще более быстрое объектное кэширование для WordPress

2010-03-12T11:20:25Z

После года тестирования наконец-то вышла первая стабильная версия плагина SJ Object Cache.

SJ Object Cache — альтернатива плагину WP File Cache, поддерживающая APC, eAccelerator, xCache, Zend Disk Cache и Zend Shared Memory Cache.
В отличие от WP File Cache, SJ Object Cache ориентирован на VPS/VDS и выделенные сервера.

Одним из недостатков WP File Cache является то, что он смещает нагрузку с базы данных на файловую систему. Хотя это может быть не сильно критично для хорошего shared-хостинга, на виртуальных серверах и серверах со слабой дисковой подсистемой это может быть критично (виртуализация очень часто негативно сказывается на скорости ввода/вывода, в результате процессор может проводить много времени в ожидании окончания ввода/вывода). Вдобавок ко всему при включённом open_basedir файловые операции осуществляются медленнее из-за лишних проверок (привет всем, использующим Plesk).

Решением данной проблемы является использование разделяемой памяти (shared memory). Так как многие администраторы для повышения производительности ставят на выделенных серверах акселераторы (APC, xCache, eAccelerator), SJ Object Cache использует их интерфейс (API) для работы с выделенной памятью.

Функциональность SJ Object Cache

реализация долговременного кэширования на уровне запросов;
возможность отключения кэширования (в том числе и встроенного в WordPress);
возможность отключения межсессионного кэширования;
полная совместимость с интерфейсом класса WP_Object_Cache WordPress;
использование памяти под сессионный кэш для увеличения производительности;
сессионное кэширование часто изменяющихся объектов;
возможность задания групп, не подлежащих межсессионному кэшированию (может быть полезно для обеспечения совместимости со сторонними плагинами);
модульная архитектура, позволяющая добавлять новые кэширующие движки;
хранение настроек в коде плагина.

Кэширующие движки

Base Cache — аналог объектного кэша WordPress без возможности сохранения данных между сессиями; по тестам показывает чуть большую производительность, чем встроенный в WordPress кэш;
Alternative PHP Cache (APC);
eAccelerator (внимание: eAccelerator 0.9.6 не поддерживается, так как из него убрали функции кэширования пользовательских данных);
xCache
Zend Disk/Shared Memory Cache (данный движок не тестировался, но работать должен);
File Cache — модифицированная версия движка WP File Cache;
File Group Cache — модифицированная версия File Cache, оптимизированная под слабую дисковую подсистему (при доступе к кэшу читается сразу вся группа, что приводит к минимизации числа обращений к диску и увеличению объема потребляемой памяти).

Замечания по установке

Плагину при активации/сохранении настроек должен быть доступен на запись каталог wp-content: в него копируется файл object-cache.php.

В настройках акселератора (APC, eAccelerator, xCache) нужно отвести достаточно места под пользовательский кэш. WordPress весьма прожорлив!

Настройки, контролирующие размер кэша APC: apc.shm_segments, apc.shm_size.

Настройки, контролирующие размер кэша xCache: xcache.var_size. xCache — единственный из трёх рассматриваемых акселераторов, имеющий раздельные кэши для опкода и пользовательских данных.

Настройки, контролирующие размер кэша eAccelerator: eaccelerator.shm_size.

Для APC и eAccelerator размер кэша должен учитывать кэш опкода. По скромным подсчётам, WordPress 2.9.2 без плагинов (PHP 5.1.22, amd-64) занимает порядка десяти мегабайт. Для настройки размера кэша очень рекомендую воспользоваться утилитами, входящими в дистрибутив акселератора: они позволяют оценить объем занятой памяти, фрагментации кэша и просматривать различную статистику. Если с первого раза оптимальный размер кэша подобрать не удаётся, это нормально

На данном сервере (пять разных WordPress с разным наборов плагинов (SJ Object Cache настроен на трёх из них), два Simple Forum, куча всего по мелочи, кэш eAccelerator для хранения сессий) размер кэша колеблется в пределах 128–192 мегабайт. Север выдерживает больше тысячи одновременных посетителей, порядка 100,000 посетителей в сутки и генерирует в среднем 64 гигабайта трафика в сутки — и это безо всяких страничных кэшей типа WP Super Cache, Hyper Cache, W3 Total Cache, MaxSite Cache и т.п. Не без напильника, но тем не менее.

Удаление/деактивация плагина

Для успешной деактивации каталог wp-content должен быть доступен на запись — требуется удаление файла wp-content/object-cache.php.

Скачать SJ Object Cache 1.0.
Экспериментальная версия SJ Object Cache 1.1 с поддержкой WordPress MU.

Связанные записи

Ошибка в ORM Kohana 3 при использовании префиксов таблиц

2010-02-20T04:19:45Z

Ситуация: имеем две таблицы: пользователи и подписки:

CREATE TABLE prefix_users (
id INTEGER NOT NULL PRIMARY KEY,
name VARCHAR(255) NOT NULL
);

CREATE TABLE prefix_subscriptions (
id INTEGER NOT NULL PRIMARY KEY,
user_id INTEGER UNSIGNED NOT NULL,
some_data TEXT NOT NULL
);

Один пользователь может иметь несколько подписок, одна подписка может принадлежать только одному пользователю.

Настройки соединения с базой данных (application/config/database.php) имеют следующий вид:

return array(
'default' => array(
'type' => 'mysql',
'connection' => array(
'hostname' => 'localhost',
'username' => 'user',
'password' => 'pass',
'persistent' => FALSE,
'database' => 'database',
),
'table_prefix' => 'prefix_',
'charset' => 'utf8',
'caching' => FALSE,
'profiling' => TRUE,
),
);

Модели в Kohana 3 будут иметь следующий вид:

// application/classes/model/user.php
class Model_User extends ORM
{
protected $_has_many = array(
'subscriptions' => array(
'foreign_key' => 'user_id',
'model' => 'Subscription',
),
);
}

// application/classes/model/subscription.php
class Model_Subscription extends ORM
{
protected $_belongs_to = array(
'user' => array(
'foreign_key' => 'user_id',
'model' => 'User',
),
);
}

Допустим, что в контроллере у нас есть вызов наподобие

ORM::factory('Subscription')->with('user')->find_all();

Что произойдёт? А ничего хорошего:

Database_Exception [ 1054 ]: Unknown column 'prefix_user.id' in 'field list' [ SELECT `prefix_user`.`id` AS `user:id`, `prefix_user`.`name` AS `user:name`, `prefix_subscriptions`.* FROM `prefix_subscriptions` LEFT JOIN `prefix_users` AS `user` ON (`prefix_user`.`id` = `prefix_subscriptions`.`user_id`) ORDER BY `prefix_subscriptions`.`id` ASC ] ~ MODPATH/database/classes/kohana/database/mysql.php [ 183 ]

Почему? Модуль ORM предполагал, что запрос будет выглядеть так:

SELECT `user`.`id` AS `user:id`, `user`.`name` AS `user:name`, `subscriptions`.*
FROM `subscriptions`
LEFT JOIN `users` AS `user` ON (`user`.`id` = `subscriptions`.`user_id`)
ORDER BY `subscriptions`.`id` ASC

Так бы и было, если бы таблицы не имели префикса. ORM передаёт Database поля в виде user.id, Database их экранирует в `user`.`id`. Проблема в том, что Database ничего не знает о псевдонимах таблиц (users AS user в JOIN), а ORM ничего не знает о префиксах таблиц. Поэтому Database с чистой совестью добавляет префикс ко всему, что находится в именах слева от точки. В результате вместо SELECT `user`.`id` AS `user:id` получаем SELECT `prefix_user`.`id` AS `user:id`.

Есть два решения:

Унаследовать свой класс ORM от Kohana_ORM и исправить в нём метод with();
Исправить метод Kohana_ORM::with().

Результат получится примерно одинаковым — код будет выглядеть так:

public function with($target_path)
{
if (isset($this->_with_applied[$target_path]))
{
// Don't join anything already joined
return $this;
}

// Split object parts
$aliases = explode(':', $target_path);
$target = $this;
foreach ($aliases as $alias)
{
// Go down the line of objects to find the given target
$parent = $target;
$target = $parent->_related($alias);

if ( ! $target)
{
// Can't find related object
return $this;
}
}

// Target alias is at the end
$target_alias = $alias;

// Pop-off top alias to get the parent path (user:photo:tag becomes user:photo - the parent table prefix)
array_pop($aliases);
$parent_path = implode(':', $aliases);

if (empty($parent_path))
{
// Use this table name itself for the parent path
$parent_path = $this->_table_name;
}
else
{
if( ! isset($this->_with_applied[$parent_path]))
{
// If the parent path hasn't been joined yet, do it first (otherwise LEFT JOINs fail)
$this->with($parent_path);
}
}

// Add to with_applied to prevent duplicate joins
$this->_with_applied[$target_path] = TRUE;

// Use the keys of the empty object to determine the columns
foreach (array_keys($target->_object) as $column)
{
$name = '"'.$target_path.'"."'.$column . '"';
$alias = $target_path.':'.$column;

// Add the prefix so that load_result can determine the relationship
$this->select(array($name, $alias));
}

if (isset($parent->_belongs_to[$target_alias]))
{
// Parent belongs_to target, use target's primary key and parent's foreign key
$join_col1 = '"'.$target_path.'"."'.$target->_primary_key.'"';
$join_col2 = $parent_path.'.'.$parent->_belongs_to[$target_alias]['foreign_key'];
}
else
{
// Parent has_one target, use parent's primary key as target's foreign key
$join_col1 = $parent_path.'.'.$parent->_primary_key;
$join_col2 = '"'.$target_path.'"."'.$parent->_has_one[$target_alias]['foreign_key'] .'"';
}

// Join the related object into the result
$this->join(array($target->_table_name, $target_path), 'LEFT')->on($join_col1, '=', $join_col2);

return $this;
}

Патч по объёму гораздо меньше:

--- kohana/modules/orm/classes/kohana/orm.php
+++ kohana/modules/orm/classes/kohana/orm.php
@@ -637,7 +637,7 @@
// Use the keys of the empty object to determine the columns
foreach (array_keys($target->_object) as $column)
{
- $name = $target_path.'.'.$column;
+ $name = '"'.$target_path.'"."'.$column . '"';
$alias = $target_path.':'.$column;

// Add the prefix so that load_result can determine the relationship
@@ -647,14 +647,14 @@
if (isset($parent->_belongs_to[$target_alias]))
{
// Parent belongs_to target, use target's primary key and parent's foreign key
- $join_col1 = $target_path.'.'.$target->_primary_key;
+ $join_col1 = '"'.$target_path.'"."'.$target->_primary_key.'"';
$join_col2 = $parent_path.'.'.$parent->_belongs_to[$target_alias]['foreign_key'];
}
else
{
// Parent has_one target, use parent's primary key as target's foreign key
$join_col1 = $parent_path.'.'.$parent->_primary_key;
- $join_col2 = $target_path.'.'.$parent->_has_one[$target_alias]['foreign_key'];
+ $join_col2 = '"'.$target_path.'"."'.$parent->_has_one[$target_alias]['foreign_key'] .'"';
}

// Join the related object into the result

Скачать патч (unified diff).

Идея в том, что имена псевдонимов заключаются в двойные кавычки — в этом случае Database не занимается «самодеятельностью» в виде добавления префиксов куда надо и не надо.

Проверялось на Kohana 3.0.3

Отчёт об ошибке в трекере Kohana

Связанные записи

SQLMon для Code Igniter

2010-02-13T06:14:24Z

На днях мне довелось заняться оптимизацией одного проекта, написанного с использованием фреймворка Code Igniter. Важной частью процесса являлась оптимизация запросов к базе данных, а для этого как минимум нужно видеть эти запросы перед глазами.

Этот минимум в Code Igniter достигается очень просто: вызовом

$this->output->enable_profiler(TRUE);

в контроллере. Но когда запросов на странице очень много, хотелось бы избавиться от рутинного выполнения EXPLAIN для каждого подозрительного запроса. Что, собственно, и делает SQLMon. Возникает логичное желание интегрировать его в Code Igniter.

Но в отличие от Kohana, с Code Igniter здесь не всё так просто. Во-первых, Code Igniter не поддерживает так называемую каскадную файловую систему. Во-вторых, Code Igniter не позволяет расширять или заменять класс Database. А изменять код системы (и поддерживать его при каждом обновлении) очень не хочется. Тем не менее, я нашел простое решение и реализовал соответствующую библиотеку.

Перед использованием библиотеки рекомендуется прочитать статью «Optimizing Queries with EXPLAIN».

Использование библиотеки. Библиотека состоит из двух частей:

Драйвер базы данных (каталог system/database/drivers/mysql_exp). Драйвер требует наличия драйвера MySQL (класс CI_DB_mysql_driver), так как, по сути дела, является производным от него классом. Драйвер переопределяет метод _execute(), в котором и выполняет анализ запроса.
Представление (view). Находится в каталоге system/application/views/sqlmon, используется для отображения результатов.

Установка библиотеки простая: содержимое каталога system/database должен быть скопировано в system/database, содержимое каталога system/application должно быть скопировано в каталог приложения. Затем нужно отредактировать настройки соединения с базой данных (файл appliaction/config/database.php): параметр dbdriver соединения нужно установить в mysql_exp.

Пример:

$active_group = "default";
$active_record = TRUE;

$db['default']['hostname'] = "localhost";
$db['default']['username'] = "username";
$db['default']['password'] = "password";
$db['default']['database'] = "database";
$db['default']['dbdriver'] = "mysql_exp"; // <<< Вот оно
$db['default']['dbprefix'] = "mso_";
$db['default']['pconnect'] = TRUE;
$db['default']['db_debug'] = TRUE;
$db['default']['cache_on'] = FALSE;
$db['default']['cachedir'] = "system/cache/db";
$db['default']['char_set'] = "utf8";
$db['default']['dbcollat'] = "utf8_general_ci";

Затем в соответствующее представление добавляем код:

<?php
$ci = &get_instance();
$ci->load->view('sqlmon/sqlmon');
?>

И наслаждаемся. На выходе должно получиться что-то вида (на примере MaxSite CMS; изображение можно кликнуть):

Скачать SQLMon для Code Igniter.

Связанные записи

Deferred RSS 1.1

2010-02-11T19:08:11Z

Вышла новая версия плагина Deferred RSS (1.1). Плагин предназначен для отложенной публикации фидов для того, чтобы поисковые системы проиндексировали сайт-источник первым.

Изменения в данной версии:

добавлена украинская локализация — во многом благодаря Google Translate;
добавлена возможность указания ссылки на оригинал статьи;
исправлены мелкие недочёты в коде.

Практические рекомендации:

При использовании режима замены кириллических букв английскими убедитесь, что поисковым системам запрещено индексировать ваш фид.
Хотя плагин умеет добавлять в фид ссылку на оригинал статьи, сплоггеры могут заменить её внутренней ссылкой. Поэтому будьте креативнее: плагины для замены ссылок не всегда могут заменить все варианты ссылок. Например:

При использовании материалов блога наличие ссылки на <a
href="%4$s"
>источник</a>

обязательно.

Данный код является корректным HTML, но далеко не всякий парсер, использующий регулярные выражения, сможет его понять.

Скачать плагин Deferred RSS 1.1.

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

Связанные записи

Притча о зависти и злости

2010-02-11T13:41:35Z

Люди! Будьте добрее!

Один старый мастер боевых искусств решил больше никогда не биться. Но однажды его все-таки вызвал на бой один нахальный юный воин, который считал, что он куда искуснее и сильнее.

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

Ученики мастера были удивлены действиями своего учителя, многие начали его осуждать:

— Неужели вам не дорога ваша честь и честь ваших предков?

Тогда старый мастер сказал:

— Когда вам дарят подарок, а вы его не принимаете, то кому тогда принадлежит это подарок?

— Конечно тому, кто его дарит!

— Так же дела обстоят с завистью, злостью и ненавистью. Если мы их не принимаем, они остаются у дающего.

Источник

Связанные записи

cpio: ./lib/udev/firmware.sh: не удаётся stat: Нет такого файла или каталога

2010-02-13T06:55:38Z

Счастливым обладателям Lucid Lynx

Если вы — счастливый обладатель тестовой версии Ubuntu 10.04 (Lucid Lynx), и после обновления udev система выдаёт такую ошибку:

Обрабатываются триггеры для initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-12-server
cpio: ./lib/udev/firmware.sh: не удаётся stat: Нет такого файла или каталога
update-initramfs: failed for /boot/initrd.img-2.6.32-12-server
dpkg: подпроцесс установлен сценарий post-installation возвратил код ошибки 1
E: Sub-process /usr/bin/dpkg returned an error code (2)
Не удалось установить пакет. Попытка восстановить:
Настраивается пакет initramfs-tools (0.92bubuntu64) ...
update-initramfs: deferring update (trigger activated)

Обрабатываются триггеры для initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-12-server
cpio: ./lib/udev/firmware.sh: не удаётся stat: Нет такого файла или каталога
update-initramfs: failed for /boot/initrd.img-2.6.32-12-server
dpkg: подпроцесс установлен сценарий post-installation возвратил код ошибки 1
E: dpkg был прерван, Вы должны вручную выполнить 'sudo dpkg --configure -a' чтобы исправить эту проблему.
E: Не удалось получить системную блокировку! (Возможно, запущен другой экземпляр apt или dpkg?)
E: dpkg был прерван, Вы должны вручную выполнить 'sudo dpkg --configure -a' чтобы исправить эту проблему.

Выполнение sudo dpkg --configure -a ни к чему хорошему не приводит:

Настраивается пакет initramfs-tools (0.92bubuntu64) ...
update-initramfs: deferring update (trigger activated)

Обрабатываются триггеры для initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-12-server
cpio: ./lib/udev/firmware.sh: не удаётся stat: Нет такого файла или каталога
update-initramfs: failed for /boot/initrd.img-2.6.32-12-server
dpkg: подпроцесс установлен сценарий post-installation возвратил код ошибки 1

либо

Setting up initramfs-tools (0.92bubuntu64) ...
update-initramfs: deferring update (trigger activated)

Processing triggers for initramfs-tools ...
update-initramfs: Generating /boot/initrd.img-2.6.32-12-server
cpio: ./lib/udev/firmware.sh: Cannot stat: No such file or directory
update-initramfs: failed for /boot/initrd.img-2.6.32-12-server
dpkg: subprocess installed post-installation script returned error exit status 1

Если всё так, то вы попали по адресу. К счастью, проблема исправляется просто. Но до тех пор, пока её не исправить, обновить систему будет весьма и весьма проблематично.

Для решения проблемы нужно исправить файл /usr/share/initramfs-tools/hooks/udev:

sudo nano /usr/share/initramfs-tools/hooks/udev

Нужно найти строку

copy_exec /lib/udev/firmware.sh /lib/udev

и исправить её на

copy_exec /lib/udev/firmware /lib/udev

После чего нужно сохранить файл и выполнить

sudo dpkg --configure -a

Для любителей патчей: патч для /usr/share/initramfs-tools/hooks/udev:

--- /usr/share/initramfs-tools/hooks/udev.orig 2010-02-10 14:03:18.000000000 +0200
+++ /usr/share/initramfs-tools/hooks/udev 2010-02-10 18:25:18.000000000 +0200
@@ -41,7 +41,7 @@
mkdir -p ${DESTDIR}/lib/udev
# 50-udev-default.rules
# 50-firmware.rules
-copy_exec /lib/udev/firmware.sh /lib/udev
+copy_exec /lib/udev/firmware /lib/udev
# 60-persistent-storage.rules
copy_exec /lib/udev/ata_id /lib/udev
copy_exec /lib/udev/usb_id /lib/udev

PS — а дистростроителям, ленящимся протестировать обновление, прежде чем пихать его в репозиторий, оторвал бы все выступающие части тела

UPDATE: ссылка на официальный баг в Launchpad. Возможно, там предложат лучшее решение, чем я.

Связанные записи

SQLMon для Kohana 3

2010-02-13T06:10:19Z

Мониторинг SQL-запросов в Kohana 3

Продолжая славную традицию реализации SQLMon под различные CMS/фреймворки, написал одному заказчику модуль для Kohana 3.

SQLMon для Kohana 3 интегрируется в иерархию классов Database (встраивается между классами Database_MySQL и Kohana_Database_MySQL) и реализует обёртку над методом Kohana_Database_MySQL::query(), измеряя время выполнения запроса, объём потребляемой памяти, записывая код ошибки запроса, трассу вызовов и EXPLAIN запроса (причём не только для SELECT, но и UPDATE/DELETE и INSERT/REPLACE INTO … AS или CREATE TABLE … AS) — всё то же самое, что и SQLMon для WordPress.

Данный модуль будет полезен разработчикам для анализа производительности запросов MySQL и поиска решений для их оптимизации. Перед использованием модуля рекомендуется прочитать статью «Optimizing Queries with EXPLAIN».

Использование модуля. Модуль должен быть распакован в каталог modules проекта (после распаковки появится каталог sqlmon). Затем модуль должен быть активирован в файле application/bootstrap.php. Очень важно, чтобы модуль подключался перед модулем database — это связано с особенностями поиска классов в Kohana 3.

Например:

Kohana::modules(array(
'sqlmon' => MODPATH.'sqlmon', // SQL Monitor — обязательно перед Database
'database' => MODPATH.'database', // Database access
'orm' => MODPATH.'orm', // Object Relationship Mapping
'pagination' => MODPATH.'pagination', // Paging of results
));

Для отображения статистики нужно выполнить

<?php echo View::factory('sqlmon/sqlmon'); ?>

Результатом будет нечто вида (скриншот можно кликнуть):

Настройка. SQLMon использует файлы конфигурации модуля Database — config/database.php. Для контроля поведения SQLMon нужно использовать параметры:

backtrace — boolean (по умолчанию true) — должен ли SQLMon отображать трассу вызовов (то, что отображается синим цветом на скриншоте выше);
explain — boolean (по умолчанию true) — должен ли SQLMon отображать план выполнения запросов (EXPLAIN).

Пример файла конфигурации:

<?php
return array(
'default' => array(
'type' => 'mysql',
'profiling' => true,
'charset' => 'utf8',
'table_prefix' => '',
// Настройки SQLMon
'backtrace' => true,
'explain' => true,
// ---
'connection' => array(
'username' => 'root',
'password' => 'M1dn19ht',
'hostname' => 'localhost',
'persistent' => false,
'database' => 'feedfetcher'
),
)
);
?>

Скачать SQLMon для Kohana 3.

Связанные записи

Simple Tags 1.7.4.2

2010-02-03T10:27:37Z

Недавно вышла очередная версия плагина Simple Tags. Проблема с UTF-8/многобайтными строками осталась (нужно бы написать автору ещё раз). Вдобавок появилась проблема с вызовом register_uninstall_hook() при каждой загрузки страницы (я исправлял аналогичную проблему с NextGen Gallery).

Из плюсов: Simple Tags 1.7.4.2 нормально работает с WordPress 3.0.

Исправленная версия плагина Simple Tags 1.7.4.2 (я убрал их исходного архива скриншоты — вряд ли кто их смотрит).

Патч:

diff -uwdBrN simple-tags.orig/inc/base.php simple-tags/inc/base.php
--- simple-tags.orig/inc/base.php 2010-02-02 22:39:08.000000000 +0200
+++ simple-tags/inc/base.php 2010-02-03 11:26:48.000000000 +0200
@@ -41,6 +41,7 @@
*
*/
function installSimpleTags() {
+ register_uninstall_hook (WP_PLUGIN_DIR . '/simple-tags/simple-tags.php', array('SimpleTagsBase', 'uninstall') );
$options_from_table = get_option( STAGS_OPTIONS_NAME );
if ( $options_from_table == false ) {
$this->resetToDefaultOptions();
diff -uwdBrN simple-tags.orig/inc/client.php simple-tags/inc/client.php
--- simple-tags.orig/inc/client.php 2010-02-02 22:39:08.000000000 +0200
+++ simple-tags/inc/client.php 2010-02-03 11:39:18.000000000 +0200
@@ -141,8 +141,9 @@
}

$filtered = ''; // will filter text token by token
- $match = "/\b" . preg_quote($term_name, "/") . "\b/".$case;
- $substitute = '<a href="'.$term_link.'" class="st_tag internal_tag" '.$rel.' title="'. esc_attr( sprintf( __('Posts tagged with %s', 'simpletags'), $term_name ) )."\">$0</a>";
+ $quoted = preg_quote($term_name, "/");
+ $match = "/(\PL|\A)(" . preg_quote($term_name, "/") . ")(\PL|\Z)/u".$case;
+ $substitute = '$1<a href="'.$term_link.'" class="st_tag internal_tag" '.$rel.' title="'. attribute_escape( sprintf( __('Posts tagged with %s', 'simpletags'), $term_name ) )."\">$2</a>$3";

// for efficiency only tokenize if forced to do so
if ( $must_tokenize ) {
diff -uwdBrN simple-tags.orig/simple-tags.php simple-tags/simple-tags.php
--- simple-tags.orig/simple-tags.php 2010-02-02 22:39:08.000000000 +0200
+++ simple-tags/simple-tags.php 2010-02-03 11:42:14.000000000 +0200
@@ -3,7 +3,7 @@
Plugin Name: Simple Tags
Plugin URI: http://redmine.beapi.fr/projects/show/simple-tags
Description: Extended Tagging for WordPress 2.8 and 2.9 ! Suggested Tags, Mass edit tags, Autocompletion, Tag Cloud Widgets, Related Posts, Related Tags, etc!
-Version: 1.7.4.2
+Version: 1.7.4.2.1
Author: Amaury BALMER
Author URI: http://www.herewithme.fr
Text Domain: simpletags
@@ -23,6 +23,7 @@
Contributors:
- Kevin Drouvin (kevin.drouvin@gmail.com - http://inside-dev.net)
- Martin Modler (modler@webformatik.com - http://www.webformatik.com)
+- Vladimir Kolesnikov <vladimir at extrememember dot com> - http://blog.sjinks.pro/

Todo:
Both :
@@ -53,7 +54,6 @@

// Activation, uninstall
register_activation_hook(__FILE__, array('SimpleTagsBase', 'installSimpleTags') );
-register_uninstall_hook (__FILE__, array('SimpleTagsBase', 'uninstall') );

// Init ST
function simple_tags_init() {

Связанные записи

Исправление ошибки с поддержкой VERP в PHPMailer

2010-02-03T09:35:05Z

Великая сила пробела

PHPMailer — класс для отправки почты из PHP; используется многими известными приложениями, в том числе и WordPress.

VERP — техника, упрощающая автоматическое определение и удаление email-адресов из списков рассылки, сообщения которым не могут быть доставлены.

Поддержка VERP в PHPMailer хоть и реализована, но не работает.

Следующий лог сессии с SMTP-сервером это демонстрирует:

Out: 220 example.com ESMTP Postfix
In: EHLO example.com
Out: 250-example.com
Out: 250-PIPELINING
Out: 250-SIZE 10240000
Out: 250-ETRN
Out: 250-XVERP
Out: 250-ENHANCEDSTATUSCODES
Out: 250-8BITMIME
Out: 250 DSN
In: MAIL FROM:<mailer@example.com>XVERP
Out: 501 5.1.7 Bad sender address syntax
In: RSET
Out: 250 2.0.0 Ok

Мы видим, что сервер поддерживает VERP (250-XVERP), но серверу не нравится строка MAIL FROM. И действительно, в ней есть маленькая ошибка: перед XVERP отсутствует пробел.

Добавление пробела исправляет ситуацию:

220 example.com ESMTP Postfix
EHLO example.com
250-example.com
250-PIPELINING
250-SIZE 10240000
250-ETRN
250-XVERP
250-ENHANCEDSTATUSCODES
250-8BITMIME
250 DSN
MAIL FROM:<mailer@example.com> XVERP
250 2.1.0 Ok
RSET
250 2.0.0 Ok
QUIT
221 2.0.0 Bye

Исправление является тривиальным: в файле class.smtp.php находим строку

$useVerp = ($this->do_verp ? "XVERP" : "");

и заменяем её на

$useVerp = ($this->do_verp ? " XVERP" : "");

Для тех, кому проще иметь дело с патчами:

--- class.smtp.php
+++ class.smtp.php.new
@@ -604,7 +604,7 @@
return false;
}

- $useVerp = ($this->do_verp ? "XVERP" : "");
+ $useVerp = ($this->do_verp ? " XVERP" : "");
fputs($this->smtp_conn,"MAIL FROM:<" . $from . ">" . $useVerp . $this->CRLF);

$rply = $this->get_lines();

Патч для WordPress можно найти здесь.