Der Befehl "Rails s", den ich beiläufig verwendet habe. Mit diesem Befehl wurde mir wieder klar, was und wie funktionierte, also werde ich es aufschreiben.
** Ergänzung ** Rails s ist ein Befehl zum Starten eines lokalen Servers.
Um die Verarbeitungslast zu verteilen (Hochgeschwindigkeitsverarbeitung), werden die Server nach Funktionen unterteilt.
** Webserver ** Empfangen Sie alle Anfragen von der Client-Seite. Wenn der Inhalt der Anforderung statisch ist (HTML oder CSS), gibt der Webserver eine Antwort an den Browser (Client) zurück. Wenn der Inhalt der Anforderung dynamisch ist (Suche nach Informationen aus der Datenbank usw.), übergeben Sie die Anforderung an den Anwendungsserver.
** Anwendungsserver ** Empfängt die vom Webserver übergebene Anforderung und führt die entsprechende Controller-Aktion aus. Danach wird das Verarbeitungsergebnis an den Webserver zurückgegeben.
Geben Sie im Terminal Rails s ein, um den Server zu starten. Zu diesem Zeitpunkt wird Puma auf dem Terminal angezeigt. Dies ist ein Anwendungsserver für Rails und nicht vom Webserver getrennt.
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
Trennen Sie den Webserver und den Anwendungsserver in der Produktionsumgebung. Wie oben erwähnt, besteht der Grund darin, Maßnahmen gegen die Serverlast zu ergreifen, z. B. konzentrierten Zugriff. Erstellen Sie eine Produktionsumgebung, indem Sie Nginx (Webserver) und Unicorn (Anwendungsserver) kombinieren.
das ist alles
Recommended Posts