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

Основные изменения:

• Автоматически добавляются escape-символы при выводе в шаблоны
• Стандартная реализация AsyncHTTPClient теперь simple_httpclient.
• Поддержка Python 3.2.

Минорные изменения:

• Новые теги шаблонизатора:
  — {% autoescape ...%} управление добавлением escape — символов
  — {% raw… %} убрать escape-символы
  — {% module… %} для вызова UIModules
• {% module Template(path, **kwargs) %} теперь может быть использовано для вызова другого шаблона с независимым пространством имен
• Все вызовы IOStream callbacks теперь осуществляются напрямую в IOLoop через add_callback.
• HTTPServer теперь поддерживает IPv6. Для отключения нужно передать параметр family=socket.AF_INET в HTTPServer.bind().
• HTTPClient теперь поддерживает IPv6, если у запроса установлен параметр allow_ipv6=True
• RequestHandlers теперь может использовать кодировки, отличные от utf-8 для параметра запроса путем переопределения decode_argument()
• Улучшена производительность, особенно для приложений, использующих много IOLoop timeouts
• HTTP OPTIONS метод теперь не требует XSRF token.
• Вывод в JSON (RequestHandler.write(dict)) теперь устанавливает Content-Type application/json
• вычисление Etag теперь может быть настроено или отключено путем переопределения RequestHandler.compute_etag
• USE_SIMPLE_HTTPCLIENT больше не поддерживается, вместо него используйте AsyncHTTPClient.configure.

• Облегчить сервер от ненужной работы, например отрисовки самой странички, используя вместо этого javascript шаблонизатор.
• Использовать хороший front-end, например nginx, учитывая пункт первый, динамики у нас нет, и это нам вполне подходит.
• Распределяя нагрузку на frontend, например используя Tornado.

Задумался над тем, чтобы попробовать Tornado, чем и занимался всё воскресенье.
Штука интересная, но на мой вкус требует доработки. Быстродействие и асинхронные вызовы — это определённо большой плюс, но огорчает отсутствие внятного урл-нейминга, который бы позволил не строить в шаблоне громоздкие конструкции вида {{ «/item/»+ item_id }}, а что-то более близкое к стандартным урл-тегам.
Возможно, разработчики и задумали что-то насчёт именование урлов и их параметров, но документация скудна, а из исходного кода маппера это не следует. В то же время, необходимость обёртки для MySQLdb кажется сомнительной, хотя и оставляет возможность для переопределения класса, для использования другого движка СУРБД (правда, мне последнее время для веб-дева все больше нравится MongoDB).
В итоге, для сравнения торнадо с существующими веб–фреймворками функционала маловато, для сравнения с веб–серверами — иное направление развития продукта. Не беру.

Решил сравнить работу django на tornado и на flup django+tornado запускался через tornading.py, flup - ./manage.py runfcgi method=threaded host=127.0.0.1 port=8001