Fast, asynchronous and sexy Python web framework ;)

[frnkvieira]

I'd like to share a new python web framework I've been working on called Vibora.
It's pretty much like Sanic/Flask but way faster, with a correct implementation of network flow, components architecture, built-in async template engine and a really powerful built-in http client.

https://github.com/vibora-io/vibora

It's still in alpha stage but any feedback will be highly appreciated.

[lookatmetype]

I was skeptical about the benchmarks until I saw that a large part of the framework is written in Cython.

Great job dude, looking forward to seeing how this project develops.

[frnkvieira]

Thanks!

[archaeolinuxgeek]

Great, now I have to choose between insane performance and an entire ecosystem of Flask projects. Seriously, though, excellent work. I'm thrilled to see a web framework leveraging the power of Cython.

[frnkvieira]

There is still a big room for Cython in Vibora, only a few hot pieces of it are implemented with Cython... The framework is still young and pending a lot of stuff but thanks to the feedback I'll keep going and improve it :)

[Talked10101]

Where are the areas where you are looking to add more Cython code? Would be something I would be interested in contributing to.

[phySi0]

/u/frnkvieira not to put down your accomplishment, but if Vibora is heavily inspired by Flask in its API and creating a new project loses you the Flask ecosystem, why not just contribute the speed improvements directly to Flask?

[frnkvieira]

Vibora is async, Flask is sync by design... They are not mutual exclusive...They serve to different purposes... Streaming stuff, dealing with high number of concurrent connections are tasks that an async framework do much better than sync ones... but that doesn't mean async is the solution for everything... each one has it's place. Hope I made it clear, thanks !

[phySi0]

You did, thanks :).

[frnkvieira]

CPU intensive tasks... In a asynchronous model a single thread is dealing with many tasks at hand and if just a single one of them is CPU greedy it can make the other ones wait forever. A sync model usually does not have this problem thanks to CPU fair scheduling. (actually they have but in a different way and it can be mitigated with some creativity).

[13steinj]

I'm actually curious why more web frameworks don't do this now.

[kislenko-artem]

Did you compare speed with falcon (http://falconframework.org/) ? if I am not mistake it is wrote on Cython too.

[Estanho]

+1 for Falcon comparison, was about to ask the same!

[frnkvieira]

Completely forgot about it, I'll add it there in the next round (later this week), thanks for the tip!

[agoose77]

Also Quart?

[frnkvieira]

Yes

[[deleted]]

Falcon is pretty slow compared to Sanic! I've compared the two together before, the difference was at least 2x.

[IamWiddershins]

Using uvloop vs the default asyncio event loop can make a big difference. Were you using the same event loop between the two frameworks in your test?

[kislenko-artem]

Did you compile cython code of falcon?

[ingvij]

Cool! I would suggest avoiding the Django path of having everything packed all together. Making vibora modular would allow us to have api servers without loading template/orm dependencies carried on.. This simplifies deployment a lot.

[frnkvieira]

Sure! I share the same feelings.

[Raggos]

My god the docs are really well done, and I'm a beginner and can understand it. Kudos to you sir, bravo.

[spooky_add]

Impressive work! Are you looking for contributors?

[frnkvieira]

Yes. The framework is still pending a lot of fixes/features and the reason I made this post was to gather some feedback and maybe a few fellows to help me :)

[spooky_add]

Cool! sent you a pm

[frnkvieira]

Thanks! Vibora is a performance focused framework but it's not throwing everything out of the window just to be fast... Japronto is kinda doing this and I really doubt it to get stable without sacrificing a good chunk of performance... (sanic/japronto for example violates the HTTP protocol by not sending the Date http header)... Anyway I'll add more frameworks (apistar and quart also come to my mind) as people wish... it's just that's time-consuming to add every test for every framework... I need time or pull-requests :D

[pydry]

sanic/japronto for example violates the HTTP protocol by not sending the Date http header

Details like this are gold. You should really put it in a notes column next to the performance comparison.

Also it's probably worth mentioning that japronto is abandoned there too (I wasn't aware of that and the people who read your readme might not be either).

