Flask 0.7 Released (Python Web Framework)

http://flask.pocoo.org/docs/changelog/#version-0-7

by hiddenbayes • 15 years ago

173 73 15 years ago

flask.pocoo.org

mattdeboard2• 15 years ago

I really enjoy Flask's simplicity (relative to Django) and light-weightness. It was the first web framework I used, actually. Armin Ronacher & team make quality products.

retube2• 15 years ago

I've been looking at light-weight scripting-language frameworks, any experience with Catalyst? I'm a fan of Perl.

mattdeboard2• 15 years ago

No, sorry.

sigzero2• 15 years ago

Catalyst is not light weight. You would need to look at Dancer or Mojolicious for Perl equivalents.

draegtun4• 15 years ago

Catalyst is a full blown MVC web framework. For light-weight (micro) web frameworks in Perl have a look at:

* Dancer (http://perldancer.org/)

* Mojolicious::Lite (http://mojolicio.us/)

* Squatting (http://p3rl.org/Squatting)

* Web::Simple (http://p3rl.org/Web::Simple)

giu• 15 years ago

I actually started diving into Python a few months ago, and after a day or two into it I had already ported a feed aggregator from PHP to Python thanks to Flask: https://github.com/giu/hsr-twitterverse. I've also written a simple paste site using Flask without any headaches.

Its simplicity is just amazing, and it's really fun to work with.

cageface• 15 years ago

The debugger is badass. I built a few simple sites with Flask year and it was the thing I wished most I could have in Rails.

draegtun4• 15 years ago

For Perl developers - The debugger has been ported to PSGI/Plack - http://blog.plackperl.org/2011/05/miyagawaplack-middleware-i...

maaku• 15 years ago

Can't help you with Rails, but in case you or anyone else didn't know the Django-Extensions app adds the Flask (Werkzeug) debugger to Django projects with the run_plus command.

hiddenbayes• 15 years ago

Release Announcement: http://flask.pocoo.org/mailinglist/archive/2011/6/28/ann-fla...

louis143• 15 years ago

How does Flask compare to Bottle (http://bottlepy.org/docs/dev/index.html)? Any advantages/disadvantages?

DasIch4• 15 years ago

Flask has more features, more and better documentation, a bigger community and ecosystem as well as more developers behind it.

Furthermore Bottle does magic that is frowned upon by some people.

jsherer• 15 years ago

"does magic that is frowned upon by some people."

Can you elaborate?

dochtman2• 15 years ago

Then again, I also dislike some of the magic in Flask.

oinksoft3• 15 years ago

Bottle is pretty much standalone. Flask requires Jinja2 just to function, for instance.

Bottle runs on Python 2.5+ and on Python 3.x.

atroche• 15 years ago

Of particular interest are the generic or 'pluggable' class-based views. They work in a very similar manner to the ones that came with Django 1.3.

http://flask.pocoo.org/docs/views/

It's good timing; I was just getting to the stage in my app where I was noticing the need for some view refactoring.

ch0wn• 15 years ago

Same for me. Class-based views were basically the only thing I missed from django for my particular app.

minikomi3• 15 years ago

I'm always impressed by Flask - especially its documentation. In fact, this seems like a good occasion to have a poke around and build something with it.

On a slightly related note - although jinja2 is already quite compact, I'm a fan of haml and I'm always surprised by the lack of support for it in Python. Is there something I'm missing? Uncanny valley for Pythonistas?

LeafStorm• 15 years ago

There was a Haml-like language called GHRML a while back, but it seems to have disappeared. There is something like it called SHPAML: http://shpaml.webfactional.com/

Though I think Ruby has better markup libraries in general. For example, they have Nokogiri, which is an absolute joy to use for XML parsing. And implementations of Markdown and Textile with actual parsers, whereas Python Markdown and Python Textile are straight regex-using ports of the Perl/PHP versions. It's kinda sad really.

piranha• 15 years ago

python-markdown is in no way port of perl version. It's complete parser which can be extended and so on. But python-markdown2 is port of perl version, based on regexps instead of being real parser.

adw• 15 years ago

XML parsing: lxml (lxml.html is particularly wonderful).

Markdown/Textile; in the Python world people mostly use Restructured Text, not least because of its privileged position in docstrings.

pssdbt• 15 years ago

Check out Pantyshot/Upskirt for Markdown, it's worked out pretty well for me.

kbd• 15 years ago

To learn Ruby I decided to redo my website in it, and I felt the complete opposite. I was surprised there's nothing comparable in the Ruby world to Jinja2 or Mako. Nothing supports blocks/macros or template inheritance, so I wrote my own small template engine in Ruby that does.

rlander• 15 years ago

There's hamlish-jinja which is a preprocessor for haml-like[1] syntax for Jinja.

The project with the most traction seems to be HamlPy[2], but it's limited to Django templates.

The only generic implementation of Haml in Python that I'm aware of is PyHAML[3], but I have never used it.

[1] https://github.com/Pitmairen/hamlish-jinja [2] https://github.com/jessemiller/HamlPy [3] https://github.com/mikeboers/PyHAML

true_religion• 15 years ago

There's a Nemo[1] a "pythonic haml". It doesn't follow the Haml spec exactly, but rather tries to take the good parts and apply them to something suitable for Pythonistas.

It's built over Mako templates, so its faster and far more flexible than one built against the Django template markup.

[1] https://github.com/9cloud/Nemo

minikomi3• 15 years ago

This is much better than what I found last time I went looking, thanks. I think I need to roll up my sleeves and dig deeper... Being able to mutate the templates to suit what I usually might build seems cool (but a big time sink!).

irahul2• 15 years ago

You can roll out your own or use one of the existing translators which translate from haml to jinja2 syntax.

Do you use slim templates? I recently wrote a hand rolled recursive decent parser which translates slim to jinja2 - https://github.com/thoughtnirvana/slimish-jinja2. Jinja2 supports extensions and after adding this extension, you can write slim templates which will be translated to jinja2 on the run.

The lexer and parser are simple enough - you can make code changes or roll out your own if you want to.

minikomi3• 15 years ago

Interesting. Seems I haven't grasped the flexibility of jinja. I'll look into this, thanks.

e1ven• 15 years ago

Right now, I'm writing most of my projects in Tornado.. Not because I need the async, but because I wanted a simple web.py like format that was under active development.

Can someone help me understand where Flask fits into things? It would essentially be a replacement for Tornado? What's the advantage of this over Tornado? Ease of use?

I can understand the simplicity argument; I chose to avoid Django because it was too heavy, so I'd love to hear more about how Flask compares.

jokull• 15 years ago

Tornado is batteries included. Flask uses Werkzeug and Jinja2 and encourages packaging extensions for localization, form processing, ORM's etc.. Flask, Werkzeug and Jinja2 are all Pocoo projects that have a good community around them and excellent documentation. Technically I would not like to argue the superiority of either, although Flask seems to fit my tastes much better.

Flask's use and deployment of "magic" is pretty spot on. For example by making the request object omnipresent (that is flask.request is always bound and has the right context). That way it is not passed around the MVC stack but just imported and introspected when needed.

Flask is probably the "healthiest" project I've encountered.

jimmybot• 15 years ago

Why would it be good to avoid passing around the request object?

stevelosh• 15 years ago

Can someone help me understand where Flask fits into things? It would essentially be a replacement for Tornado? What's the advantage of this over Tornado? Ease of use?

Pretty much yes to all of this.

I can understand the simplicity argument; I chose to avoid Django because it was too heavy, so I'd love to hear more about how Flask compares.

Flask "feels" more like CherryPy than Django to me, but yes, it's more lightweight than Django and more modular (doesn't define an ORM, etc).

The thing that keeps me from using Flask for any serious work is Django's admin interface. That thing saves me ridiculous amounts of time.

icey2• 15 years ago

Couldn't you use inspectdb to introspect your Flask database and use Django's admin that way? You'd have to remember to do it every time you changed your database; but it'd probably get you most of the way there.

jparise• 15 years ago

You can actually use Flask from within Tornado's WSGI adapter.

http://flask.pocoo.org/docs/deploying/others/

This lets your leverage Tornado's high-performance IO loop while still developing your web application using Flask.

irahul2• 15 years ago

For a web framework(non async run of the mill), I would say Flask has an edge. My Flask stack is:

1. SQLAlchemy for ORM.

2. Jinja2 for templates (flask default).

3. Flask for basic web framework functionality.

4. WTForm for forms.

5. Other extensions as needed.

Flask itself is built on werkzeug which is a clean, high-level wrapper over WSGI. Basically Flask is assembling working components into coherent applications. I have done some applications in flask and I can say it's suited for applications of all size.

Tornado, on the other hand, implements its own templating and orm.

dqminh• 15 years ago

Tornado doesn't have any orm, it only has a very thin wrapper around MySQLdb.

espeed4• 15 years ago

Flask is a simple web.py-like framework that is under active development, and I would argue it's one of the cleanest Python Web frameworks (if not the cleanest) out there.

My current project requires real-time stuff so I started to develop it using Tornado and then decided to switch to the Quora model -- use a traditional Web framework for most things, and connect back to Tornado for the real-time stuff.

Quora uses Pylons, but Pylons reached its end-of-life with 1.0, and it's now Pyramid, which is really repoze.bfd and shares no code with Pylons 1.0.

So I swapped out Pylons for Flask and use Sockeit.IO (http://socket.io/) to connect back to Torando for real-time connections.

In addition to just being really-well designed, Flask has an amazing debugger that makes me more productive, and it's easier to write unittests for Flask because you can write them in a traditional way and don't have to contend with Tornado's IOLoop.

When I switched to this model, the development process sped up considerably.

For real-time stuff, you could forgo Tornado all together and instead use gevent to deploy your Flask app (http://flask.pocoo.org/docs/deploying/others/#gevent), like some have done with Django and Pyramid (http://blog.abourget.net/2011/3/17/new-and-hot-part-4-pyrami...), but I haven't tried this yet.

espeed4• 15 years ago

BTW: Charlie Cheever, one of Quora's founders, recently said they would have considered Flask if it had been released by the time they were setting things up (http://www.quora.com/Why-did-Quora-choose-to-develop-in-Pylo...).

viandante3• 15 years ago

I take the occasion to ask here if someone could point or write some documentation on unittest in Flask. I am trying to get that right using mongodb...

johnpaulett2• 15 years ago

http://flask.pocoo.org/docs/testing/

For testing a MongoDB database, I wrote a simple unittest.TestCase subclass that in the setUp and tearDown, creates and then deletes a test database.

viandante3• 15 years ago

Could you put an example on pastebin or somewhere? I would really appreciate this.

loevborg2• 15 years ago

I've used it for small side-projects and liked it. What I would like to know is how to do logging, both day-to-day ("user Joe created") and for debugging (like JSON dumps of objects). It should work both with the built-in server and with gunicorn, for deployment. I looked but wasn't able to find a solution that worked. The documentation mentioned logging facilities, but I found no working examples.

Semiapies• 15 years ago

I believe that refers to the standard python "logging" module.

loevborg2• 15 years ago

Right, but do I have to manually add a logging handler? Where does my logging.warn("...") end up?

old-gregg• 15 years ago

Flask is awesome and can be easily supercharged by pairing it with Paste Deploy: http://pythonpaste.org/deploy

This way you get Flask simplicity and elegance, but also you get Rails-like separation of configuration test/development/production environments.

Another misconception people seem to have is that Flask means Jinja2. Fortunately that's not the case, swapping Jinja with Mako is also extremely easy.

Finally, Flask can run on top of any WSGI server, not just a built-in one: at http://mailgun.net we have Flask services running on Tornado and on Paster servers - the thing is rock solid.

sandGorgon• 15 years ago

I notice that several projects (including Flask) do not build in support for DB schema management- e.g. migrations.

For those of you who are writing apps in Flask, how do you guys manage changes in DB schema ?

lightcatcher• 15 years ago

Flask doesn't have any sort of database interaction built in. You do it all with the more general Python tools. SQLAlchemy is a common ORM for Flask, probably because of the Flask-SQLAlchemy extension. I've never done any migrations with Flask, but I would think http://code.google.com/p/sqlalchemy-migrate/ could do it.

espeed4• 15 years ago

Flask has become my framework of choice because it's incredibly well designed, the code is clean, and also because it's decoupled from an ORM.

Rails and Django emerged at a time when RDBMS ruled, and they were both built around an ORM. Now you have more database options that have less of an impedance mismatch, but because Rails and Django are so ORM-centric, forgoing the RDBMS in favor of another option means you now have a framework mismatch.

Graphs are a much more elegant way of storing relational data. With graph databases you don't have to mess with tables or joins -- everything is explicitly joined.

For most Web development projects, I have shifted from a relational database to a graph database as the primary datastore, and use Redis, Memcached, and MongoDB for specialized purposes when called for.

Neo4j Community Edition (http://neo4j.org/) is open source and now free, and pairing it with the TinkerPop stack (http://www.tinkerpop.com/) is ideal.

With Neo4j you can now store 32 billion nodes (http://blog.neo4j.org/2011/03/neo4j-13-abisko-lampa-m04-size...) with 2 million traversals per second (http://www.infoq.com/news/2010/02/neo4j-10), and you can use Gremlin with it (the graph traversal language), which let's you calculate PageRank in 2 lines -- to see what you can do with Gremlin, check out this 10 min screencast (http://www.youtube.com/watch?v=5wpTtEBK4-E).

For tabular data, relational databases rock. But the relational model doesn't align well with object-orientated programming so you have an ORM layer that adds complexity to your code. And with relational databases, the complexity of your schema grows with the complexity of the data.

The graph-database model simplifies much of this and makes working with the modern-day social graph so much cleaner. Graphs allow you to do powerful things like find inferences inside the data in ways that would be hard to do with relational databases.

There is an open-source Python persistence framework in the works called Bulbs that connects to Neo4j through the Rexster REST server, and there are binary bindings in the works as well. There is also a Python open-source Web development framework for graph databases called Bulbflow that is built on Bulbs and Flask, which will provide stuff like authentication and authorization, in a graph-DB way. Both frameworks should be released in the next few weeks.

nakkiel• 15 years ago

I might be a little old school but I wouldn't seriously let a complicated system take care of schema migrations for me. Well, actually I do (in a system unrelated to Rails or Flask) and it's a mess.

For my current side-project, I'm actually building a thin ORM layer that basically handles migrations through hand-written SQL scripts.

afroisalreadyin• 15 years ago

I don't use Flask, but sqlalchemy. If you want an orm in a flask-based app, you will most probably end up using sqlalchemy, and there is a migration tool for sqlalchemy: http://code.google.com/p/sqlalchemy-migrate/

dumbphone2• 15 years ago

Flask seems nice and simple until you need to access a database such as MySQL. With SQLAlchemy it seems like there's a lot more code needed just to perform simple CRUD operations, whereas Django's ORM is really simple. Is there a better alternative to SQLAlchemy? Is it possible to use Django's ORM in Flask?

dumbphone2• 15 years ago

Gonna answer this one myself: Seems http://www.sqlobject.org/ might be a good alternative.

Flask 0.7 Released (Python Web Framework)

Related Stories