6 ms·

Node.js Frameworks Comparison

47 points by johnx123-up 14y ago

robinduckett 14y ago
It's down. I hope this blog doesn't run on Node.js
- yuchi 14y ago
  No, it runs on drupal.
  - mekwall 14y ago
    That explains it all.
    - robinduckett 14y ago
      To be fair, using varnish and proper cache modules with drupal, you can make drupal very immune to this sort of traffic.
      - mcrittenden 14y ago
        Core Drupal caching can handle a lot (my blog has handled the top spot in HN a couple times with only that without issue), and adding Varnish alone can scale it to huge traffic levels. The GP comment is just FUD.
  - jQueryIsAwesome 14y ago
    What I don't understand is why people don't get ready to take the hit; use a cached static version, use varnish, get more instances; just don't let it go down.
louischatriot 14y ago
Cached version: http://webcache.googleusercontent.com/search?q=cache:PKds6TkMNFcJ:ocdevel.com/blog/nodejs-frameworks-comparison&hl=en&tbo=d&gl=fr&strip=1 http://webcache.googleusercontent.com/search?q=cache:PKds6Tk...
louischatriot 14y ago
Nice article, and really stresses the tradeoff between flexibility/control and development time. Being control freaks, we use plain old Express at tldr.io , it's true that you need to tie everything yourself but in the long-run I think we actually save time by knowing exactly what we do and why we do it.
deif 14y ago
The last point the op makes is that you don't need a nodejs framework if you're using backbone/angular/ember. I've consistently used Socketstream combined with Ember in my for-fun projects, and it's extremely easy to build use. Combine that with the massive fun I'm having pushing events to the client from node and watching ember observers adjust accordingly, wonderful things can happen. On topic - Socketstream is actively being developed and is pretty damn awesome (not to mention easy to pick up). Meteor and TowerJS turned me away when I saw the amount of rigidity in their implementations, whereas SS allows you to plug modules in and out of the framework with ease.
- owenb 14y ago
  Great to hear of your success with SocketStream! While there is still lots to do, I am happy with the way the latest version (0.4) is progressing and very excited about the new support for Node Streams. As you mention, SocketStream is indeed under active development, but most of that is currently going on in this experimental repo (https://github.com/socketstream/socketstream-0.4 https://github.com/socketstream/socketstream-0.4) and offline. I hope to get a stable 0.4 release out early next year, along with full documentation, tutorials and more. Stay tuned! Owen
- jeremiep 14y ago
  I do use AngularJS on my client side, it works extremely well with Express on the server side. I really liked how the article mentions Express isn't a framework and doesn't try to get in your way, this is exactly why I chose it!
camus 14y ago
Does Node really scales better than other solutions with blocking operation ? ( read/write files, read/write from synchronous dbs ,etc... ) , i understand it works quite well with queue messaging or async databases ,etc ... But is it really better when one uses it for "classic" CRUD websites that display webpages and get their infos from , a postgres database ?
- Jean-Philipe 14y ago
  postgres or postgresql, not postgre. SCNR
  - camus 14y ago
    Since you are so smart, why dont you answer the question ,french man?
- jeremiep 14y ago
  The blocking in node.js happens at the C++ level. Your JavaScript thread is still free to process other requests while your initial request waits for a response from the database. However, without a memcache or redis layer in front of postgres I suspect the database machine will run out of resources way before the web server machine does.
- nobleach 14y ago
  For your typical CRUD app, you won't notice a big difference. Rails/PHP/Java/ASP.net should deliver similar performance. If you're using Windows, Rails will slow down significantly unless you're using the latest JRuby 1.7/Java 7 release. The biggest "no-no" for a node app is proxying it behind a threaded webserver like Apache.

47 points by johnx123-up 14y ago

robinduckett 14y ago

It's down. I hope this blog doesn't run on Node.js

yuchi 14y ago
No, it runs on drupal.
- mekwall 14y ago
  That explains it all.
  - robinduckett 14y ago
    To be fair, using varnish and proper cache modules with drupal, you can make drupal very immune to this sort of traffic.
    - mcrittenden 14y ago
      Core Drupal caching can handle a lot (my blog has handled the top spot in HN a couple times with only that without issue), and adding Varnish alone can scale it to huge traffic levels. The GP comment is just FUD.
- jQueryIsAwesome 14y ago
  What I don't understand is why people don't get ready to take the hit; use a cached static version, use varnish, get more instances; just don't let it go down.

louischatriot 14y ago

Cached version: http://webcache.googleusercontent.com/search?q=cache:PKds6TkMNFcJ:ocdevel.com/blog/nodejs-frameworks-comparison&hl=en&tbo=d&gl=fr&strip=1 http://webcache.googleusercontent.com/search?q=cache:PKds6Tk...

louischatriot 14y ago

Nice article, and really stresses the tradeoff between flexibility/control and development time. Being control freaks, we use plain old Express at tldr.io , it's true that you need to tie everything yourself but in the long-run I think we actually save time by knowing exactly what we do and why we do it.

deif 14y ago

The last point the op makes is that you don't need a nodejs framework if you're using backbone/angular/ember. I've consistently used Socketstream combined with Ember in my for-fun projects, and it's extremely easy to build use. Combine that with the massive fun I'm having pushing events to the client from node and watching ember observers adjust accordingly, wonderful things can happen. On topic - Socketstream is actively being developed and is pretty damn awesome (not to mention easy to pick up). Meteor and TowerJS turned me away when I saw the amount of rigidity in their implementations, whereas SS allows you to plug modules in and out of the framework with ease.

owenb 14y ago
Great to hear of your success with SocketStream! While there is still lots to do, I am happy with the way the latest version (0.4) is progressing and very excited about the new support for Node Streams. As you mention, SocketStream is indeed under active development, but most of that is currently going on in this experimental repo (https://github.com/socketstream/socketstream-0.4 https://github.com/socketstream/socketstream-0.4) and offline. I hope to get a stable 0.4 release out early next year, along with full documentation, tutorials and more. Stay tuned! Owen
jeremiep 14y ago
I do use AngularJS on my client side, it works extremely well with Express on the server side. I really liked how the article mentions Express isn't a framework and doesn't try to get in your way, this is exactly why I chose it!

camus 14y ago

Does Node really scales better than other solutions with blocking operation ? ( read/write files, read/write from synchronous dbs ,etc... ) , i understand it works quite well with queue messaging or async databases ,etc ... But is it really better when one uses it for "classic" CRUD websites that display webpages and get their infos from , a postgres database ?

Jean-Philipe 14y ago
postgres or postgresql, not postgre. SCNR
- camus 14y ago
  Since you are so smart, why dont you answer the question ,french man?
jeremiep 14y ago
The blocking in node.js happens at the C++ level. Your JavaScript thread is still free to process other requests while your initial request waits for a response from the database. However, without a memcache or redis layer in front of postgres I suspect the database machine will run out of resources way before the web server machine does.
nobleach 14y ago
For your typical CRUD app, you won't notice a big difference. Rails/PHP/Java/ASP.net should deliver similar performance. If you're using Windows, Rails will slow down significantly unless you're using the latest JRuby 1.7/Java 7 release. The biggest "no-no" for a node app is proxying it behind a threaded webserver like Apache.