<?xml version='1.0' encoding='windows-1251'?>
<rss version='2.0'>
  <channel>
    <title>ac @ www.eserv.ru Feed</title>
    <link>http://www.eserv.ru/~ac</link>
    <description>Eserv/5</description>
    <language>ru-ru</language>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <ttl>5</ttl>
    <generator>Eserv/5</generator>
   <lastBuildDate>Wed, 18 Jan 2012 13:19:19 GMT</lastBuildDate>
    <pubDate>Wed, 18 Jan 2012 13:19:19 GMT</pubDate>
    <managingEditor>support@eserv.ru</managingEditor>
    <webMaster>support@eserv.ru</webMaster>
<item><title>SOPA & PIPA</title><link>http://www.eserv.ru/~ac/SOPA%20%26%20PIPA</link><description>http://protestsopa.org/

По-моему, проблема несколько преувеличена. Американцы в одиночку не смогут поломать весь Интернет, даже если примут эти страшные законы :) Вот если их примеру последуют остальные правительства, тогда да... Вообще странно, что до сих пор таких законов не принято. Наверное не знают, как его на практике применять ;), потому что и с более простыми задачами (вирусами, спамом и т.д.) не справились.
</description><pubDate>Wed, 18 Jan 2012 13:19:19 GMT</pubDate><category>wikipost</category></item>
<item><title>Сам себе устроил DDoS</title><link>http://www.eserv.ru/~ac/%D0%A1%D0%B0%D0%BC%20%D1%81%D0%B5%D0%B1%D0%B5%20%D1%83%D1%81%D1%82%D1%80%D0%BE%D0%B8%D0%BB%20DDoS</link><description>Последние два обновления Eserv'ов проходили в сложной обстановке: как только я включал раздачу новой версии, на сервер налетали Eserv'ы, установленные у пользователей, и за 5 минут укладывали наш сервер (исчерпание памяти). Я недооценил два фактора - тормознутость SQLite (файлы обновлений раздавались прямо из БД, в которой Eserv ведет историю версий своих файлов) и количество установленных Eserv'ов (v4, начиная с которой появились автообновления). Перемножение этих факторов и вызывало лавину. К</description><pubDate>Fri, 23 Dec 2011 20:18:56 GMT</pubDate><category>wikipost</category></item>
<item><title>Google использует IPv6 и на основных службах</title><link>http://www.eserv.ru/~ac/Google%20%D0%B8%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D1%83%D0%B5%D1%82%20IPv6%20%D0%B8%20%D0%BD%D0%B0%20%D0%BE%D1%81%D0%BD%D0%BE%D0%B2%D0%BD%D1%8B%D1%85%20%D1%81%D0%BB%D1%83%D0%B6%D0%B1%D0%B0%D1%85</link><description>Про тестовый ipv6.google.com знают все, но Google постепенно внедряет поддержку IPv6 и на основных службах. Фрагмент из лога Eproxy/5:

