Прикладная дебианавтика

Апгрейд сервера до Squeeze

2010-08-11T06:03:00Z

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

Djapian прокрался в squeeze

2010-05-28T08:28:00Z

Между делом обнаружил в почте сообщение от Debian testing watch:

FYI: The status of the python-django-djapian source package
in Debian's testing distribution has changed.

 Previous version: 2.3.1-1
 Current version:  2.3.1-3

Djapian - это подключаемое приложение Djago, позволяющее довольно легко и при этом гибко реализовать поиск по моделям. Подробнее о нём можно почитать в блоге Александра Кошелева, одного из авторов.

Похоже мой пакет попадёт в следующий стабильный выпуск. Версия 2.3.1-3 снабжена патчем, который позволяет Djapian работать на Xapian 1.2, что в свою очередь снимает последнее препятствие на пути в stable.

Кэширование загрузок в pip

2010-05-24T09:23:00Z

Весна, погода, стал много работать на медленных соединениях. 3G, мягко говоря, не везде работает хорошо, а точнее — чуть в сторону от густонаселённых районов и не работает никак. В итоге мой pip на каждом обновлении virtualenv зависает на долго (подробно про virtualenv писал год назад).

В манах по pip ничего не нашлось. В разделе документации, посвящённом конфигурированию тоже. Зато нашлось в changelog:

Added support for an environmental variable $PIP_DOWNLOAD_CACHE which will cache package downloads, so future installations won’t require large downloads. Network access is still required, but just some downloads will be avoided when using this.

Бинго. Именно то, что нужно. В ~/.bashrc добавил строчку:

export PIP_DOWNLOAD_CAHE=$HOME/.cache/pip

Работает, ура:

$ pip install django
Downloading/unpacking django
  Using download cache from ~/.cache/pip/http%3A%2F%2Fpypi.python.org%2Fpackages%2Fsource%2FD%2FDjango%2FDjango-1.2.tar.gz

Переезд на Zine

2010-04-04T18:37:00Z

Blogger как-то поднадоел своей неимоверной тормознутостью. Я с него съехал. Теперь блог работает на двигле Zine. Я давно присматривался к нему, как и ко всему, что делают ребята из Pocoo.org.

Настройка окружения разработки на Python

2009-03-17T16:14:00Z

Сегодня писал для своих сотрудников мануал по созданию и поддержке окружения для разработки на Python. В нашем случае - сприцелом на Django, но мануал довольно обобщённый.

Ничего нового здесь нет и не предполагалось, просто описана методика совместного использования нескольких инструментов разного уровня для создания стабильной эко-системы, не подверженной колебанию настроения пользователя (кто активно использовал easy_install, тот поймёт о чём я). Пост, на первый взгляд, несколько в стороне от заявленной темы блога, но писалось с прицелом на пользователей Debian/Ubuntu и подходы использованные для решения задачи - очень в духе Debian. Любые конструктивные отзывы приветствуются.

Перенос почты из одного аккаунта Gmail в другой

2008-11-21T11:49:00Z

Нужно было перенести почту из одного ящика Gmail в другой. Один из них на самом деле в домене на Google Applications, но принципиально это дела не меняет. Метод переноса предельно прост: подключаемся к обоим аккаунтам по IMAP4 и из аккаунта-источника копируем все сообщения, лежащие в папке download в папку upload аккаунта-получателя.

На малых объёмах почты процедуру наверное можно произвести с помощью какого-нибудь почтового клиента. Но мне нужно было перенести несколько тысяч сообщений. Icedove не справился, а Sylhead Claws я решил не настраивать, поскольку быстрее и надёжнее - наскриптовать.

Вести с полей. Разбираем урожай спама.

2008-02-09T15:13:00Z

Неожиданно остро встала проблема спама. 500 и более писем в день, из которых фильтром отсеивается большая часть, но с десяток всё равно прорывается. А иногда, видимо когда спамеры придумывают как обходить фильтры, прорывается сразу 3-4 десятка в течение получаса. В общем напрягает. Такое количество сыплется потому, что на меня стоят редиректы системных почтовых ящиков (webmaster, hostmaster, postmaster, abuse) примерно с сотни доменов. Я бы уже и рад перенаправить их в /dev/null, но не привык отступать от RFC. По моему глубокому убеждению, интернет стал таким какой он есть (интероперабельным и глобальным) только потому, что соблюдались RFC. В случае с электронной почтой RFC 2142 явно требует существования в каждом домене как минимум адресов postmaster и abuse. Для нежелающих соблюдать это требование, даже придуман специальный чёрный список.

И вообще, отказаться от получения почты только потому, что туда сыплется спам - это не наш путь. Мне, например, гордость не позволяет. В войне со спамерами я не намерен капитулировать.

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