Python — Система автоматической сборки

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

Я уже некоторое время ковыряю TDD и задача постоянного контроля качества для меня становится всё актуальней. Особенно при пополнении команды новыми разработчиками.

Сначала я запускал тесты руками: save, switch, $ nosetests. Потом к тестам добавились проверялки качества кода и пришлось всё засунуть в скрипт:

1 2 3 4

pyflakes *.py pep8 *.py pylint *.py nosetests

Скрипт запускать каждый раз ужасно лениво, поэтому небольшая оболочка на inotifywait стала запускать тесты и проверки после каждого сохранения:

1 2 3 4

while true; do inotifywait -e modify project/*.py -qq; clear ./do_tests done

Тут я стал более-менее доволен происходящим и даже на некоторое время расслабился. Но ведь программист кроме того, что ленив ещё и горд, поэтому результаты хочется кому-нибудь показать. Чтобы вести историю происходящего (которая очень помогает когда заходит начальник начальника и спрашивает: «ну-с, чем вы занимались последний месяц?») уже есть система контроля версий. Но она показывает только, что сделано и не даёт обзора успешности каждой ревизии. Получается что код лежит, но непонятно в каком он состоянии и что где ещё надо сделать.

Кроме того довольно тяжело следить за коллегами, которые тоже могут что-то сделать и забыть прогнать тесты, в результате в репозитории лежит битый код, не прошедший code review и при очередном pull может внезапно начаться clusterfuck.

И тут очень вовремя kmmbvnr@lj выпустил скринкаст, в котором он демонстрировал интеграцию тестирования для django-проектов с сабжем Jenkins (бывш. Hudson). Посмотрел я на все эти красоты, графики и отчёты и тоже захотел чтобы всё само пело и играло. Но у него django-jenkins, как и следует из названия, встраивается в джангу и генерит отчёты используя хитрую систему. Мой проект до джанги не дорос и скорее всего не дорастёт — это достаточно тривиальное WSGI-приложение, которое правда стремительно разрастается. Пришлось поднимать всё с нуля.

Воскресенье я на это убил, но в целом всё довольно прямолинейно и теперь у меня есть симпатичные отчёты:



Что внутри?

Python — Google App Engine

В общем размещаю здесь дабы самому не забыть...
Про то что в GAE либы кастрированны знал, но как-то не сталкивался(не попадал), но вот случилось так, что понадобилось заюзать cycle в темплейтах и ... нету его, а усложнять сам скрипт перекладывая на него рендеринг страниц не очень хотелось, в общем нашёл для себя красивый финт ушами:

1 2 3 4 5

{% for entry in blog.entries %} <div class="{% if forloop.counter|divisibleby:2 %}even{% else %}odd{% endif %}" id="{{ entry.id }}"> {{ entry.text }} </div> {% endfor %}

Предлагаю поделиться своими наработками либо подобными обходами подводных камней.

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.

Python — Скелет Django-проектов

За вот уже 5 лет работы с джангой (с самого открытия код, ага) я уже столько раз делал ./manage.py startproject что уже и не счесть. И каждый раз это сопровождалось кучей рутинных операций типа настройки бд, созданием одних и тех же приложений. Первое время сама джанга менялась очень быстро и как-то это зафиксировать было практически нереально. К тому же фактически небыло инфраструктуры приложений, репозиториев и прочей обвязки. Но сейчас ситуация намного лучше.

Поэтому, представляю недавно собраный скелет типового джанго-сайта. Две команды и получается готовый сайт-со-страницами, готовый к навешиванию мясца.

Это не просто куча кода, но и некоторые решения из практики. Эти фичи я отметил по тексту жирненьким.

Репа с кодом: https://code.launchpad.net/~wiz/+junk/dbones
Лог работы: http://dumpz.org/25701/

Что внутри?

Python — Скелет для Django с поддержкой HAML, SASS и Coffee-Script

В Ruby сообществе давно модно использовать альтернативный синтаксис для основных языков веб-разработки: HTML, CSS и JavaScript.
Для HTML документов используется синтаксис HAML.
Для CSS используются LESS, SASS или CleverCSS. Из них SASS самый продвинутый, к и так огромной куче возможностей можно добавить фреймворк Compass, который содержит много полезных функций, миксинов и имеет поддержку популярного CSS фреймворка BluePrint.
Вместо JavaScript люди пишут скрипты на CoffeeScript - альтернативном синтаксисе яваскрипта. CoffeeScript похож по синтаксису на Python и имеет много заимствований "синтаксического сахара" из Ruby и Python.
К сожалению, о том, как организовать поддержку этих технологий в Django-проектах практически не пишут. Я попытался реализовать поддержку сразу трех технологий в одном проекте и столкнулся с ошибками. После нескольких часов копаний в коде я исправил ошибку в webassets (основная библиотека для поддержки этих технологий) и добавил некоторые функции в hamlish (к сожалению после этого он стал зависим от Django, поэтому я не стал его форкать, а сохранил прям в проекте).

Итак, встречайте - django-hsc-skel!
Основа для Django-проектов с поддержкой HAML, SASS (+Compass) и Coffee-Script>

Работа для специалистов — Python, Django программист в Санкт-Петербурге за ЗП от 30 000 руб.

Дружественная мне, компания ищет себе сотрудника.

Python — Django CMS 2.1.0 Tutorial Rus

По django не так уж и много документации, по django-cms и того меньше. Ещё огорчает и то, что стабильная версия django-cms работает только с django версии 1.1.X.
Так как я люблю всё новое и свежее решил ставить всё самое последнее - django-cms-2.1.0.beta3, django-1.2.1, а питон, к слову, 2.6. Но, из-за отсутствия достаточной документации процесс запуска проекта с django-cms оказался не самым приятным, хотя на самом деле — всё элементарно.
В основе заметки Django CMS Tutorial, распространяемый вместе с последней версией django.

Мой OpenSource проект — Биллинговое приложение django-payway

Представляю вашему вниманию биллинговое приложение django-payway.

Возможности

• 
  
• accounts - ведение и управление счетами пользователей
• 
  
• merchants - продавцы, которым можно начислять деньги
• 
  
• orders - оплата заказов(товаров или услуг. Тестовый заказ доступен по адресу /orders/test-order/)
• 
  
• qiwi - отвечает за ввод денег на счета через qiwi
• 
  
• webmoney - аналогично, только для webmoney
  

Примеры

Больше информации о использовании можете найти в тестах к модулям.

Эксперименты

Для экспериментов советую установить virtualenv, затем
установить django.
После успешного создания проекта с помощью django-admin.py, склонируйте исходники и добавте в sys.path путь к django-payway. Далее можно экспериментировать :)

Демо

Собранное демо приложение доступно по адресу http://payway.httpbots.com/
Логин: test
Пароль: 12345

p.s. любая помощь приветствуется.

Python — Пишем расширение приложения для Django

Одна из сильных сторон Django, это наличие большого количества готовых приложений (applications) для него. С другой стороны, часто функциональность этих приложений или недостаточна, или немного не такая, как нам бы хотелось. Возникает неоходимость расширить приложение, добавив свою функциональность. Давайте попробуем это сделать.

Python — Python и плейлист Audacious

Недавно, на досуге, то ли от нечего делать, то ли от лени постоянно Драг'н'Дропать файлы в плейлист Audacious решил написать простенький скриптик на питоне для добавления файлов в плейлист и добавить его в контекстное меню Наутилуса. И решил, почему бы не поделиться им с общественностью?