Qui a installé Node.js sur son serveur Debian ?
Avez-vous installé un paquet Debian ou d'ailleurs ?
Pouvez-vous montrer un exemple de ce que vous avez fait avec ?
Qui a installé Node.js sur son serveur Debian ?
Avez-vous installé un paquet Debian ou d'ailleurs ?
Pouvez-vous montrer un exemple de ce que vous avez fait avec ?
Qui a installé Node.js sur son serveur Debian ?
Avez-vous installé un paquet Debian ou d'ailleurs ?
Pouvez-vous montrer un exemple de ce que vous avez fait avec ?
Bonjour,
Le lundi 23 mars 2015 à 20:50, Philippe Gras a écrit :Qui a installé Node.js sur son serveur Debian ?
Je l'ai fait.Avez-vous installé un paquet Debian ou d'ailleurs ?
J'ai rétroporté les paquet de testing pour ma stable.
Pouvez-vous montrer un exemple de ce que vous avez fait avec ?
Pas énormément de choses pour l'instant. J'ai plusieurs outils en
JavaScript,
mais pas tous en Node.js (j'ai un lecteur multimédia basé sur Node-
Webkit, j'ai
un outil de « scraping » basé sur CasperJS).
En pur Node.js, j'ai convertisseur de flux RSS vers e-mail. J'étais
las de ne
pas trouver « le Mutt des lecteurs de news », j'ai donc apporté les
news dans
Mutt.
Les avantages de Node.js par rapport à un autre environnement sont
directement
les avantages de JavaScript par rapport aux autres langages (selon
l'autre
langage en question, tous ces points ne sont pas forcément valables) :
- asynchronisme,
- typage des variables,
- promises,
- etc.
On trouve un écosystème assez intéressant de modules qui permettent de
programmer à un assez haut niveau.
Au niveau des inconvénients, là encore, on a les inconvénients de
JavaScript
(tiens, par pure perversion, je vais mettre les mêmes que ceux que
j'ai listés
en avantages) :
- asynchronisme,
- typage des variables,
- promises,
- etc.
Bref, comme pour tout langage / environnement, il a du pour et du
contre et il
ne sera pas la solution à tous tes besoins (et c'est
malheureusement après
quelques échecs que tu t'en rendras compte).
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Bonjour,
Le lundi 23 mars 2015 à 20:50, Philippe Gras a écrit :
Qui a installé Node.js sur son serveur Debian ?
Je l'ai fait.
Avez-vous installé un paquet Debian ou d'ailleurs ?
J'ai rétroporté les paquet de testing pour ma stable.
Pouvez-vous montrer un exemple de ce que vous avez fait avec ?
Pas énormément de choses pour l'instant. J'ai plusieurs outils en
JavaScript,
mais pas tous en Node.js (j'ai un lecteur multimédia basé sur Node-
Webkit, j'ai
un outil de « scraping » basé sur CasperJS).
En pur Node.js, j'ai convertisseur de flux RSS vers e-mail. J'étais
las de ne
pas trouver « le Mutt des lecteurs de news », j'ai donc apporté les
news dans
Mutt.
Les avantages de Node.js par rapport à un autre environnement sont
directement
les avantages de JavaScript par rapport aux autres langages (selon
l'autre
langage en question, tous ces points ne sont pas forcément valables) :
- asynchronisme,
- typage des variables,
- promises,
- etc.
On trouve un écosystème assez intéressant de modules qui permettent de
programmer à un assez haut niveau.
Au niveau des inconvénients, là encore, on a les inconvénients de
JavaScript
(tiens, par pure perversion, je vais mettre les mêmes que ceux que
j'ai listés
en avantages) :
- asynchronisme,
- typage des variables,
- promises,
- etc.
Bref, comme pour tout langage / environnement, il a du pour et du
contre et il
ne sera pas la solution à tous tes besoins (et c'est
malheureusement après
quelques échecs que tu t'en rendras compte).
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/
20150324091958.GC29831@sebian.nob900.homeip.net
Bonjour,
Le lundi 23 mars 2015 à 20:50, Philippe Gras a écrit :Qui a installé Node.js sur son serveur Debian ?
Je l'ai fait.Avez-vous installé un paquet Debian ou d'ailleurs ?
J'ai rétroporté les paquet de testing pour ma stable.
Pouvez-vous montrer un exemple de ce que vous avez fait avec ?
Pas énormément de choses pour l'instant. J'ai plusieurs outils en
JavaScript,
mais pas tous en Node.js (j'ai un lecteur multimédia basé sur Node-
Webkit, j'ai
un outil de « scraping » basé sur CasperJS).
En pur Node.js, j'ai convertisseur de flux RSS vers e-mail. J'étais
las de ne
pas trouver « le Mutt des lecteurs de news », j'ai donc apporté les
news dans
Mutt.
Les avantages de Node.js par rapport à un autre environnement sont
directement
les avantages de JavaScript par rapport aux autres langages (selon
l'autre
langage en question, tous ces points ne sont pas forcément valables) :
- asynchronisme,
- typage des variables,
- promises,
- etc.
On trouve un écosystème assez intéressant de modules qui permettent de
programmer à un assez haut niveau.
Au niveau des inconvénients, là encore, on a les inconvénients de
JavaScript
(tiens, par pure perversion, je vais mettre les mêmes que ceux que
j'ai listés
en avantages) :
- asynchronisme,
- typage des variables,
- promises,
- etc.
Bref, comme pour tout langage / environnement, il a du pour et du
contre et il
ne sera pas la solution à tous tes besoins (et c'est
malheureusement après
quelques échecs que tu t'en rendras compte).
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
>J'ai rétroporté les paquet de testing pour ma stable.
https://packages.debian.org/search?keywords=nodejs
Là, ce serait plutôt wheezy-backports pour mon serveur sous wheezy ?
Les tutos que j'ai trouvé recommandent presque tous (à l'exception du site
du zéro)
de compiler depuis les sources, notamment pour avoir NPM en bonus.
Par contre, Node.JS n'accepte qu'une seule connexion à la fois.
C'est pour ça que j'aurais aimé avoir des exemples d'utilisation sur le Web.
>J'ai rétroporté les paquet de testing pour ma stable.
https://packages.debian.org/search?keywords=nodejs
Là, ce serait plutôt wheezy-backports pour mon serveur sous wheezy ?
Les tutos que j'ai trouvé recommandent presque tous (à l'exception du site
du zéro)
de compiler depuis les sources, notamment pour avoir NPM en bonus.
Par contre, Node.JS n'accepte qu'une seule connexion à la fois.
C'est pour ça que j'aurais aimé avoir des exemples d'utilisation sur le Web.
>J'ai rétroporté les paquet de testing pour ma stable.
https://packages.debian.org/search?keywords=nodejs
Là, ce serait plutôt wheezy-backports pour mon serveur sous wheezy ?
Les tutos que j'ai trouvé recommandent presque tous (à l'exception du site
du zéro)
de compiler depuis les sources, notamment pour avoir NPM en bonus.
Par contre, Node.JS n'accepte qu'une seule connexion à la fois.
C'est pour ça que j'aurais aimé avoir des exemples d'utilisation sur le Web.
Le mardi 24 mars 2015 à 11:30, Philippe Gras a écrit :J'ai rétroporté les paquet de testing pour ma stable.
https://packages.debian.org/search?keywords=nodejs
Là, ce serait plutôt wheezy-backports pour mon serveur sous wheezy ?
Ça peut être une option en effet. Dans mon cas, je n'utilise plus
les backports
(j'ai eu une mauvaise expérience avec). Je fais mes propres backports.
Mais la finalité reste la même, obtenir la version de testing sur
une stable.Les tutos que j'ai trouvé recommandent presque tous (à l'exception
du site
du zéro)
de compiler depuis les sources, notamment pour avoir NPM en bonus.
Je déconseille cette approche.
L'administration d'un serveur est plus simple lorsqu'on n'utilise
qu'un seul
gestionnaire de paquets. Si on commence à en utiliser plusieurs
(APT, NPM, CPAN,
RubyGems, PyP, etc.) on multiplie les tâches de maintenance, ce qui
conduira
inexorablement à en oublier un jour et à se retrouver avec des outils
vulnérables.
Pour être totalement objectif, on pourra opposer aux arguments ci-
dessus qu'on
obtient plus rapidement les corrections en utilisant un
gestionnaire de paquets
dédié à chaque plateforme.
Par contre, Node.JS n'accepte qu'une seule connexion à la fois.
Ce n'est pas tout à fait vrai. Une seule instance de ton code sera
exécutée à la
fois, mais le fonctionnement évènementiel permet d'accepter et de
traiter
plusieurs connexions en parallèle (et ce sera souvent le cas
puisque puisque chaque
chose que tu feras - accès au système de fichiers, à la base de
données, etc. -
sera faite de manière asynchrone) :
https://nodejs.org/about/
https://ncombo.wordpress.com/2014/07/11/process-based-vs-thread-
based-concurrency-node-js/C'est pour ça que j'aurais aimé avoir des exemples d'utilisation
sur le Web.
Ethercalc et Etherpad sont sûrement de bons exemples puisqu'ils
permettent de
travailler en parallèle sur le même document.
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le mardi 24 mars 2015 à 11:30, Philippe Gras a écrit :
J'ai rétroporté les paquet de testing pour ma stable.
https://packages.debian.org/search?keywords=nodejs
Là, ce serait plutôt wheezy-backports pour mon serveur sous wheezy ?
Ça peut être une option en effet. Dans mon cas, je n'utilise plus
les backports
(j'ai eu une mauvaise expérience avec). Je fais mes propres backports.
Mais la finalité reste la même, obtenir la version de testing sur
une stable.
Les tutos que j'ai trouvé recommandent presque tous (à l'exception
du site
du zéro)
de compiler depuis les sources, notamment pour avoir NPM en bonus.
Je déconseille cette approche.
L'administration d'un serveur est plus simple lorsqu'on n'utilise
qu'un seul
gestionnaire de paquets. Si on commence à en utiliser plusieurs
(APT, NPM, CPAN,
RubyGems, PyP, etc.) on multiplie les tâches de maintenance, ce qui
conduira
inexorablement à en oublier un jour et à se retrouver avec des outils
vulnérables.
Pour être totalement objectif, on pourra opposer aux arguments ci-
dessus qu'on
obtient plus rapidement les corrections en utilisant un
gestionnaire de paquets
dédié à chaque plateforme.
Par contre, Node.JS n'accepte qu'une seule connexion à la fois.
Ce n'est pas tout à fait vrai. Une seule instance de ton code sera
exécutée à la
fois, mais le fonctionnement évènementiel permet d'accepter et de
traiter
plusieurs connexions en parallèle (et ce sera souvent le cas
puisque puisque chaque
chose que tu feras - accès au système de fichiers, à la base de
données, etc. -
sera faite de manière asynchrone) :
https://nodejs.org/about/
https://ncombo.wordpress.com/2014/07/11/process-based-vs-thread-
based-concurrency-node-js/
C'est pour ça que j'aurais aimé avoir des exemples d'utilisation
sur le Web.
Ethercalc et Etherpad sont sûrement de bons exemples puisqu'ils
permettent de
travailler en parallèle sur le même document.
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers debian-user-french-REQUEST@lists.debian.org
En cas de soucis, contactez EN ANGLAIS listmaster@lists.debian.org
Archive: https://lists.debian.org/
20150324112106.GE29831@sebian.nob900.homeip.net
Le mardi 24 mars 2015 à 11:30, Philippe Gras a écrit :J'ai rétroporté les paquet de testing pour ma stable.
https://packages.debian.org/search?keywords=nodejs
Là, ce serait plutôt wheezy-backports pour mon serveur sous wheezy ?
Ça peut être une option en effet. Dans mon cas, je n'utilise plus
les backports
(j'ai eu une mauvaise expérience avec). Je fais mes propres backports.
Mais la finalité reste la même, obtenir la version de testing sur
une stable.Les tutos que j'ai trouvé recommandent presque tous (à l'exception
du site
du zéro)
de compiler depuis les sources, notamment pour avoir NPM en bonus.
Je déconseille cette approche.
L'administration d'un serveur est plus simple lorsqu'on n'utilise
qu'un seul
gestionnaire de paquets. Si on commence à en utiliser plusieurs
(APT, NPM, CPAN,
RubyGems, PyP, etc.) on multiplie les tâches de maintenance, ce qui
conduira
inexorablement à en oublier un jour et à se retrouver avec des outils
vulnérables.
Pour être totalement objectif, on pourra opposer aux arguments ci-
dessus qu'on
obtient plus rapidement les corrections en utilisant un
gestionnaire de paquets
dédié à chaque plateforme.
Par contre, Node.JS n'accepte qu'une seule connexion à la fois.
Ce n'est pas tout à fait vrai. Une seule instance de ton code sera
exécutée à la
fois, mais le fonctionnement évènementiel permet d'accepter et de
traiter
plusieurs connexions en parallèle (et ce sera souvent le cas
puisque puisque chaque
chose que tu feras - accès au système de fichiers, à la base de
données, etc. -
sera faite de manière asynchrone) :
https://nodejs.org/about/
https://ncombo.wordpress.com/2014/07/11/process-based-vs-thread-
based-concurrency-node-js/C'est pour ça que j'aurais aimé avoir des exemples d'utilisation
sur le Web.
Ethercalc et Etherpad sont sûrement de bons exemples puisqu'ils
permettent de
travailler en parallèle sur le même document.
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet
"unsubscribe"
vers
En cas de soucis, contactez EN ANGLAIS
Archive: https://lists.debian.org/
Le 24 mars 15 à 12:21, Sébastien NOBILI a écrit :C'est pour ça que j'aurais aimé avoir des exemples d'utilisation
sur le Web.
Ethercalc et Etherpad sont sûrement de bons exemples puisqu'ils
permettent de
travailler en parallèle sur le même document.
https://www.ethercalc.org/k3sk198jdf
Le 24 mars 15 à 12:21, Sébastien NOBILI a écrit :
C'est pour ça que j'aurais aimé avoir des exemples d'utilisation
sur le Web.
Ethercalc et Etherpad sont sûrement de bons exemples puisqu'ils
permettent de
travailler en parallèle sur le même document.
https://www.ethercalc.org/k3sk198jdf
Le 24 mars 15 à 12:21, Sébastien NOBILI a écrit :C'est pour ça que j'aurais aimé avoir des exemples d'utilisation
sur le Web.
Ethercalc et Etherpad sont sûrement de bons exemples puisqu'ils
permettent de
travailler en parallèle sur le même document.
https://www.ethercalc.org/k3sk198jdf