o7412369815963
Янв. 24, 2010 14:17:36
джаного, зоп и подобные - толстые фреймворки с большим функционалом, а мне нужен легкий и простой с интерфейсом wsgi,
от фр-ка мне нужо только работа с куками, прием пост-параметров и файлов, кодирование/декдирование в/из html строки.
среди легких слышал об web.py, tornado, cherrypy, web2py, webOb,
только мне кажется что некторорые не слишком легкие, во многих уже есть работа с шаблонами и бд, что лишнее.
wonderfulll
Янв. 24, 2010 15:19:46
“Bottle: Python Web Framework” -
http://bottle.paws.de/
expee
Янв. 24, 2010 16:06:11
Пожалуй, cherrypy. Если тебе не подходят подобные фреймворки, то может вообще их не применять?
o7412369815963
Янв. 24, 2010 16:28:38
wonderfulll
“Bottle: Python Web Framework” - http://bottle.paws.de/
интересный фр-к, попробую его.
черрипай в очередь…
Андрей Светлов
Янв. 24, 2010 16:28:50
а мне webob нравится… А cherrypy - нет.
bw
Янв. 24, 2010 16:59:40
Это то с чем я работал и то, что считаю маленьким и не сковывающим (или почти) программиста:
*
Werkzeug – можно сравнить с Paste
*
Glashammer – на базе предыдущего
*
BFG – врядли его можно назвать сильно “маленьким”, зависимости от некоторых Zope3-пакетов (сейчас моё любимое :-)
*
Pylons – без комментариев, все его знаю
..bw
regall
Янв. 24, 2010 17:55:27
Андрей Светлов
Янв. 24, 2010 21:09:23
У меня сейчас twisted web2 (проекту на twisted нужна небольшая админка) и mako - чтобы админку было не так скушно рисовать. Плюс несколько простых классов - специально для нужд этого проекта. Все, микрофреймворк готов. Тот, который нужен мне. Кажется, могу сгородить подобное на любом базисе не сильно много работы.
bw
Янв. 25, 2010 02:58:01
> проекту на twisted нужна небольшая админка
Почему не Nevow?
..bw
Андрей Светлов
Янв. 25, 2010 15:31:34
Считаю, что шаблонизатор в nevow не очень удачный и только сбивает с толку. Сохранение стека контекстов - тоже не совсем то, что нужно. Меня устраивает собирание всего контетна и передача его .render для шаблона mako.
А если оторвать шаблоны - получится именно twisted.web2 с полюбившимся path traversal и прочими плюшками. Resource.render и Resource.getChild тоже умеют возвращать Deferred. Кажется, больше ничего не нужно.