Яблоки vs. Апельсины

Довольно интересное сравнение Drupal и Django.

Красиво :)

Обновил django-debug-toolbar до версии 0.8 - вот это я понимаю красивый интерфейс :)

DjandoCon 2009

Для тех, кто ещё не в курсе, пару недель прошла конференция DjangoCon 2009. Видео вроде ещё не выкладывали, слайды уже есть.
Кстати, TWiD возродился недавно в виде Django Dose. Пока контента не сильно много, но ждём, что появится позже.
P.S. В связи со сменой работы перспективы вменяемой работы на Django заметно поуменьшились, к сожалению.

Go shopping!!!

Поковырялся тут с пхпшным oscommerce, много плевался. Проект находится в "подвешенном" состоянии и, вместе с тем, много народу делает разные "доделки", местами противоречащие друг другу. В общем до модульности Django Apps далековато.
Ну, думаю, а гляну-ка Satchmo, вебшоп на Django. Но первые впечатления не очень обрадовали:

1. Документация на сайте опирается на версию из HEAD репозитария, так что возникает вопрос со стабильностью.
   
2. Установка тянет за собой кучу зависимостей, причём в рекомендациях easy_install и прямое создание ссылок в site-packages, а также выгрузка некоторых вещей также по HEAD из репозитариев (пусть и от участников проекта, насколько я понял)
3. Урлы подключаются путём добавления магической строчки "from satchmo_store.urls import urlpatterns", т.е. ни о какой конфигурируемости речи не идёт.
4. Многоязычность делается через какие-то "терни к звёздам", в файлах лежит папочка "ru" с переводом, но среди языков по "магическому" адресу /settings нет русского языка, а вот переключение на русский язык, несмотря на это работает. В переводах продуктов же список всех языков, доступных джанге.

В общем как-то всё грустно...

А кончил за упокой...

Для первого нашего Django-проекта я решил использовать South, чтобы меньше заморачиваться с модификациями БД (например, выполнять их автоматически при деплойменте). Всё здорово, но вот в версии 0.5 была подлая "засада" - South не совсем корректно понимал вариант, когда default для полей задавался через callable. Приходилось ручками править определение поля, создавать миграцию, а потом исправлять поле на первоначальный вариант. Однако вышла версия 0.6 и там это было исправлено. "Здорово" подумал я, но не тут-то было :)
Проблема возникла в обновлении версии пакета, который был поставлен в virtualenv через pip. В документации к pip данный вопрос вообще никак не освещается. Путём гугления обнаружилась опция --upgrade, только вот указывать для файла с зависимостями оказалось неверным вариантом, потому как через зависимости тянулся почему-то злосчастный PIL, некорректно устанавливающийся.
Пришлось делать апгрейд пакета отдельно ручками как

pip -E . install --upgrade South

Но в site-packages остаются "концы" от старой версии 0.5, поэтому их пришлось ручками стереть.
Python, конечно, неплохой язык, но вот всё чаще вспоминаются слова dmz про package hell, и это далеко не радует.

Действительно хорошая книга

Начал читать ProDjango и такое ощущение, что из первых 2 глав её я узнал про python больше чем из всей Dive Into Python. Однозначно оценка 5 книжке!

Толь лыжи не едут...

Понадобилось тут разобраться с интернационализацией в Django, в принципе, вроде всё понятно, но в одном месте вышел "затык". Создаю с помощи комманды файл django.po, компилирую в бинарный формат, запускаю сервер, а там ни намёка на перевод. Наверное не меньше получаса медитировал над документацией и гуглом. Оказалось, что создал я папку conf/locale, где ищется локализация самой джанги, а для других проектов нужна просто locale. Надо просто внимательней читать то, что пишут инструменты (в сообщении conf/locale была просто первой). Хотя такая неоднородность несколько контрастирует c остальными аспектами довольно последовательного Django.