Python — Веб-сервер своими руками. Часть 2 — наводим порядок.

Один модуль, в котором лежит всё подряд это нормально для мини-серверков, которые просто делают одну функцию и не собираются становиться более универсальными. Используя код из первой части любой теперь может выполнять простейшие операции через свой «веб интерфейс», но даже это скоро станет очень тяжело поддерживать.

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

Python — Веб-сервер своими руками. Часть 3 — фиксим фичи, добавляем баги

В предыдущей части мы сделали инстурменты для тестирования серверного кода без участия сокетов. Но это получился самый тривиальный из видов тестов ­— Smoke Test. Сервер запрос обработал, но что именно произошло остаётся загадкой.

Как мы помним из кода, липовое соединение содержит в себе буфер отправленного, в котором оказывается ответ сервера. Можно было бы его сравнить с эталонной строкой, но каждый раз её составлять неудобно и муторно. Поэтому неплохо было бы его распарсить.

Но один раз у нас уже кто-то что-то парсит, а именно — сервер, при получении запроса от клиента. Внимательно посмотрев на траффик можно обнаружить, что протокол практически симметричен. И клиент и сервер обмениваются «сообщениями», состоящими из одних и тех же элементов: строка запроса или ответа (формат одинаковый, немного отличается содержимое), заголовки (формат одинаковый) и тело (необязательное для клиента при GET и для сервера при всяких хитрых статусах).

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

Python — Веб-сервер своими руками. Часть 4 — раздача файлов

Переходим к более практической части. Хардкодом побаловались, далее по плану идёт раздача файлов.

RANUX — Модульное тестирования в Python на примере копирования файлов

На днях встала задача написать скрипт копирующий новые файлы из одной директории в другую и пропускать ранее скопированные. Если возникают какие-либо ошибки, то все они записываются в лог.
Хочу обратить ваше внимание, что все тестовые методы изолированны друг от друга, так что если сломается один метод, то другие продолжат выполняться. А так же методы setUp и tearDown подготавливают среду для выполнения тестов.

Python — Веб-сервер своими руками

Многие уже писали себе «сайты» или планируют ими заняться, но при этом плохо представляют себе что же это такое - сайт. Серия постов посвящена построению с нуля учебного (а не супер-быстрого или супер-фичастого) сервера, на примере которого, постараемся разобрать разные практические вопросы из жизни разработчика. Первая, вступительная, часть публичная т.к. возможно многим будет интересно «как это всё устроено». Код на питоне, но это практически псевдокод на английском, поэтому ни у кого тут сложностей возникнуть не должно. Остальные части скорее всего будут показываться только для участников питоноблога.

Сайт это такой многослойный торт, напичканый самыми разными видами крема кода. Давайте посмотрим, что происходит, когда пользователь набирает в браузере http://example.com/ и зачем.

Python — Инструментальные среды разработки для Python

Писать, как известно, можно где угодно и как угодно. Вплоть до скриптов на листке бумаги, а интерпретатор держать в голове. Всё зависит от личных предпочтений того или иного человека. Я расскажу о тех средах в которых хоть немного успел поработать. И начну с самого просто:

Python — Django-buildout - способ быстрого развертывания проекта на Django

Для тех, кто не в курсе: buildout это набор python-скриптов, облегчающий развертывание приложений.
Установка, естественно, весьма тривиальна:
easy_install zc.buildout
либо
pip install zc.buildout
С основной (но не слишком подробной) документацией можно ознакомиться здесь -ссылка и здесь - http://buildout.org/.

На глубокое знание по данному вопросу я, естественно, не претендую (тем паче, что при помощи buildout'а можно делать довольно-таки удивительные штуки). Главным поводом для шевеления в данном направлении было то, что единственный стоящий recipe для Django - djangorecipe был заброшен автором еще в младенческой версии - 0.20 (сиречь: не поддерживает ветку 1.2.х)
В связи с этим ваш непокорный навалял на коленке за 20 минут небольшой, но вполне рабочий эрзац (о чем уже писал в своем блоге). Точнее - вырезал его из более крупного собственного buildout'а. С результатом трудов можно ознакомится здесь - github. Там же можно найти и короткую инструкцию по обращению со всем этим делом.

На гордое звание recipe поделие это, конечно, не претендует - мной был набросана всего лишь пара-тройка шаблонов. Но со свой задачей они справляются.Существовавший djangorecipe переделывать не стал (хотя все дело там в нескольких строчках) - мне самому удобнее пользоваться именно шаблонами, т.к. в них гораздо проще вносить изменения. Сейчас шаблоны buildout'a неспешно переводятся на Jinja2, но, боюсь, они уже будут не столь просты и более специфичны.
Для бОльшей автоматизации - если вы используете Eclipse, - советую посмотреть в сторону rbco.recipe.pyeclipse, позволяющего, среди прочего, настроить автокомплит и прочие прелести жизни.
Если кому интересно, то могу подробнее написать про buildout.

Coding — Pythonic

Итак, что же это значит, когда кто-либо говорит, что foo выглядит как pythonic? Что значит, когда кто-либо смотрит в наш код и говорит, что он unpythonic? Давайте попробуем разобраться.

В Python-сообществе существует неологизм pythonic, который можно трактовать по разному, но в общем случае он характеризует стиль кода. Поэтому утверждение, что какой-либо код является pythonic, равносильно утверждению, что он написан в соответствии с идиома Python’a. Аналогично, такое утверждение в отношении интерфейса, или какой-либо функциональности, означает, что он (она) согласуется с идиомами Python’a и хорошо вписывается в экосистему.

Python — Обновление музыки на портативных устройствах (UPDATED)

Привет всем меломанам и остальным welinux'оидам, которые сейчас читают этот пост.

Наверняка не только я один столкнулся с проблемой вызванной необходимостью обновлять музыку у себя на телефоне/плеере.

Под катом я раскажу как я решил эту проблему для себя.

Python — Определение оператора мобильной связи по номеру.

После перехода на Linux начал изучать Python.Так как до этого больше года писал для Windows Mobile, то сложностей не возникает и начал переписывать существующие проекты на питоне.
Первое, что переписал - это определение оператора мобильной связи по номеру.