Django

[dimrub]

Скажите, а есть ли среди читающих этот журнал спецы по Джанго? То есть, люди, которые его действительно хорошо знают? Хотел бы пару вопросов задать.

Comments

[mikkim08.livejournal.com]

А можете рассказать, зачем веб-аппликации писать на питоне, а не на джаве например ? Не в смысле holy wars, а вообще.

[dimrub.livejournal.com]

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

[mikkim08.livejournal.com]

Проще, быстрее. J2EE это вообще из пушек по воробьям

Может быть.

А есть на питоне аналог сервлет-контейнер'а, типа томката?

[avnik.livejournal.com]

WSGI -- стандартный способ делать "контейнер" в питоне ;)
Его понимают почти все питоновые веб-сервера, и mod_wsgi для апача.

[mikkim08.livejournal.com]

Ясно, спасибо.
Надеюсь, гугловский app.engine его и использует.

[dimrub.livejournal.com]

Да, именно его.

[avnik.livejournal.com]

Не используют.
почему -- не понятно.

[dimrub.livejournal.com]

Как же не использует? Джанго же над ним и построен, а он джанго использует.

[dimrub.livejournal.com]

Не знаю, точный ли это аналог, но вот веб-фреймворки, типа того же Джанго, помогают писать веб-аппликации.

[avnik.livejournal.com]

В анонсе там писали что они дают CGI ;) а поверх него уже можно натянуть WSGI. Это все таки не совсем то будет.

[dimrub.livejournal.com]

Нет, они дают Джанго (правда, сильно урезанный) и еще некий свой фреймворк, тоже над WSGI.

[mikkim08.livejournal.com]

Фреймворк это да, но должна быть еще некая runtime среда между фреймворком и сервером типа апача.

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

Видимо WSGI это и делает.

[dimrub.livejournal.com]

Да, именно так. Я, например, запускаю аппликацию из apache, посредством mod_python.

[mikkim08.livejournal.com]

Спасибо.

[avnik.livejournal.com]

Ну я не эксперт, но за полгода пару проблем разруливать призодилось,
Спрашивай ;)

[dimrub.livejournal.com]

О, ура!

Вопросы таковы:

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

2. Можно ли в админ интерфейсе соорудить view, в котором будут сразу и list, и add/change? Пока что не вижу другого способа, кроме как сделать extends на какой-то один template, и добавить туда же функциональность второго (но тогда и view тоже надо переписывать)

3. Можно ли в list view выбирать колонки для показа не статически (в определении модели) а динамически (например, на основании профиля текущего пользователя)?

Был еще вопрос о том, как можно показывать данному юзеру только его записи из базы данных, но это я решил уже.

[avnik.livejournal.com]

Про первое скажу -- можно

@property
def foo(self):
return SomeOtherModel.objects.get(id=self.child_id,type=self.type)
я делал

Про админку не скажу -- я ненастоящий сварщик ;)

[dimrub.livejournal.com]

@property
def foo(self):
return SomeOtherModel.objects.get(id=self.child_id,type=self.type)
я делал

Ага, я так и предполагал. Должно быть довольно медленно на больших дата сетах.

[avnik.livejournal.com]

У меня доченрний объект всегда один
по type на самом деле выбирается класс/таблица
А сама выборка --- по pk
(дурацкий хак на самом деле получился ;)