[code]2011-12-01 03:29:24; [...] TCP_MISS/200 2621 CONNECT talk.google.com:5222 DIRECT/[2a00:1450:8004::7d]  [...]
2011-12-01 03:29:26; [...] TCP_MISS/200 2641 CONNECT talk.google.com:443 DIRECT/[2a00:1450:8004::7d] [...]
[/code]
(Google Talk на машинах в нашей ЛС не используется, подключение к talk.google по XMMP делает видимо Google Chrome, хотя User-Agent в </description><pubDate>Thu, 01 Dec 2011 01:29:49 GMT</pubDate><category>wikipost</category></item>
<item><title>About</title><link>http://www.eserv.ru/~ac/About</link><description>AC = Andrey Cherezov = Андрей Черезов , автор Eserv'а.
</description><pubDate>Wed, 30 Nov 2011 01:15:42 GMT</pubDate><category>wikipost</category></item>
<item><title>ТНК приравнены к государствам</title><link>http://www.eserv.ru/~ac/%D0%A2%D0%9D%D0%9A%20%D0%BF%D1%80%D0%B8%D1%80%D0%B0%D0%B2%D0%BD%D0%B5%D0%BD%D1%8B%20%D0%BA%20%D0%B3%D0%BE%D1%81%D1%83%D0%B4%D0%B0%D1%80%D1%81%D1%82%D0%B2%D0%B0%D0%BC</link><description>Ожидается, что в следующем году компаниям будет предложено создавать домены верхнего уровня, т.е. наряду с государственными и отраслевыми gTLD появятся  "*.компания" (на место "компания" можно смело ставить название тех, что первыми пришли на ум - они хорошо позаботились об этом "приходе на ум", поэтому и здесь не упустят шанса избавиться от лишнего ".com" ;). Разумеется, доступ к этому механизму получат в первую очередь именно эти крупнейшие транснациональные корпорации, которые уже "выразили </description><pubDate>Wed, 30 Nov 2011 00:32:46 GMT</pubDate><category>wikipost news</category></item>
<item><title>Яндекс уходит</title><link>http://www.eserv.ru/~ac/%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81%20%D1%83%D1%85%D0%BE%D0%B4%D0%B8%D1%82</link><description>Яндекс инвестирует $15млн. в американский поисковик blekko.com, который "ищет по качественным ресурсам". При этом в списке качественных ресурсов самого Яндекса (Яндекс.Каталог - http://yaca.yandex.ru/) оный blekko.com отсутствует. А blekko находит своего благодетеля Воложа только в рейтинге российских миллиардеров на сайте "Финанс", но не на сайте "Яндекса" (более "качественный ресурс" или точное определение новой роли первого лица Яндекса? ;). О чем говорит этот "когнитивный диссонанс"? О том </description><pubDate>Mon, 03 Oct 2011 17:09:02 GMT</pubDate><category>wikipost news</category></item>
<item><title>Eserv на Windows 8</title><link>http://www.eserv.ru/~ac/Eserv%20%D0%BD%D0%B0%20Windows%208</link><description>Eserv/4 и 5 работают на Windows 8 без проблем. Единственная неприятность - при использовании Internet Explorer в режиме "Metro UI" [почему-то] не работает javascript-функция prompt, в результате кнопки "Новая страница" или "Новая тема" не выводят окошко с вопросом о названии страницы. Но создать новую страницу, просто введя её [желаемый] URL в адресной строке можно и в этом режиме.

Что касается самой Windows 8... Да, этот "новый" Metro сильно мешает. "Новый" взято в кавычки, т.к. "десктопные ht</description><pubDate>Fri, 16 Sep 2011 12:48:06 GMT</pubDate><category>wikipost eserv</category></item>
<item><title>Облачное</title><link>http://www.eserv.ru/~ac/%D0%9E%D0%B1%D0%BB%D0%B0%D1%87%D0%BD%D0%BE%D0%B5</link><description>Опять спам про "корпорация VMware является лидером на рынке виртуализации — основополагающей технологии для облачных вычислений".

Если взять одну тормозную устаревшую ОС и запустить её внутри другой устаревшей тормозной ОС, то что получится? По-моему, получится "тормоз в квадрате". Кто придумал называть это "облачными вычислениями", откуда такая ассоциация? 

Когда мы получим что-нибудь действительно легкое (и белое, и пушистое :) как облако, а не новый слой штукатурки над Linux?
</description><pubDate>Wed, 13 Jul 2011 16:33:23 GMT</pubDate><category>wikipost</category></item>
<item><title>Android proxy - обещанного три года ждут</title><link>http://www.eserv.ru/~ac/Android%20proxy%20-%20%D0%BE%D0%B1%D0%B5%D1%89%D0%B0%D0%BD%D0%BD%D0%BE%D0%B3%D0%BE%20%D1%82%D1%80%D0%B8%20%D0%B3%D0%BE%D0%B4%D0%B0%20%D0%B6%D0%B4%D1%83%D1%82</link><description>Сегодня сотрудник Гугла закрыл ((http://code.google.com/p/android/issues/detail?id=1273 баг)) о поддержке http-прокси в Android. Не прошло и трёх лет (в ноябре было бы три) :) Используйте Android 3.
</description><pubDate>Fri, 17 Jun 2011 14:09:09 GMT</pubDate><category>wikipost deja</category></item>
<item><title>Правильный протокол</title><link>http://www.eserv.ru/~ac/%D0%9F%D1%80%D0%B0%D0%B2%D0%B8%D0%BB%D1%8C%D0%BD%D1%8B%D0%B9%20%D0%BF%D1%80%D0%BE%D1%82%D0%BE%D0%BA%D0%BE%D0%BB</link><description>http://tools.ietf.org/html/rfc768

UDP - вот правильный протокол. **Три страницы** документации (по нынешней моде меньше 300 не делают), всего одна версия (хотя у всех остальных протоколов уже по 4-6), никаких errata, и т.п. И это не мешает ему уже больше 30 лет работать одним из основных протоколов интернета (поверх него DNS и т.п. крайне важные штуки).

Эх, если б все спецификации были такими :)
</description><pubDate>Fri, 27 May 2011 13:28:28 GMT</pubDate><category>wikipost sf</category></item>
<item><title>Гагарин. Made in USSR.</title><link>http://www.eserv.ru/~ac/%D0%93%D0%B0%D0%B3%D0%B0%D1%80%D0%B8%D0%BD.%20Made%20in%20USSR.</link><description>Да, вот так и живём с раздвоенным сознанием... Сегодня грозим пальчиком руководству СССР за его "зверства" и народу за "совковость", извиняемся за преступления нашего "режима" перед другими преступными режимами, завтра празднуем годовщины достижений советского народа и того же самого руководства в том же самом режиме, послезавтра опять - "в WWII победил США с помощью советских заградотрядов", "ракеты стащили у немцев и за 10 лет допилили в ~ГУЛАГе", и т.д.

