Буквально только-только реализовал в Byteflow одну маленькую (совсем), но очень полезную штуку, подсказанную Катапом: в стандарте Atom’а есть два разных поля, использующихся для указания даты для элемента — published и updated, при этом updated - обязательное.

Раньше в updated просто кидалась дата создания поста или комментария, но сейчас всё по-другому. :) Теперь дата создания поста (которую можно изменить в админке для приведения в более адекватный вид, для создания “поста в будущем”) или комментария идёт в published, а в updated попадает дата, изменяющаяся при каждом изменении объекта. По идее, это должно заставить обновлённый объект появляться во всей своей красоте в рсс-ридерах. :-)

Enjoy! :)

Чисто ради интереса решил привести один маленький забавный факт о размере репозиториев. Есть у нас немаленький проект, при этом чекаут исходников джанговой части из SVN занимает 79 мегов.

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

Этот пост будет кратким — благодаря стараниям Олега в Byteflow теперь присутствует сервер OpenID. Клёво. :-)

P.S.А ещё byteflow — второй по тегу django на ohloh.net, после самой джанги. :-)

[UPD от 12 ночи]

Чуть больше года назад, когда меня окончательно задолбало писать render_to_response c кучей параметров, я себе написал маленький декоратор render_to, который заметно уменьшал количество писанины.

Но вот не так давно обсуждали его в джаббер-конференции pythonua@c.j.r (кстати, официальная конференция python.com.ua), где появилась идея слегка его проапгрейдить до возможности задавать темплейт из view (когда одна вью может выдавать различные странички). В принципе, идея усложнения декоратора мне не особенно нравится (да и потом, кому надо — может переделать себе, благо несложно), но по размышлении я увидел, что особенного усложнения нету, плюс сохраняется обратная совместимость полностью (что важно, потому как мне есть и где использовать новую фичу, но не очень хочется ломать все вьюхи, использующие старую версию ;).

У меня некоторое время назад появилась мысль - а почему бы не сделать простой синтаксис разметки на секпах? Ведь это сразу убивает одну из самых напряжный вещей в маркдауне - невозможность набирать разметку, не переключаяся на латиницу. Даже брать самый первый вариант, который приходит мне в голову, (a "текст ссылки" http://ссылка опциональный титл) (кавычки можно заменить скобками), то можно дать пользователю определять синонимы для символов типа a, чтоб не заставлять его переключаться. При таких раскладах улетает вдаль необходимость придумывать новый синтаксис для новых вещей. :-)

Надо ему ещё дать в голове посидеть, но вдруг у кого-то тоже есть мысли на эту тему?

P.S.Лисп, конечно, пожрал мой мозг, но всё-таки. ;)

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

Итак, после полугодового перерыва - Exception опять с нами. В этот раз в расширенном формате (два зала с параллельными докладами) и не только про питон (хех, про Ребол - это точно интересно :).

Так что, господа, устремляемся регистрироваться! :-)

P.S.Хорошие новости - дальше всё войдёт в ритм раз в два месяца.

В процессе работы над одним проектом я в очередной раз столкнулся с тем, что джанговский ImageField меня ну никак не устраивает — в нём отсутствует возможность ресайза при аплоаде, некак загружать картинки в разные директории¹, кроме как по дате, ну и динамически назвать файлик² тоже нельзя.