Django 1.1

[niro]

Это замечательно!
А что они натворили с кэшем?

[kmike]

ничего серьезного, предоставили интерфейс для атомарного инкремента и декремента значений в memcached (и других)

[niro]

Django 1.1 beta 1 (10514 rev)
Кэш get (u'posthead:215',) — все нормально
Django 1.1
Кэш get (u'template.cache.posthead.f7664060cc52bc6f3d620bcedc94a4b6',) — не нормально, причем таких запросов несколько, с разными хэшами. Что это?

[niro]

Извиняюсь, запрос один.
Но есть проблема немного в другом — при работе с locmem некоторые запросы для кэша не прописываются, с memcached все нормально

[niro]

Вся фишка в этих хэшах.
Просто в коде есть места где идет проверка наличия кэшированных данных шаблона с параметрами

[niro]

В общем, если кто-то усиленно использовал кэш на низком уровне, т.е. cache.get(), cache.set() вместе с кэшированием данными из шаблона — вот виновник code.djangoproject.com/ticket/11270
бейте его :(

[glebkk]

You can now define admin actions that can perform some action to a group of models in bulk. Users will be able to select objects on the change list page and then apply these bulk actions to all selected objects.

Офигеть, недавно делал собственные костыли для реализации подобного.

[igorekk]

В транке это вроде бы давно :)

[spe]

Хорошая новость! А обратная совместимость с предыдущей версией имеется?

[svartalf]

В release notes есть необратимые изменения, но в листе рассылки django-russian говорят, что перенесенные проекты работают нормально.

[alTus]

Там мало их, при этом все довольно специфичны (они же обещали api stability с 1.0 версии).
Из того, что нужно всем, я бы отметил, что теперь писать в urls.py так:
(r'^admin/(.*)', admin.site.root)
— deprecated — а надо теперь:
(r'^admin/', include(admin.site.urls))

[voidus]

Это кстати жутко неудобно. Мне по одному и тому же урлу надо разные админки для разных типов пользователей, а не делать отдельно там admin/complex/, /admin/simple/, /admin/forchilds/, admin/stupididiots/

[alTus]

Но их тоже можно понять — унифицируют разночтения.
Кстати — насчет проблемы интересно — а как было с admin.site.root? Там все и парсилось?
Если дело в завязке на ссылки (чтобы они были одинаковыми), то можно было бы, например, делать редирект из своей middleware. Ну или формировать ссылки через {% url USERTYPE other_params %}, а USERTYPE задавать в процессорах контекста.
Хотя это все равно доп. работа :)

[deadrain]

Отличная новость! Особенно пока загадочные для меня URL namespaces :)
Кстати, ID у новости не менее примечательный :)

[kmike]

url namespaces — как я понял, побочный эффект рефакторинга админки. Крутая штука, позволяет иметь несколько инсталляций одного и того же приложения по разным адресам. Только в документации по этой штуке пока черт ногу сломит)

[Thump]

На сколько актуально изучение Django в качестве python web framework, если сам python обновился уже до 3.1, а Django всё использует 2.6? Есть желание использовать python для веб-аппликаций, но пугает «старая» версия python (про стабильность не спорю), ведь в новой столько хорошего. Разработчики Django как-то неохотно говорят про переход на 3k.

[Never]

Вы можете использовать Django и на Python 3.1.
Никаких проблем со стороны Django вы не должны встретить

[deadrain]

Верно, но каково количество востребованных при разработке веб-приложений на Django сторонних библиотек беспроблемно заработает на третьей ветке питона?

[Mick]

Ветка Python 2.* сейчас самая распространенная, к тому же в 2.6 есть довольно много плюшек из Python 3, так что боятся «старой» версии не надо.

[deadrain]

Главная причина в отсутствии обратной совместимости Python 3.* c Python 2.*. Мне думается, переход на третью версию будет медленным, как минимум два года, и это нормально. И Django тут не единственен — на второй ветке питона написано ой как много библиотек и софта.
Поэтому, конечно, актуально.

[wiz]

на второй ветке питона написано ой как много библиотек и софта

Этим 3.х и хорош — ой как много старого неподдерживаемого глючного гамна на костылях надо будет переписать едва ли не под ноль.

[n0uk]

О чем вы?

[n0uk]

Блин, рано запостил, прошу прощения.
Там не так все страшно, и с использованием docs.python.org/library/2to3.html, задача портирования тривиальна.

[wiz]

Я о том, что очень много (больше девяти тысяч!) питоньих библиотек не обновлялись уже по 5+ лет и практически непригодны к использованию. Только поиск захламляют и время отбирают при поиске нужной той-самой либы (SSL например). 2to3 не при чём, некоторые даже на 2.4 приходится допиливать.

[proxor]

А на тройку почти никто ещё не перешёл. Слишком много нужно перелопачивать кода. Это примерно как переход с С на С++.

[n0uk]

>Во многих linux-дистрибутивах версия python по умолчанию — 2.5. Огромное количество библиотек не готово работать под py3k и, возможно, даже под py2.6.

Py2.6 обратно совместим с Py2.5. Py2.6 вообще полезна в плане плавного перехода с Py2.5 на Py3k. Она ругается deprecated'ами на те вещи, которые будут отсутствовать в тройке, и привносит некоторые фичи из 3k.

[Staind]

Сейчас, что-то хостинг jino начали активно рекламировать сей продукт. Причем, просят в два раза больше, чем за тот же PHP, либо CGI сценарии. Никто там не опробовал его еще случайно?

[homm]

Причем, просят в два раза больше, чем за тот же PHP

Включил все что нужно в конструкторе тарифов и получил сумму 200р. в месяц. По моему это почти даром :)
По качеству конечно ничего сказать не могу, не пользовался.

[clopik]

Я пользуюсь уже три недели (на хостинге крутится блог) и ничего плохого пока сказать не могу.

[igorekk]

А блогодвижок какой?

[homm]

Если не ошибаюсь, вот тут и блог и рассказ о нем:
pyobjc.ru/2008/06/23/znakomstvo/

[clopik]

byteflow. посещаемость около 150 уников в сутки.

[igorekk]

Раз diphost вытягивает bf, то и свой туда перенесу, пожалуй. А на vds буду экспериментировать.

PS.Мои посещения в этих 150 тоже есть :)

[clopik]

Приятно слышать :)
Я раньше был на tophost.com.ua, но ушел от них по причине упавшего до нуля качества обслуживания. Когда тебе саппорт не отвечает в течении двух недель на письма, сообщения в асю и твиттер — это уже клиника.