Гагарин в этом смысле уникальный "не</description><pubDate>Tue, 12 Apr 2011 00:18:42 GMT</pubDate><category>wikipost</category></item>
<item><title>В домене .RU уже 3 млрд имен</title><link>http://www.eserv.ru/~ac/%D0%92%20%D0%B4%D0%BE%D0%BC%D0%B5%D0%BD%D0%B5%20.RU%20%D1%83%D0%B6%D0%B5%203%20%D0%BC%D0%BB%D1%80%D0%B4%20%D0%B8%D0%BC%D0%B5%D0%BD</link><description>Из новостей - "В домене .RU уже 3 млрд имен". Что-то тут не так. По двадцать доменов на каждого россиянина и по 30 млдр. долларов в год за продление доменов? :) Наверное они и субдомены всех доменов посчитали - в ya.ru, ЖЖ, и т.п... Всё равно многовато. Спамеры постарались с регистрацией аккаунтов :)
</description><pubDate>Sat, 09 Apr 2011 03:16:52 GMT</pubDate><category>wikipost news</category></item>
<item><title>Некрасов о Яндексе</title><link>http://www.eserv.ru/~ac/%D0%9D%D0%B5%D0%BA%D1%80%D0%B0%D1%81%D0%BE%D0%B2%20%D0%BE%20%D0%AF%D0%BD%D0%B4%D0%B5%D0%BA%D1%81%D0%B5</link><description>Цитата на злобу дня, в связи с грядущим IPO Яндекса:

"Был профессором, ученым
Лет до тридцати,
И, казалось, миллионом
Не собьешь его с пути...
Вдруг - конец истории -
В тридцать лет герой -
Прыг с обсерватории
В омут биржевой!.."

