Ce n' “./bin/www” faire en Express 4.x?

J'ai juste commencé à apprendre Express 4.0 dans mon Node.js app, et j'ai trouvé qu'il a généré ./bin/www fichier, sur lequel le serveur d'application et les paramètres de port sont écrits et tout les autres comme middleware et de routage est défini dans ./app.js fichier.

Cependant, je ne suis pas sûr de ce que cela ./bin/www n'. J'ai utilisé Express 3.x et j'ai toujours défini serveur et les paramètres de port ainsi que le routage et le middleware sur le identique ./app.js fichier, et lancé mon nœud app avec node app.js. Alors, quel est le point de l'utilisation de la ./bin/www? Il ne fait que le serveur et le port de la définition des autres?

Droit maintenant, quand j'ai créer le package à l'aide de l'express-générateur, le package.json comprend la définition suivante:

"scripts": {
    "start": "node ./bin/www"
}

Cependant, je me demande si je dois lancer mon application en utilisant node ./bin/www, ou npm start. Quelle commande dois-je exécuter pour lancer mon application?

Et aussi, quand je déployer mon application sur heroku, que dois-je écrire dans la Procfile fichier? Est web: node app.js assez?

InformationsquelleAutor Blaszard | 2014-04-19
  1. 115

    Dans Express 3.0, vous devez normalement utiliser app.configure() (ou app.use()) pour mettre en place le nécessaire middleware dont vous avez besoin. Ceux middleware spécifiés sont regroupés avec d'Express 3.0.

    Exemple:

    var express = require('express');
var routes = require('./routes');
var user = require('./routes/user');
var http = require('http');
var path = require('path');

var app = express();

//all environments
app.set('port', process.env.PORT || 3000);
app.set('views', path.join(__dirname, 'views'));
app.set('view engine', 'jade');
app.use(express.favicon());
app.use(express.logger('dev'));
app.use(express.compress());
app.use(express.json());
app.use(express.urlencoded());
app.use(express.methodOverride());

    Dans Express 4.0 cependant, tous les middlewares ont été enlevé de sorte qu'ils peuvent être maintenus et mis à jour indépendamment de la base Express (à l'exception de la statique middleware), ils ont donc besoin d'être appelé séparément (ce que vous voyez dans app.js).

    La bin/ répertoire sert un endroit où vous pouvez définir vos différents scripts de démarrage. Le www est un exemple pour démarrer l'express app comme un serveur web.

    En fin de compte, vous pourriez avoir différents scripts comme test, stop, ou restart, etc. Ayant cette structure vous permet d'avoir différentes configurations démarrage, sans bachotage tout en app.js.

    La bonne façon de commencer votre Express app est: 

    npm start

    De déployer une Express 4.x application de Heroku, ajoutez ceci à votre Procfile: 

    web: npm start
    • ... et je suis également un peu de mal à faire ce travail sur différents node / hébergement cloud de l'environnement
    • Merci. Avec votre excellente explication sur les deux derniers paragraphes, j'ai finalement obtenu ce qui est le point de l'utilisation de www. Je ne suis pas sûr pourquoi elle est ainsi nommée de cette façon, mais - peut-être nommé d'après le World Wide Web?
    • Où est le document pour ce que vous avez dit au sujet de "npm démarrer"? J'aimerais étudier. Merci!!!!
    • Sur le ExpressJS du dépôt Github github.com/visionmedia/express, faites défiler jusqu'à la section démarrage Rapide
    • Mais windows ne prend pas en charge un script shell. Il semble donc qu'il n'est pas très sympathique avec windows?
    • Pas sûr de ce que tu veux dire, les scripts sont juste des javascripts, fonctionne parfaitement bien sous Windows.
    • Je veux dire "#!/usr/bin/env nœud", il semble un linux comme chemin d'accès et ne peut pas traverser la plate-forme. Il a également s'JSLint rapports d'erreur. Je pense que si il est préférable de séparer le script shell partie et de la partie JavaScript dans des fichiers individuels?
    • Oui, si vos scripts sont dépendants de la plateforme. Personnellement, je pense que cela pourrait être une tâche pour Grunt.js. Comme pour le chemin d'accès, il travaille essentiellement à Windows où la plupart du temps développeur déjà installé Git (msysgit), ce qui est un chemin d'accès valide, même sur Windows.
    • pourquoi "bin", si? Je l'associer avec des binaires exécutables.
    • Je pense qu'il pourrait signifie aussi "exécutable" scripts (comme dans le linux de l'environnement)
    • oui, semble comme il y a longtemps qu'il a évolué pour dire quoi que ce soit exécutable. Commun en Python, Perl, unix/linux en général.
    • vous êtes super !! merci beaucoup 🙂 heroku dit tout, mais pas que
    • Alors, comment puis-je l'intégrer à CoffeeScript?
    • Salut. Je pense que le dossier bin m'a empêché de l'aide de websocket. Chaque fois que je suis en train de faire websocket, il ne fonctionne pas sur herokuapp. Il travaille pour localhost seulement. Une idée de comment commencer websocket et faire il fonctionne très bien sur heroku à l'aide de l'express 4?
    • ne sais pas si c'est spécifique à nodemon ou nœud 8.11.1 de la question, mais j'ai du changer le mien pour nodemon ./bin/ww.js y compris la .js extension sinon qu'il était en train de courir comme www index.js
    • vous voyez dans app.js"; je ne suis pas sûr de ce que cela signifie. Peut-être que vous avez voulu dire “depuis ce que vous voyez dans app.js”?
    • cela signifie que vous pensez que cela signifie
    • Nouvelle Exprimer. Donc, ce que vous dites, c'est que nous devrions laisser bin/www seule et apporter des modifications à app.js (y compris l'importation de nouvelles dépendances qui nous installer)? En outre, le mnp démarrer dans le paquet.json semble exécuter bin/www. Comment est-ce que, à son tour exécuter app.js?

    InformationsquelleAutor Andy
  2. 7

    Nœud applications comme l'Express 3.x utilisation non-standard des fichiers de démarrage app.js, mais c'est le mauvais fichier pour l'exécuter.

    package.json a

       "scripts": {
     "start": "node ./bin/www"
   }

    la ligne de commande de démarrage. Il est non-trivial, parce que potentiellement contient une ligne de commande, et pas seulement un chemin d'accès vers le fichier starter.

    • pouvez-vous svp m'aider à répondre à cette question? Merci!!!!
    • Pourquoi est-il appelé bin? Il ne contient pas les fichiers binaires . . .
    InformationsquelleAutor 4dgaurav
  3. 1

    si vous utilisez express-générateur, il suffit de regarder votre fichier local, ./bin, il est www fichier à l'intérieur de l' ./bin. Ainsi, lorsque vous exécutez node ./bin/www, node.js va exécuter le code à www fichier. Rien de fantaisie.

    InformationsquelleAutor Max Ma
  4. 0

    Sur Windows, utilisez cette commande:

    set DEBUG=myapp:* & npm commencer
    Puis les charger http://localhost:3000/ dans votre navigateur pour accéder à l'application.

    • Bienvenue DONC! Je ne pense pas que cela répond vraiment à la question à portée de main. S'il vous plaît re-lecture de la question afin de comprendre parfaitement tout ce que l'Affiche Originale est de demander.
    InformationsquelleAutor user11059213
  5. -1

    de Procfile web: node ./bin/www
    et vérifier si cela fonctionne avec foreman start.
    L'application devrait être disponible sur le port 5000

    InformationsquelleAutor timtch