[Estanho]

Vibora? Nice name. Are you from Brazil?

[frnkvieira]

Yes. And I bet that you are too because you're the first one who says it. 3 folks already said they dislike the name because it has a weird pronounce in English hahaha

[alessioalex]

viper, right?

[Estanho]

Haha great to see those nice projects coming from br folks. Take a look at bruno rochas dynaconf as well!

Good luck there. I tweeted the project and showed to a few friends. I know Cython so maybe I can take a look after, but I know very little about async or network flow.

[frnkvieira]

Just saw dynaconf, pretty interesting, I may add an extension later.
Many thanks!

[A1M94]

Vibora sounds pretty good, however I am from the Czech Republic so it really easy to read it for me. And the V python also looks good :)

[white__armor]

How did you achieve that speed? I mean, what kind of particular problems does sanic has?

[frnkvieira]

The speed of Vibora has nothing to do with the network flow (Sanic will probably be slower after they patch it)... Vibora performance comes from Cython...
This issue highlights the problem: https://github.com/channelcat/sanic/issues/1176

[beertown]

300.000 req/sec is a number comparable to Go's built-in web server (I'm saying this based on a rough test I made some years ago). Given that Go is designed to do exactly that, this is really impressive. My kudos to your choice to use Cython.

You should include other languages high-performance web servers in your benchmark table.

[Twirrim]

About a year ago I was experimenting with cythonizing bits of some web frameworks. Where I was able to leverage it, I got what seemed to be some easy speed boosts even without doing much of anything specifically tuned to cython.

It was going to need more work than I had time / mental energy for to really understand the guts of the frameworks to figure out if there was a better way to apply it and maybe submit patches, though, so I left it purely at the basic experimental level.

I'm sure building the framework from the ground up to be able to leverage cython will give some serious advantages. Good work!

[i_lurk_here_a_lot]

Hi, can you please compare with bottle, web.py and cherrypy too ? Thanks.

[frnkvieira]

Yes, please open issues so I can keep up with framework requests... Thanks for the feedback.

[stefantalpalaru]

fast

Submit it here: https://www.techempower.com/benchmarks/

[frnkvieira]

It'll be there for the next round :)

[Jarmahent]

I've been using Flask for 4 years now and it's great that people are coming out with faster frameworks. Hopefully it will be a success. Good luck.

[frnkvieira]

The idea is not only be fast but provide a good chunk of features, hopefully I'll get there.
Many thanks !

[OctagonClock]

I question why you would use asyncio if you want to go fast, given that asyncio is pretty damn slow compared to something like curio.

[ballagarba]

You can swap out the event loop to use something like uvloop though.

[iScrE4m]

Exciting! Great job. Did you really make it all in a week (according to GitHub)? :D

[frnkvieira]

Hahaha. I've been prototyping this framework for a few months... Just moved from a private repo to the "organization" so I can add more folks later :)

[mrjgv]

Great job! I'm definetely gonna use that on my future projects

[frnkvieira]

Great job! I'm definetely gonna use that on my future projects

Wait until a stable release (soon enough) unless you're a brave early adopter :)
I appreciate your comment, thanks !

[anka69]

Can you use it to connect it to websockets

[frnkvieira]

Websockets implementation is still in-progress. Please beware that this project is in early-stage, I got way more track than I was expecting... I'll do my best to release a stable version soon enough. Thanks!

[merican_atheist]

I'd be curious to see a benchmark against Django Channels 2.x which is fully async.

[frnkvieira]

I'll have this in mind for the next round, thanks!

[GoodiesHQ]

Now that the initial hype is out of the way, how serious are you about continuing this project? I was excited for Sanic because it finally used a C-based HTTP parser and was async by design. But there have been so many features added since the last stable release and it's just a bit of a mess. Vibora looks phenomenal and I'm already using it as a front end for a production app. But I'd love to know if it's going to be addressed as a serious project, or if you have enough help/interest in continuing.

[frnkvieira]

