Публикации с меткой «news»

Хочу похвастаться — вышел Меркуриал 1.4.1, замечательный тем, что в него включили моë расширение — schemes. Это аналог алиасов, но только для адресов. После его включения и добавления в ~/.hgrc таких строчек:

[schemes]
p = ssh://piranha.org.ua/hg/

можно писать hg push p://byteflow/ вместо полного адреса. В расширении уже есть предопределëнные ссылки:

py = http://hg.python.org/
bb = https://bitbucket.org/
bb+ssh = ssh://hg@bitbucket.org/
gcode = https://{1}.googlecode.com/hg/

{1} в gcode означает, что первая часть урла (если считать их так: gcode://первая/вторая/етц/) будет вставлена в начало адреса, а не в конец.

Остальные изменения — в основном мелкие фиксы для 1.4 (который, кстати, вышел две недели назад).

Хочу похвастаться - вышел Меркуриал 1.4.1, замечательный тем, что в него включили моë расширение - schemes. Это аналог алиасов, но только для адресов. После его включения и добавления в ~/.hgrc таких строчек:

[schemes]
p = ssh://piranha.org.ua/hg/

можно писать hg push p://byteflow/ вместо полного адреса. В расширении уже есть предопределëнные ссылки:

py = http://hg.python.org/
bb = https://bitbucket.org/
bb+ssh = ssh://hg@bitbucket.org/
gcode = https://{1}.googlecode.com/hg/

{1} в gcode означает, что первая часть урла (если считать их так: gcode://первая/вторая/етц/) будет вставлена в начало адреса, а не в конец.

Остальные изменения - в основном мелкие фиксы для 1.4 (который, кстати, вышел две недели назад).

Гвидо сегодня анонсировал, что питон переходит на меркуриал. Отлично! ;)

Вообще, читаю несколько фидов в твиттере про PyCon и так жалко, что у меня никакой возможности съездить туда не было.

Гвидо сегодня анонсировал, что питон переходит на меркуриал. Отлично! ;)

Вообще, читаю несколько фидов в твиттере про PyCon и так жалко, что у меня никакой возможности съездить туда не было.

Наконец-то долгожданная фича, до которой у меня никак не доходили руки (и мозги ;), работает: теперь из админки можно загружать и публиковать картинки. Пока только с синтаксисом markdown'а, но если кто хочет проапгрейдить - патчи велкам. ;)

Думаю, со временем можно будет проапгрейдить, но пока и такой вариант очень неплох, имхо - выглядит это как ссылка "attach image" рядом с полем для ввода текста в админке, где можно написать дескрипшен и выбрать картинку (или, жмакнув по кнопке, загрузить новую). Вообще там какие-то проблемы с submit-row - откуда-то появляется обрамляющий всё тег a, что корёжит слегка раскладку, но я не понимаю пока, откуда же он. :(

В общем, огроменное спасибо Виктору Надь (Viktor Nagy) за этот офигенский патч. ;-)

Ну из мелочей я по пинку всё того же Виктора добавил django-maintenancemode. Если вдруг вам нестерпимо захочется выключить для всех ваш блог, стоит добавить лишь MAINTENANCE_MODE = True в settings_local.py. При этом стафф всё равно всё может видеть, а форма для логина в админку вообще останется видна всем (на случай, если кому-то из стаффа надо залогиниться).

Ну и несколько разных багов поправил, куда ж без них...

Наконец-то долгожданная фича, до которой у меня никак не доходили руки (и мозги ;), работает: теперь из админки можно загружать и публиковать картинки. Пока только с синтаксисом markdown'а, но если кто хочет проапгрейдить - патчи велкам. ;)

Думаю, со временем можно будет проапгрейдить, но пока и такой вариант очень неплох, имхо - выглядит это как ссылка "attach image" рядом с полем для ввода текста в админке, где можно написать дескрипшен и выбрать картинку (или, жмакнув по кнопке, загрузить новую). Вообще там какие-то проблемы с submit-row - откуда-то появляется обрамляющий всё тег a, что корёжит слегка раскладку, но я не понимаю пока, откуда же он. :(

В общем, огроменное спасибо Виктору Надь (Viktor Nagy) за этот офигенский патч. ;-)

Ну из мелочей я по пинку всё того же Виктора добавил django-maintenancemode. Если вдруг вам нестерпимо захочется выключить для всех ваш блог, стоит добавить лишь MAINTENANCE_MODE = True в settings_local.py. При этом стафф всё равно всё может видеть, а форма для логина в админку вообще останется видна всем (на случай, если кому-то из стаффа надо залогиниться).

Ну и несколько разных багов поправил, куда ж без них...

Сегодня про это пишут все, но я всё равно не могу промолчать. :-)

Ветку разработки queryset-refactoring смержили в транк Django, что означает приход порядочной толпы приятностей. ;-) Мне лично очень нравится возможность посмотреть SQL до выполнения собственно запроса (QuerySet.query.as_sql()), ну и логично работающую фильтрацию по одной и той же таблице, хорошо описанную Иваном. Ну и ещё долгожданное многими наследование моделей.

Отличные новости, в общем! :-)

Сегодня про это пишут все, но я всё равно не могу промолчать. :-)

Ветку разработки queryset-refactoring смержили в транк Django, что означает приход порядочной толпы приятностей. ;-) Мне лично очень нравится возможность посмотреть SQL до выполнения собственно запроса (QuerySet.query.as_sql()), ну и логично работающую фильтрацию по одной и той же таблице, хорошо описанную Иваном. Ну и ещё долгожданное многими наследование моделей.

