Исходный код

wp_set_comment_status ($id, 'delete');

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

Для всех блогеров использующих данный плагин и столкнувшихся с данной проблемой предлагаю скачать исправленную версию плагина «Я не робот» для Wordpress 2.9.

UP: Прошло несколько недель, за это время ни одного спам комментария. Пользователи могут постить сообшения без проблем. Считаем вопрос закрытым, плагин работает.

1) MySQL Cluster

2) MySQL Replication

Оба механизма имеют свои плюсы и минусы, но всетаки более популярен и доступен – это 2-ой вариант, то есть репликация данных между MySQL серверами. Настройка репликации отлично описана в документации, поэтому рассматривать мы ее не будем. Предмет данной заметки – проверка MySQL slave сервера на идентичность его данных MySQL master серверу.

Не все администраторы это знают, но из-за того, что репликация в MySQL 4.1-5.0 производится при помощи бинарных логов, в которые пишутся SQL запросы, которые в последствии выполняются MySQL slave сервером, данные на slave сервере могут отличаться от данных на master сервере, причем, как показывает практика, такие ситуацию случаются регулярно.

Соответственно, задача любого MySQL администратора – это обеспечить ежедневную проверку идентичности данных slave сервера с последующей синхронизацией данных, в случае необходимости.

Для проверки идентичности данных я использую утилиту mk-table-checksum из пакета Maatkit. Данная утилита умеет проверят идентичность данных между серверами, выборочно по базам данных или отдельным таблицам, с помощью разных алгоритмов (ACCUM, BIT_XOR, CHECKSUM), причем, как между серверами связанными репликацией, так и нет. Суть работы данной утилиты – конкатенация всех данных в таблице, с дальнейшим получением контрольного числа для данного объема данных. Для проверки я использую следующие параметры для запуска данной утилиты:

Исходный код

mk-table-checksum --quiet --algorithm BIT_XOR --chunk-size 500000 --nocrc --empty-replicate-table --float-precision 5 \
--function FNV_64 --optimize-xor --replicate=test.checksum --sleep-coef=0.5 --socket /tmp/mysql_socket_path.sock \
h=MYSQL_HOST,P=MYSQL_PORT,u=MYSQL_USER,p=MYSQL_PASS,A=cp1251

Ключевые параметры:

–algorithm BIT_XOR – алгоритм BIT_XOR, для получения финальной контрольного числа, данный алгоритм не учитывает очередность вставки данных в таблице, соответственно если на slave сервере данные находятся в другом порядке, чем на master сервере, то данный алгоритм не позволит это обнаружить, при такой ситуации нужно использовать алгоритм ACCUM.

–function FNV_64 – хеш функция для обработки контрольного числа полученного при помощи алгоритам BIT_XOR или ACCUM. Я использую функцию FNV_64, данная функция доступа после установки UDF модуля, исходный код данного модуля распространяется вместе с Maatkit.

Для проверки должен быть указан адрес MySQL master сервера, после запуска утилиты определяются БД для проверки и выполняются SQL запросы вида REPLACE с записью конечных данных в таблицу test.checksum, далее эти SQL запросы при помощи репликации передаются на slave сервер, где также выполняются. Соотвественно если результат выполнения одинх и техже запросов равен на master и slave сервере, значит считаем, что данные на серверах идентичны.

Далее для проверки и синхронизации данных, если это требуется, используем утилиту mk-table-sync. Я использую следующие параметры для запуска:

Исходный код

mk-table-sync --print --verbose --function FNV_64 --replicate test.checksum --sync-to-master \
h=MYSQL_HOST,P=MYSQL_PORT,u=MYSQL_USER,p=MYSQL_PASS,A=cp1251

Ключевые параметры:

–print – вывести информацию, если найдены различия, изменение данных не производится.

–sync-to-master – все изменения, если найдены различия, будут проводиться на MySQL  master сервере. Это особенно актуально в случае master-master репликации. В случае если вместо параметра –print будет параметр –execute, данная утилита определит какие данные между master и slave сервером различаются, подключится к master серверу и выполнит необходимые запросы (REPLACE, DELETE) для приведения slave сервера в идентичное состояние master серверу.

Также часто приходится пользоваться параметром –noforeign-key-checks, для отключения проверки foreign-key`s. Их выполнение все равно не нужно, если данные в итоге будут идентичны на обоих серверах.

Проводя такую нехитрую проверку каждый день, мы можем гарантировать, что данные между master и slave серверами идентичны, и в случае отказа master сервера MySQL администратор сможет без проблем задейстовать slave сервер для обеспечения дальнейшей работы WEB проекта.

В следующей заметке опишу способ простой автоматизации проверки идентичности MySQL master и slave серверов с последующей нотификацией, в случае проблем, при помощи системы мониторинга Nagios.

Вобщем рекомендую всем для просмотра, отличное кино. Заказать DVD можно в Озоне, как и книгу, по которой составлялся сценарий.

Либо можете добавить эту ленту в свои RSS клиенты.

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

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

Настройки для подключения можно получить на этой странице.

Сборку linuxdc++ перенес туда, так что сборки происходят как для i386, так и для amd64 платформ.

Заранее спасибо.

Общее впечатление от картины – тихий ужас, судя по ленте в Америке на сегодняшний день наблюдается крайняя форма жадности в этой сфере. Чего только стоит стоимость услуг врачей для того, чтобы пришить кончик безымянного пальца (мужчина его случайно церкуляркой отрезал) – 12000$, пришить кончик указательного пальца – 60000$.

Если кто-то не дай бог заболел раком – можно смело умирать, стоимость первого этапа – 45000$, 2-3 этапов – 150000$. Понятно, что не у всех жителей Америки есть такие суммы денег, оказывается судя по статистике 75% семей разорились, то есть стали банкротами (это те кто продали все, и не смогли расплатиться по долгам), из-за невероятных стоимостей медицинских услуг.

На текущий момент разработан законопроект H.R. 676, который предлагает ввести в Америке бесплатное (за счет уплаты налогов) медицинское страхование для всех жителей страны, будущее покажет сможет ли инициативная группа «протащить» его через Конгресс.

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

Надо будет узнать кто у нас в стране занимается этим вопросом и какая у нас программа развития медицинской системы на ближайшие 5-10 лет.

PXE загрузка удалась благодаря новой версии memdisk`a из пакета syslinux, начиная с версии 3.84 данная утилита поддерживает загрузку ISO образов по сети в память, соответственно для этих целей использовался iso hirens boot cd. Более подробно распишу в виде статьи на http://contrib.ru.

Наконец дошли руки до переработки debian репозитория сайта. Удалил все старые и ненужные пакеты, переработал немного структуру. Теперь им можно полноценно пользоваться.