http://nekrasov.velchel.ru/index.php?cnt=7&amp;sub=11&amp;page=12
</description><pubDate>Mon, 21 Feb 2011 19:55:40 GMT</pubDate><category>wikipost personal</category></item>
<item><title>Назад к железу</title><link>http://www.eserv.ru/~ac/%D0%9D%D0%B0%D0%B7%D0%B0%D0%B4%20%D0%BA%20%D0%B6%D0%B5%D0%BB%D0%B5%D0%B7%D1%83</link><description>Microsoft в рекламе IE9 кидает камни в огороды других браузеров
[quote="Microsoft"]Когда есть желание, чтобы браузер работал на нескольких платформах, разработчикам приходится вводить некий уровень абстракции и идти на компромиссы, которые, в конечном счете, влияют на производительность и уменьшают возможность браузера достичь естественной, максимальной производительности. Получение максимальной производительности от GPU является весьма сложной задачей, а необходимость написания дополнительных</description><pubDate>Wed, 16 Feb 2011 18:56:43 GMT</pubDate><category>wikipost news</category></item>
<item><title>Android не smart</title><link>http://www.eserv.ru/~ac/Android%20%D0%BD%D0%B5%20smart</link><description>==Android - единственная телефонная ОС, в которой нет настроек proxy==
При этом браузер и все компоненты ОС умеют работать через прокси. Но отсутствует интерфейс для указания настроек прокси, и автонастройка прокси ( ((/WPAD WPAD)) / PAC ) тоже не работает.

Корпоративные и университетские пользовати стонут:
http://code.google.com/p/android/issues/detail?id=1273
http://forum.xda-developers.com/showthread.php?t=730843
но "Корпорация добра" традиционно глуха к запросам.

