Опубликован черновой вариант книги о Pylons

Базу делали через sqlalchemy - это дикий тормоз и конструктор недебажных глюкавых запросов с удивительными внутренними кэшами.

sqlalchemy - must die. Гораздо лучше писать sql запросы прямым текстом.

На других проектах от питона отказываться не стали, перешли на django и twisted.

Вы это, помягче пишите, а то страшно становится иногда.

и какой лучше?

P.S. web2.0 must die

По правте еслия не прав, в плане питоновских фреймвокрков - книжка по Джанге сейчас тоже только пишется, а Турбогерс единтсвенный у кого книжка уже есть.

PS: Но сердце мое с Pylons. sqlachemy не люблю, сейчас пытаюсь пересесть на Storm.

Есть djangobook. Довольно полезная книжка, там почти всё описано, связанное с джангой.

По поводу той самой джанги - делал два средних по размеру проекта на ней, скажу, что фреймворк хороший. Правда есть некоторые ограничения и недостатки, но работа таки ускоряется, и меньше отвлекаешься на мелочи.

Хотя из-за бага с inline и юникодом в последнем сайте пришлось перейти на newforms-admin, а он задокументирован слабовато. И когда возникла ещё одна проблема (limit_choices_to для ManyToManyField не работал), пришлось лезть в исходники, чтобы написать свою реализацию этого самого филда.

И возможности делать inline в inline в админке тоже нет.

Но в общем впечатления положительные, по сравнению с самописными пхп сайтами - одно удовольствие работать.

Джанга в первую очередь монтруозная как фиг знает что. Pylons позволяет юзать необходимую либу для нужной задачи, т.е. хотите sqlalchemy - на те, хотите sqlobject - пожалуйста, хотите AuthKit - берите, чего-то где-то нехватает/не нравится, берите другое, пишите свое, no problems.

>Базу делали через sqlalchemy - это дикий тормоз и конструктор недебажных глюкавых запросов с удивительными внутренними кэшами.

>sqlalchemy - must die. Гораздо лучше писать sql запросы прямым текстом.

>На других проектах от питона отказываться не стали, перешли на django и twisted.

+1. Как бы красиво продукт не выглядел в теории, он должен ещё и работать. Иначе это чудо отправляется на помойку

что не так? в питоне вполне вменяемый интерфейс работы с базами данных. Только connection pool надо добавить, и всё будет тип-топ

Что значит "около"? Посчитать не смогли?

они фактически близнецы-братья. еще на merb и datamapper рекомендую посмотреть. код merb-core вообще очень, очень хорош.

1. paste.sessions. wsgilib.py:53: на этом дебильном методе при работе сервера через lighttpd+flup процесс распухал до 300 мегов за сутки. Проявлялось только на боевом сервере. Починилось выкидыванием session middleware. Баг-репорт до сих пор висит на траке

2. routes. Кеш путей пишется в dict, который никогда не чистится

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

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

Я представляю, что было бы, если б мы на заводе станки меняли раз в месяц.

Не вижу баги здесь http://routes.groovie.org/trac/routes/report/1

ищите похожую со словами "urlcache grows unbounded". Вообще, если человек делает кеш, и никогда его не чистит, встаёт много вопросов на его счёт.

Благо, модуль там малюсенький

это paste-то полгода? :)

Это, говоря языком девушек с филофака, гипербола.

нахрена нам, зергам пилоны? Прилетим пачкой муталисков, и трындец вашим пилонам на рельсах!

муталиски безобидны. Наши террановские танки всех порвут

Google активно использует python, я думаю там работают люди более грамотные чем лоровский анонимус. Кто юзает Ruby?

С этого места подробнее, пожалуйста.

Да-да, как же без тэгов с кодом то? Куда только смотрит общественность.

Руби тут не поможет, тут пхп в самый раз.

Почему-то всегда, когда вижу много кода, перемешанного с тэгами, хочется ударить автора кода по голове, или даже плюнуть в глаза.