Отличные новости, в общем! :-)

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

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

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

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

С подачи lorien'а блог обзавёлся возможностью переопределять только нужные темплейты в темах. Всего лишь добавил загрузчик темплейтов (это оказалось очень просто), да настройку THEME - теперь первым делом темплейты ищутся в themes//, а уж потом в templates/. :-) Ещё думаю сделать добавление стилей в зависимости от этой настройки, но не решил каким образом будет лучше. Наверное, темплейт тег, который будет проверять существование файликов со стилями кастомных и добавлять их в хидер. Или есть варианты лучше?

Ещё подумываю добавить мультиязычность. ;-) Но как это реализовать?... Пока знаю только django-multilingual и i18ndynamic. Может кто знает лучший вариант? Было бы неплохо, чтоб комментарии к разным языкам не пересекались, наверное... Или плохо? :\

С подачи lorien'а блог обзавёлся возможностью переопределять только нужные темплейты в темах. Всего лишь добавил загрузчик темплейтов (это оказалось очень просто), да настройку THEME - теперь первым делом темплейты ищутся в themes//, а уж потом в templates/. :-) Ещё думаю сделать добавление стилей в зависимости от этой настройки, но не решил каким образом будет лучше. Наверное, темплейт тег, который будет проверять существование файликов со стилями кастомных и добавлять их в хидер. Или есть варианты лучше?

Ещё подумываю добавить мультиязычность. ;-) Но как это реализовать?... Пока знаю только django-multilingual и i18ndynamic. Может кто знает лучший вариант? Было бы неплохо, чтоб комментарии к разным языкам не пересекались, наверное... Или плохо? :\

Как я и писал, я решил добавить поддержку сносок. Оказалось это совсем просто, потому что порт Markdown на Python уже имеет такой плагин. Потому все изменения свелись к тому, что кинул mdx_markdown.py в каталог проекта и немножко переписал свою функцию text_to_html. Правда, пришлось немного поправить код самого плагина, чтобы сноски выводились так, как хочется мне, а не как придумал себе автор. :) Должен сказать, что генерация DOM в питоновском коде - то ещё уродство, лучше уж какие-то простенькие темплейты, что ли... :\

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

P.S. Кстати, замечания и дополнения привествуются. :) А то чувствую, ещё пару раз гляну на ping, и перепишу её. Уж больно ужасно вышло. :-)

Как я и писал, я решил добавить поддержку сносок. Оказалось это совсем просто, потому что порт Markdown на Python уже имеет такой плагин. Потому все изменения свелись к тому, что кинул mdx_markdown.py в каталог проекта и немножко переписал свою функцию text_to_html. Правда, пришлось немного поправить код самого плагина, чтобы сноски выводились так, как хочется мне, а не как придумал себе автор. :) Должен сказать, что генерация DOM в питоновском коде - то ещё уродство, лучше уж какие-то простенькие темплейты, что ли... :\

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

P.S. Кстати, замечания и дополнения привествуются. :) А то чувствую, ещё пару раз гляну на ping, и перепишу её. Уж больно ужасно вышло. :-)

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

Сначала я, в лучших традициях чукотской наивности, просто попытался добавить вызов функции залогинивания после подтверждения правильности комментария и чистоты помыслов его автора, но не тут-то было! Джанга мне быстренько рассказала, кто здесь хозяин и где собственно у пользователя свойство backend?

Я понял, что двумя пальцами и асфальтом не обойдусь и пошёл читать доку. После беглого просмотра жалкой пары абзацев по предыдущей ссылке я уловил, что мне надо в любом случае применить функцию authenticate, которая и установит пользователю искомое свойство. В надежде, что я обойдусь без написания своего бекенда, решил порыться в гугле - и мои опасения, в который раз, оказались обоснованными. :-) Существует тикет, как раз по моему вопросу, закрытый больше года назад Малькольмом Трединником с объяснением: "нечего голову морочить, читайте доки и пишите бекенды, это несложно".

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

Получился небольшой кусочек кода, который к тому же ещё обладает способностью к лёгкому расширению. :-) На самом деле бекенд - это просто небольшой класс, который должен иметь два метода - authenticate, для проверки валидности пришедших мандатов¹, и get_user, для получения юзера и добавления его к объекту запроса (т.е. к request).

get_user, использующийся с джанговской стандартной модельюUser (а я в блоге только ей и пользуюсь), всегда выходит одинаковый (про это немного написано в последнем абзаце), потому говорить тут не о чем. А вот authenticate получился достаточно интересным, на мой взгляд: он вызывает динамически (хе-хе, использование getattr даёт право написать это слово) необходимый метод для совершения действа (например, активирования пользователя) - почему я и написал про лёгкую расширяемость.

А теперь два слова про однообразный get_user. На самом деле, когда я писал сам бекенд, я понял только, зачем нужен authenticate, и чтоб разобраться с get_user (не хотелось опубликовывать куцый пост ;-), мне пришлось рыться в джанговском contrib.auth. Внимательное чтение легко объяснило, что к чему, но я заметил очень неприятную штуку - кучу жёстко закодированных вещей. Собственно, у меня самого такое встречается (и мне откровенно неудобно такое отсылать в репозиторий, но время часто не резиновое, и общее красивое решение некогда делать), но тут... В общем, у меня роятся мысли это поправить всё, вроде не выглядит сложным. Надеюсь, соберусь это сделать (и для диплома полезно будет ;-).