Народные умельцы </description><pubDate>Sun, 14 Nov 2010 21:46:30 GMT</pubDate><category>wikipost deja</category></item>
<item><title>Юбилей папки spam</title><link>http://www.eserv.ru/~ac/%D0%AE%D0%B1%D0%B8%D0%BB%D0%B5%D0%B9%20%D0%BF%D0%B0%D0%BF%D0%BA%D0%B8%20spam</link><description>К вопросу о предельных размерах папок в Eserv и о возможностях ThunderBird по их обработке. Случайно обратил внимание, что папка spam приближается к отметке в 100 000 сообщений, общий размер сообщений папки - около 2.4Gb (мягкая квота превышена более чем вдвое - об этом ThunderBird сигнализирует в строке статуса). Из картинки делаем несколько выводов:
 * "100-тысячные" папки вполне по силам и Eserv'у, и Thunderbird'у
 * спам-архив растёт со скоростью примерно 10000 сообщений в месяц (на нашем </description><pubDate>Fri, 12 Nov 2010 20:24:16 GMT</pubDate><category>wikipost eserv</category></item>
<item><title>ВКонтакте внедряет Байеса</title><link>http://www.eserv.ru/~ac/%D0%92%D0%9A%D0%BE%D0%BD%D1%82%D0%B0%D0%BA%D1%82%D0%B5%20%D0%B2%D0%BD%D0%B5%D0%B4%D1%80%D1%8F%D0%B5%D1%82%20%D0%91%D0%B0%D0%B9%D0%B5%D1%81%D0%B0</link><description>Все пользователи Eserv знают мою давнюю приверженность к байесовым фильтрам (PopFile, SpamProtexx, LibSD) и вообще к ((http://www.eserv.ru/StatisticalSpamFiltering статистическим)) методам борьбы со спамом вместо простейших черно-белых списков. Очень рад, что с годами незаменимость этих методов становится очевидной всё большему числу ИТ-специалистов, не исключая талантливую молодежь из команды ВКонтакте :)

В свете грядущего появления у Вконтакта собственной почтовой системы эта новость особенно</description><pubDate>Thu, 26 Aug 2010 15:23:28 GMT</pubDate><category>wikipost news</category></item>
<item><title>Из жизни вирусов</title><link>http://www.eserv.ru/~ac/%D0%98%D0%B7%20%D0%B6%D0%B8%D0%B7%D0%BD%D0%B8%20%D0%B2%D0%B8%D1%80%D1%83%D1%81%D0%BE%D0%B2</link><description>Пришло уведомление из соц.сети - бывший однокурсник прислал ссылку на файл "фотки" в формате exe. Я, конечно, сразу пошел по ссылке - не "фотки" смотреть, а любоваться, как Eproxy расправится с вирусом. Ан нет, файл скачался. Скормил файл acFilter'у с сидящим внутри истекшим KAV и текущим Dr.WEB. Ничего не нашли...

На файлообменнике, где размещался файл, было указано, что скачали его более 200 раз. Не может же быть, чтобы ни один образец не попал в антивирусные компании? Отправился выяснить эт</description><pubDate>Wed, 07 Jul 2010 14:38:51 GMT</pubDate><category>wikipost eserv</category></item>
<item><title>Imminet Protect переименовали в ClamAV for Windows</title><link>http://www.eserv.ru/~ac/Imminet%20Protect%20%D0%BF%D0%B5%D1%80%D0%B5%D0%B8%D0%BC%D0%B5%D0%BD%D0%BE%D0%B2%D0%B0%D0%BB%D0%B8%20%D0%B2%20ClamAV%20for%20Windows</link><description>==ClamAV for Windows опять откладывается==
Версия ClamAV для Windows (не путать с ClamWin, не включающим clamd) не обновляется уже больше двух лет (последняя 0.92.1). Она по-прежнему совместима с сервером обновлений, и сигнатуры обновляет, вирусы ловит, но сама себя называет очень старой.

Долгое время на сайте висело объявление, что новая версия для Windows "вот-вот выйдет". Когда она вышла, то оказалось, что это вовсе не ClamAV, а переименованный Immunet Protect - антивирусный монитор, которы</description><pubDate>Sat, 08 May 2010 20:09:45 GMT</pubDate><category>wikipost news</category></item>
<item><title>1 июля SQLite станет еще быстрее</title><link>http://www.eserv.ru/~ac/1%20%D0%B8%D1%8E%D0%BB%D1%8F%20SQLite%20%D1%81%D1%82%D0%B0%D0%BD%D0%B5%D1%82%20%D0%B5%D1%89%D0%B5%20%D0%B1%D1%8B%D1%81%D1%82%D1%80%D0%B5%D0%B5</link><description>==SQLite 3.7.0==

Узким местом SQLite является медлительность при insert/update из-за необходимости выполнения fsync/flush (медлительного во всех ОС) по завершении транзакции - без fsync нельзя гарантировать целостность базы или возможность отката последней незавершенной транзакции при сбое питания. Можно "пакетировать" изменения в "длинные транзакции", чтобы удельная задержка от fsync на каждую операцию была ниже. Но это не всегда возможно, особенно в многопоточной среде. Приходится либо менят</description><pubDate>Sat, 08 May 2010 04:16:07 GMT</pubDate><category>wikipost news</category></item>
<item><title>Thunderbird 3.1 beta2 улучшает поддержку Eserv</title><link>http://www.eserv.ru/~ac/Thunderbird%203.1%20beta2%20%D1%83%D0%BB%D1%83%D1%87%D1%88%D0%B0%D0%B5%D1%82%20%D0%BF%D0%BE%D0%B4%D0%B4%D0%B5%D1%80%D0%B6%D0%BA%D1%83%20Eserv</link><description>В Thunderbird 3.1 Beta 2 появилась панель "Быстрый фильтр", позволяющая группировать/фильтровать сообщения по меткам. Метки (теги) в Thunderbird давно уже отражаются в IMAP-флаги, а IMAP-флаги в Eserv отображаются в теги/классы сообщений, в том числе автоматически назначаемые байесовыми фильтрами. Благодаря "быстрым фильтрам" Thunderbird'а работать со всем этим стало еще удобнее.

http://www.eserv.ru/img/thunderbird_31b2_quick_filter.png
</description><pubDate>Wed, 05 May 2010 23:44:54 GMT</pubDate><category>wikipost eserv</category></item>
<item><title>Eserv DNS-сервер принял первые домены</title><link>http://www.eserv.ru/~ac/Eserv%20DNS-%D1%81%D0%B5%D1%80%D0%B2%D0%B5%D1%80%20%D0%BF%D1%80%D0%B8%D0%BD%D1%8F%D0%BB%20%D0%BF%D0%B5%D1%80%D0%B2%D1%8B%D0%B5%20%D0%B4%D0%BE%D0%BC%D0%B5%D0%BD%D1%8B</link><description>==Eserv DNS поставлен в бой==
Сегодня перенес три домена под управление DNS-сервера Eserv. Пока в тестовом режиме и только как secondary, но тут главное начать :) Написал DNS-сервер более года назад, но вот только сейчас запустил "официально" - с публикацией NS-записей этих доменов в RIPN'е. Тестирование зон регистратором прошло успешно, а дальше будет видно.

