Live data from Hacker News

Proxygen, Facebook's C++ HTTP Framework

code.facebook.com

21–30 of 98 posts

Re: Proxygen, Facebook's C++ HTTP Framework

#21

Earlier quoted context omitted.

Hey! So Proxygen was originally a reverse-proxy load balancer. Is that still how Facebook utilizes it now? If not, what is its current role? Are there any plans for integrating this with Hiphop/PHP in any way?

The blog post mentions that HHVM uses parts of Proxygen.

Sorry; I had read through most of it but was scanning for PHP or Hiphop. Honest mistake, I swear :).

Re: Proxygen, Facebook's C++ HTTP Framework

#22
post #2

Hey there, I work on Proxygen at Facebook. I'm happy to answer any questions you have about the project.

This question is a bit naive, but outside of Facebook, can you think of what kind of application this is well suited for?

Any kind of internal service that listens and accepts an API. Like you could put a bunch of monitoring agents on all your machines and those agents get information about your machines and report back to the service that makes use of Proxygen. Your service would use Proxygen instead of hiding behind an nginx or apache server and running via some kind of fcgi setup. The agents themselves could be using the Proxygen client to talk to the service using Proxygen server pieces.

Re: Proxygen, Facebook's C++ HTTP Framework

#23
post #2

Hey there, I work on Proxygen at Facebook. I'm happy to answer any questions you have about the project.

This question is a bit naive, but outside of Facebook, can you think of what kind of application this is well suited for?

Well besides the fun of hacking around and building little HTTP servers, I could see this being useful if you want to save money by running fewer instances of your HTTP service. For instance, if you have a widely deployed python webservice that isn't scaling well, you could rewrite it in C++ with very little boilerplate using proxygen's httpserver.

It's early stages for the proxygen open source project. Maybe further down the road we'll provide off-the-shelf binaries, but we think the library is already interesting enough to warrant a release.

Re: Proxygen, Facebook's C++ HTTP Framework

#27
post #2

Hey there, I work on Proxygen at Facebook. I'm happy to answer any questions you have about the project.

I'm curious to know why there is a file named PATENTS in the repo (alongside the LICENSE file). What kind of legal protections would this "additional grant" give you?

Re: Proxygen, Facebook's C++ HTTP Framework

#28
post #2

Hey there, I work on Proxygen at Facebook. I'm happy to answer any questions you have about the project.

I currently use nginx for all my projects, which for me mostly consist of (1) serving static content and (2) proxying to gunicorn. My setups are usually not overly complicated, basic redirects for stuff like www/non-www or ssl/non-ssl, installing ssl certs can be a pain sometimes, and for the most part I use a lot of default settings and have never needed to go in-depth with tweaking settings.

Does somebody like me have a reason to check out Proxygen?

Re: Proxygen, Facebook's C++ HTTP Framework

#29
post #2

Hey there, I work on Proxygen at Facebook. I'm happy to answer any questions you have about the project.

I'm curious to know why there is a file named PATENTS in the repo (alongside the LICENSE file). What kind of legal protections would this "additional grant" give you?

This is similar to the Apache License, which allows developers to use the project with the confidence that we grant a license to any patents that may affect the project. This is a grant we use for all of our projects and is not anything specific to Proxygen.

Re: Proxygen, Facebook's C++ HTTP Framework

#30
I really like your idea of the 4-part abstraction. Still… Your library really is not "that" easy to use.

I'm currently working on my own library using libuv, http-parser, nghttp2 and wslay, which is very similiar in it's use to node.js. As you might guess a echo server is therefore only about 15 lines of code, but about as performant as your framework. The downsite is that it's not as flexible due to the missing "4-part abtraction" (really… an excellent idea).

That's why your release somehow saddens me: When I'm going to release my framework to the public, it might be pretty good for cross platform apps etc. compared to others, but it will never ever be as popular as yours. Heck… I don't even have 10 twitter followers.

Post reply on HN