Είμαι νέος σε αυτά τα πράγματα, αλλά τελευταία ακούω πολλά για το πόσο καλό είναι το [Node.js](https://en.wikipedia.org/wiki/Node.js). Λαμβάνοντας υπόψη πόσο μου αρέσει να δουλεύω με την jQuery και την JavaScript γενικά, δεν μπορώ'δεν μπορώ να μην αναρωτηθώ πώς να αποφασίσω πότε να χρησιμοποιήσω το Node.js. Η διαδικτυακή εφαρμογή που έχω στο μυαλό μου είναι κάτι σαν το [Bitly](https://en.wikipedia.org/wiki/Bitly) - παίρνει κάποιο περιεχόμενο, το αρχειοθετεί.


Από όλη την εργασία που έκανα τις τελευταίες μέρες, πήρα τις ακόλουθες πληροφορίες. Node.js


* είναι ένα εργαλείο γραμμής εντολών που μπορεί να εκτελεστεί ως κανονικός διακομιστής ιστού και επιτρέπει την εκτέλεση προγραμμάτων JavaScript
* χρησιμοποιεί τη σπουδαία [V8 JavaScript engine](https://en.wikipedia.org/wiki/V8_%28JavaScript_engine%29)
* είναι πολύ καλό όταν πρέπει να κάνετε πολλά πράγματα ταυτόχρονα
* είναι βασισμένο σε συμβάντα, έτσι ώστε όλα τα υπέροχα [Ajax](https://en.wikipedia.org/wiki/Ajax_%28programming%29)-like πράγματα να μπορούν να γίνουν στην πλευρά του διακομιστή
* μας επιτρέπει να μοιραζόμαστε κώδικα μεταξύ του προγράμματος περιήγησης και του backend
* μας επιτρέπει να μιλάμε με τη MySQL


Ορισμένες από τις πηγές που έχω συναντήσει είναι οι εξής:


* [Diving into Node.js - Εισαγωγή και εγκατάσταση](http://www.stoimen.com/blog/2010/11/16/diving-into-node-js-introduction-and-installation/)
* [Understanding NodeJS](http://debuggable.com/posts/understanding-node-js:4bd98440-45e4-4a9a-8ef7-0f7ecbdd56cb)
* [Node by Example](http://blog.osbutler.com/categories/node-by-example/?page=3) ([Archive.is](https://archive.fo/exhaR))
* [Let's Make a Web App: NodePad](http://dailyjs.com/2010/11/01/node-tutorial/)


Λαμβάνοντας υπόψη ότι το Node.js μπορεί να τρέξει σχεδόν out-of-the-box σε [Amazon's EC2](https://en.wikipedia.org/wiki/Amazon_Elastic_Compute_Cloud) instances, προσπαθώ να καταλάβω τι είδους προβλήματα απαιτούν το Node.js σε αντίθεση με οποιονδήποτε από τους ισχυρούς βασιλιάδες εκεί έξω όπως η [PHP](https://en.wikipedia.org/wiki/PHP), η [Python](https://en.wikipedia.org/wiki/Python_%28programming_language%29) και η [Ruby](https://en.wikipedia.org/wiki/Ruby_%28programming_language%29). Καταλαβαίνω ότι εξαρτάται πραγματικά από την εμπειρία που έχει κάποιος σε μια γλώσσα, αλλά η ερώτησή μου εμπίπτει περισσότερο στη γενική κατηγορία του: Πότε πρέπει να χρησιμοποιείται ένα συγκεκριμένο πλαίσιο και για τι είδους προβλήματα είναι ιδιαίτερα κατάλληλο;


Πώς να αποφασίσετε πότε να χρησιμοποιήσετε το Node.js;
======================================================


Κάνατε πολύ καλή δουλειά στο να συνοψίσετε τι είναι φοβερό στο Node.js. Η αίσθησή μου είναι ότι το Node.js είναι ιδιαίτερα κατάλληλο για εφαρμογές όπου θα θέλατε να διατηρήσετε μια μόνιμη σύνδεση από το πρόγραμμα περιήγησης πίσω στον διακομιστή. Χρησιμοποιώντας μια τεχνική γνωστή ως ["long-polling"](https://en.wikipedia.org/wiki/Push_technology#Long_polling), μπορείτε να γράψετε μια εφαρμογή που στέλνει ενημερώσεις στον χρήστη σε πραγματικό χρόνο. Η πραγματοποίηση long polling σε πολλούς από τους γίγαντες του διαδικτύου, όπως το [Ruby on Rails](https://en.wikipedia.org/wiki/Ruby_on_Rails) ή το [Django](https://en.wikipedia.org/wiki/Django_%28web_framework%29), θα δημιουργούσε τεράστιο φόρτο στον διακομιστή, επειδή κάθε ενεργός πελάτης τρώει μια διεργασία του διακομιστή. Αυτή η κατάσταση ισοδυναμεί με επίθεση [tarpit](https://en.wikipedia.org/wiki/Tarpit_(networking)). Όταν χρησιμοποιείτε κάτι όπως το Node.js, ο διακομιστής δεν έχει ανάγκη να διατηρεί ξεχωριστά νήματα για κάθε ανοιχτή σύνδεση. 


Αυτό σημαίνει ότι μπορείτε να δημιουργήσετε μια [εφαρμογή συνομιλίας με βάση το πρόγραμμα περιήγησης](https://github.com/rivalslayer/node_chat) σε Node.js που δεν χρειάζεται σχεδόν καθόλου πόρους συστήματος για να εξυπηρετεί πολλούς πελάτες. Κάθε φορά που θέλετε να κάνετε αυτού του είδους τη μακροχρόνια αναζήτηση, το Node.js είναι μια εξαιρετική επιλογή. 


Αξίζει να αναφέρουμε ότι και η Ruby και η Python έχουν εργαλεία για να κάνουν κάτι τέτοιο ([eventmachine](http://rubyeventmachine.com/) και [twisted](https://twistedmatrix.com/trac/), αντίστοιχα), αλλά ότι το Node.js το κάνει εξαιρετικά καλά, και από την αρχή. Η JavaScript είναι εξαιρετικά καλά τοποθετημένη σε ένα μοντέλο ταυτόχρονης λειτουργίας βασισμένο σε callback, και υπερέχει εδώ. Επίσης, η δυνατότητα σειριοποίησης και αποσειριοποίησης με JSON εγγενές τόσο στον πελάτη όσο και στον διακομιστή είναι αρκετά έξυπνη.


Ανυπομονώ να διαβάσω άλλες απαντήσεις εδώ, αυτή είναι μια φανταστική ερώτηση.


Αξίζει να επισημάνουμε ότι το Node.js είναι επίσης εξαιρετικό για καταστάσεις στις οποίες θα επαναχρησιμοποιήσετε πολύ κώδικα σε όλο το χάσμα πελάτη/εξυπηρετητή. Το [Meteor framework](https://meteor.com) το κάνει αυτό πολύ εύκολο, και πολλοί άνθρωποι προτείνουν ότι αυτό μπορεί να είναι το μέλλον της ανάπτυξης ιστοσελίδων. Μπορώ να πω από την εμπειρία μου ότι είναι πολύ διασκεδαστικό να γράφεις κώδικα στο Meteor, και ένα μεγάλο μέρος αυτού είναι να ξοδεύεις λιγότερο χρόνο σκεπτόμενος πώς θα αναδομήσεις τα δεδομένα σου, ώστε ο κώδικας που εκτελείται στο πρόγραμμα περιήγησης να μπορεί εύκολα να τα χειριστεί και να τα μεταβιβάσει πίσω.


Εδώ είναι ένα άρθρο για το Pyramid και το long-polling, το οποίο αποδεικνύεται ότι είναι πολύ εύκολο να ρυθμιστεί με λίγη βοήθεια από το gevent: [*TicTacToe και Long Polling με την Pyramid*](http://michael.merickel.org/2011/6/21/tictactoe-and-long-polling-with-pyramid/).


Πιστεύω ότι το Node.js είναι καταλληλότερο για εφαρμογές πραγματικού χρόνου: διαδικτυακά παιχνίδια, εργαλεία συνεργασίας, δωμάτια συνομιλίας ή οτιδήποτε άλλο όπου αυτό που κάνει ένας χρήστης (ή ρομπότ; ή αισθητήρας;) με την εφαρμογή πρέπει να το βλέπουν οι άλλοι χρήστες αμέσως, χωρίς ανανέωση της σελίδας.


Θα πρέπει επίσης να αναφέρω ότι το Socket.IO σε συνδυασμό με το Node.js θα μειώσει την καθυστέρηση πραγματικού χρόνου ακόμη περισσότερο από ό,τι είναι δυνατό με το μακρύ polling. Το Socket.IO θα υποχωρήσει στο long polling ως το χειρότερο σενάριο, και αντ' αυτού θα χρησιμοποιήσει web sockets ή ακόμα και Flash, αν είναι διαθέσιμα.


Αλλά θα πρέπει επίσης να αναφέρω ότι σχεδόν κάθε κατάσταση όπου ο κώδικας μπορεί να μπλοκάρει λόγω νημάτων μπορεί να αντιμετωπιστεί καλύτερα με το Node.js. Ή οποιαδήποτε κατάσταση όπου χρειάζεται η εφαρμογή να είναι οδηγούμενη από συμβάντα.


Επίσης, ο Ryan Dahl είπε σε μια ομιλία που παρακολούθησα κάποτε ότι τα benchmarks του Node.js ανταγωνίζονται στενά το Nginx για κανονικά παλιά αιτήματα HTTP. Οπότε αν χτίσουμε με το Node.js, μπορούμε να εξυπηρετήσουμε τους κανονικούς μας πόρους αρκετά αποτελεσματικά, και όταν χρειαστούμε τα event-driven πράγματα, είναι έτοιμο να τα χειριστεί.


Επιπλέον, είναι όλο JavaScript όλη την ώρα. Lingua Franca σε όλη τη στοίβα.


Για να είμαι σύντομος:


Το Node.js είναι κατάλληλο για εφαρμογές που έχουν πολλές ταυτόχρονες συνδέσεις και κάθε αίτημα χρειάζεται μόνο πολύ λίγους κύκλους CPU, επειδή ο βρόχος συμβάντων (με όλους τους άλλους πελάτες) μπλοκάρεται κατά τη διάρκεια της εκτέλεσης μιας συνάρτησης.


Ένα καλό άρθρο σχετικά με τον βρόχο συμβάντων στο Node.js είναι το [*Το τεχνολογικό ιστολόγιο του Mixu: Understanding the node.js event loop*](http://blog.mixu.net/2011/02/01/understanding-the-node-js-event-loop/).