Со временем, скорее всего теперь уже близким, заменим старый добрый, но слишком уж статический и косный, BIND на Eserv. В Eserv'е для DN</description><pubDate>Wed, 07 Apr 2010 02:13:01 GMT</pubDate><category>wikipost eserv</category></item>
<item><title>Berkeley DB 5 как убийца SQLite 3 ?</title><link>http://www.eserv.ru/~ac/Berkeley%20DB%205%20%D0%BA%D0%B0%D0%BA%20%D1%83%D0%B1%D0%B8%D0%B9%D1%86%D0%B0%20SQLite%203%20%3F</link><description>==Berkeley DB vs SQLite==

http://www.oracle.com/us/corporate/press/063695

[quote="Oracle"]SQLite Tools integration means that all tools that work with SQLite will also work with Oracle Berkeley DB, making it easier to develop, deploy and manage Oracle Berkeley DB applications and databases;[/quote]

Eserv есть как раз такой "tools that work with SQLite". Посмотрим-посмотрим, как это маркетинговое заявление соответствует действительности...

Верно, НЕ соответствует. Вот например функции sqlite</description><pubDate>Sat, 03 Apr 2010 16:31:43 GMT</pubDate><category>wikipost news</category></item>
<item><title>WinSock от меня устал</title><link>http://www.eserv.ru/~ac/WinSock%20%D0%BE%D1%82%20%D0%BC%D0%B5%D0%BD%D1%8F%20%D1%83%D1%81%D1%82%D0%B0%D0%BB</link><description>При просмотре расшифровок кодов ошибок в неправильной кодировке всплывает тайный смысл:

[quote="winsock"]^ ERROR #10038  фхырэр яюяvЄър тvяюыэшЄ№ юяхЁрЎш  эр юс·хъЄх, ??[b]эх  ты[/b]??  •хьё  ёюъхЄюь.[/quote]

:)
</description><pubDate>Tue, 30 Mar 2010 17:30:41 GMT</pubDate><category>wikipost personal</category></item>
<item><title>acFilter или искусственный интеллект в кубе</title><link>http://www.eserv.ru/~ac/acFilter%20%D0%B8%D0%BB%D0%B8%20%D0%B8%D1%81%D0%BA%D1%83%D1%81%D1%81%D1%82%D0%B2%D0%B5%D0%BD%D0%BD%D1%8B%D0%B9%20%D0%B8%D0%BD%D1%82%D0%B5%D0%BB%D0%BB%D0%B5%D0%BA%D1%82%20%D0%B2%20%D0%BA%D1%83%D0%B1%D0%B5</link><description>Исправляю ProxyMode (режим шлюза, как в AAG) в конфиге acSMTP. Специально зациклил письмо между провайдерским и своим сервером, чтобы убедиться, что всё правильно ходит, и что зацикливание между MTA по-прежнему детектируется. Всё работает. Интересное побочное наблюдение: Eserv в каждом цикле тестировал письмо на спам, и это мнение заметно менялось по мере добавления служебных заголовков (Received, антиспамных на Eserv и антивирусных у провайдера), вот лог (в обратном порядке, как и Received):

X-</description><pubDate>Fri, 26 Mar 2010 19:41:38 GMT</pubDate><category>wikipost eserv</category></item>
 </channel>
</rss>

