• AMQP: 100x faster to do the same work and with no brokers (and 278 pages less spec).
• IPC: we abstract across boxes not only a single machine.
• CORBA: we do not enforce horrible complex message formats on you.
• RFC 1149: a lot faster!

Москва. 1920 год. В.И. Ленин на первомайском коммунистическом субботнике в Кремле.

В ЖЖ-сообществе sov_photo выложили фотку “Ленин с бревном” (она же справа).В комментариях бурное обсуждение подлинности этой фотки. А мне вот больше интересно было бы узнать: где это? откуда там бревно? для чего это бревно? В общем историю бревна.

Сосиски желательно использовать дешёвые и не вкусные, макароны должны быть переварены.

* На моем Eee PC Chrome запустился раза в 3 быстрее фокса (в фоксе установлено 2 расширения)

* Дизайнеры UI Chrome не постеснялись позаимствовать все хорошее, что было сделано ранее в IE8 и Firefox. Поэтому экран используется по максимуму для отображения содержимого страницы, а не для меню и 2-х панелей. Я знаю, что это настраиваемо в фоксе, но в Chrome это сделано удобно как для нормальных разрешений, так и для ущербных нетбучных.

* В Chrome очень удобная строка ввода url, благодаря которой атавизмы типа строки поиска не нужны.

* Не нашел явных минусов по сравнению с фоксом, зато скорость поражает.

Поражает, конечно, инерционность мышления человеческая: “я вот работал в фаерфоксе – он хороший, все остальные браузеры в любом случае говно” – синдром бабушек, которые сидели на Win95 и боялись пересаживаться на Win98, т.к. там же “всё по другому!”.

Так же поражает твердолобость разработчиков проекта Mozilla. Складывается такое впечатление, что со времен Mozilla 0.8 они твердят себе “Дональд Кнут говорил – преждевременная оптимизация – корень всех зол”. За списками рассылки не слежу, поэтому не знаю какая там на самом деле ситуация.

К сожалению бинарный формат файлов, в которых flow-tools хранит собранную информацию о потоках, не документирован, поэтому весь разбор писался глядя на исходники flow-tools. В принципе, ничего хитрого – структуры для заголовков и самих данных описаны в lib/ftlib.h, откомментированы хорошо. Особенности обработки файлов можно посмотреть в функции ftio_read, в файле lib/ftio.c.

Очень помогла эта статья из блога Shiny Ideas. В ней написано с чего начать при изучении формата данных flow-tools.

Библиотека предполагает поддержку и других форматов хранения данных Netflow. Предполагается даже, что с помощью этой библиотеки можно сделать свой Netflow capture.

Сегодня обновил расширение PdfBook для Коммунального Песенника. Исправления:

• cтатьи, входящие в более чем одну категорию не повторяются в полной версии;
• кириллические названия страниц отображаются в оглавлении целиком;
• кириллические заголовки отображаются;
• Теперь на страницах, которые можно получить в виде pdf-файла, есть вкладка “pdf”.

Текущая версия здесь.

Остановился на расширении PdfBook. Оно судя по всему заброшено, т.к. последнее изменение датируется 2007 годом. Это расширение умеет экспортировать только содержимое выбранной категории, а также имеет проблемы с экспортом русского текста. Написано оно очень простенько — использует тулзу htmldoc для непосредственного преобразования в pdf. Я прошелся немного напильничком и получил вполне годное решение. Посмотреть как выглядит результат можно здесь.

Установка расширения стандартная:

• распаковать в extensions;
• добавить строку

  require_once( "$IP/extensions/PdfBook/PdfBook.php" );

  в LocalSettings.php;

• для корректного отображения русских символов нужно указать кодировку для вывода — koi8-r, в LocalSettings.php:

  $wgPdfBookCharset = koi8-r';

Для того, чтобы экспортировать в pdf содержимое всей wiki нужно вызвать любую страницу wiki с параметрами: action=pdfbook&format=whole.

Одна из проблем с которой я встретился – раньше нажатие двумя пальцами по тачпаду обозначало клик средней кнопки мыши, а теперь это куда-то делось. Выяснил, что теперь 2 пальца – это правый клик, а три пальца – это средний клик. Раньше я даже и не знал, что можно тремя пальцами тоже нажимать. Чтобы вернуть все на место можно воспользоваться командой:

$ synclient TapButton2=2 TapButton3=3

Для включения возможности отправки SNMPv3 уведмлений (informs) на маршрутизаторе необходимо:

• указать engine ID удаленной стороны, которая будетполучать уведомления,
• указать имя пользователя и пароль, которые будет использоваться для аутентификации на удаленной стороне при отправке уведомления
• включить возможность отправки SNMP traps
• указать адрес удаленной стороны – получателя уведомлений

Конфигурация Cisco 1841 для отправки уведомлений связанных с параметрами процессора по адресу 192.168.0.1 с аутентификацией по имени пользователя remoteuser без пароля:

router(config)# snmp-server engineID remote 192.168.0.1 00000012030100A1BF151903
router(config)# snmp-server group remotegroup v3 auth
router(config)# snmp-server user remoteuser remotegroup remote 192.168.0.1 v3 auth sha password
router(config)# snmp-server enable traps cpu threshold
router(config)# snmp-server host 192.168.0.1 informs version 3 auth remoteuser cpu

Для получения уведомлений используется программа snmptrapd из пакета Net-SNMP. Для ее настройки необходимо:

• указать engine ID, который будет использоваться при взаимодействии с узлом-отправителем
• указать имена пользователей и пароль, которые могут быть распознаны
• указать пользователя от которого можно принимать уведомления и что делать при получении этих уведомлений

Конфиг snmptrapd.conf:

createUser -e 0x00000012030100A1BF151903 remoteuser SHA password
authUser log remoteuser
engineID 00000012030100A1BF151903

Строка authUser log remoteuser указывает, что уведомления, полученные от пользователя remoteuser выводятся в лог. Параметры лога регулирубтся ключами snmptrapd. Запуск snmptrapd с отправкой всех полученных уведомлений на стандартный вывод:

snmptrapd -Lo -f -c snmptrapd.conf