La commande "rails s" que j'ai utilisée avec désinvolture. Avec cette commande, j'ai réalisé à nouveau ce qui fonctionnait et comment, alors je vais l'écrire.
** Supplément ** rails s est une commande pour démarrer un serveur local.
Afin de répartir la charge de traitement (traitement à grande vitesse), les serveurs sont divisés par fonction.
** Serveur Web ** Recevez toutes les demandes du côté client. Si le contenu de la requête est statique (HTML ou CSS), le serveur Web renvoie une réponse au navigateur (client). Si le contenu de la requête est dynamique (recherche d'informations dans la base de données, etc.), transmettez la requête au serveur d'application.
** Serveur d'application ** Reçoit la demande transmise par le serveur Web et exécute l'action de contrôleur correspondante. Après cela, le résultat du traitement est renvoyé au serveur Web.
Tapez rails s dans le terminal pour lancer le serveur. A ce moment, puma est affiché sur le terminal. Il s'agit d'un serveur d'applications pour Rails et n'est pas séparé du serveur Web.
Terminal
=> Booting Puma
=> Rails 6.0.3.4 application starting in development
=> Run `rails server --help` for more startup options
Puma starting in single mode...
* Version 3.12.6 (ruby 2.6.5-p114), codename: Llamas in Pajamas
* Min threads: 5, max threads: 5
* Environment: development
* Listening on tcp://localhost:3000
Use Ctrl-C to stop
Séparez le serveur Web et le serveur d'applications dans l'environnement de production. Comme mentionné ci-dessus, la raison est de prendre des mesures contre la charge du serveur, comme l'accès concentré. Créez un environnement de production en combinant Nginx (serveur Web) et Unicorn (serveur d'applications).
c'est tout
Recommended Posts