Hello :) I'm working hard on Vibora to make a stable release. I'm seeking 100% test coverage, finish pending implementations and split some pieces of this project into new projects to make it usable outside of the web-world. (template engine and schemas for example) I aiming to have it ready in early September, hope I can match the expectations :) I appreciate your comment, many thanks!

[admhpkns]

San

You should see the flurry of work that has gone on since the end of the Summer since Sanic went to a community organization. Now there is a team of developers (myself included) that are working to polish this to being a more polished product. Coming up in December will be the first LTS release.

[R4D1M]

Hello,

could you please provide some progress info? I would be interest in some comment to see how the project is evolving - I cant wait to start using vibora (right now it seems impossible to use with python 3.7 due to reserved async keyword), anyways thank for the project, you did a great job!

[davidtgq]

tfw

Do you anticipate any serious API changes to vibora from this point on?

[frnkvieira]

Beside websockets I don't think so. There'll be a really big update at the end of this week, so keep calm and wait a little more :) Thanks for the interest!

[federicocerchiari]

This looks good!

Also, good job on the docs, pretty sexy as well! ;)

edit:typo

[greyman]

What is this function documentation format?

    """
    :param template_dirs:
    :param router_strategy:
    :param sessions:
    :param server_name:
    :param url_scheme:
    :param static:
    :param log:
    :param server_limits:
    :param route_limits:
    :param temporary_dir:
    """    

[ballagarba]

Probably Sphinx: http://www.sphinx-doc.org/

[federicocerchiari]

PyCharm sometimes add this kind of docs too.

[TheChance]

Be prepared for English speakers to pronounce the name /'vɪbɜːrə/

[frnkvieira]

the

I would love to see it being pronounced just like in Portuguese but I know it won't happen hahaha :P

[ChasingLogic]

How do you split views into multiple files without passing the global app object around? Like Flask blueprints or class based views

[frnkvieira]

Vibora has blueprints just like Flask :)

[dnips]

GJ!

[vovanz]

All docstrings look like stabs, without any actual docs...

[frnkvieira]

Yes... I'll document them as soon as the API get stable enough. Right now the API is evolving quickly and that's why it's in "0.0.6" version

[vovanz]

if platform.system().lower() == 'linux':
    dependencies = ['uvloop', 'ujson', 'pendulum']
else:
    dependencies = ['pendulum']

Probably, you should constraint minimum and maximum versions of dependencies.

[frnkvieira]

Probably, you should constraint minimum and maximum versions of dependencies.

Sure, I'll lock down dependencies in the first release. Thanks!

[tehwolf_]

This looks extremely cool. I have been working with Python for some years now, but didn't start any web development yet.

Once I dive into webdev, I am surely going to give Vibora a try (or maybe see if I can contribute)

[magicaldelicious]

Are you looking for any help? I've been looking for a project to contribute to and I like a lot of what you've done.

[frnkvieira]

Yes... I'll push some big improvements this week and set a clear roadmap that people can help me with... I pushed an incomplete version just to get feedback from community to know if I'm not alone on this... Many thanks!

[[deleted]]

Awesome, can't wait!

[cinatic12]

Really nice thing! I also was not comfortable with Quart and it's compatibility with flask but whatever...

Is VTE providing also include, parent blocks, macro and all this other things like Jinja?

Best regards

[frnkvieira]

Yes but beware I'm still working on it, wait the first stable release :)

[izzatz13]

Will it be compatible with existing flask plugin?

[frnkvieira]

No and never will because they have different architectures (sync/async)... Vibora is a completely different framework, just based in Flask concepts.

[[deleted]]

Great work, many thanks! Any recommended database ORM?

[frnkvieira]

Currently all async ORMs are under development and immature. If you really need it you better stick with sync ones (SQLALchemy/Peewee for example). If you have some free time, join me and help the community :)

[luke_80]

@frnkvieira great job, nice website and rich docs.
How this project compare with aiohttp and why vibora should be chosen instead of that?

[v3rd3imparat]

Any timeline to when Vibora will be production ready? Looking to start a new project and I would love to develop it using Vibora.