[RUBY] Puma --Nignx est une voie de sortie lorsque les rails s -e production -d ne fonctionnent pas dans l'environnement

supposition

Déployé sur EC2 avec Rails6 + Puma + Nginx Et au terminal SSH connecté à EC2

rails s -e production 

Ensuite, le service s'affiche sans aucun problème

rails s -e production -d

Ensuite, l'écran d'erreur s'affiche?

Ouais ~ Je suis toujours connecté à SSH pour maintenir le service en marche

C'est pour vous qui avez des ennuis!

Solution

Dans config / puma.rb dans le dossier racine de Rails

config/puma.rb

daemonize

Je vais l'ajouter! avec ça

rails s -e production -d

Je ne peux pas le démarrer

rails s -e production 

Cela en fera un démon, donc c'est une solution!

Les gens qui pensent que cela n'est pas pratique même localement en tant que démon

config/puma.rb

if Rails.env == 'production'
  daemonize
end

Écrivons! C'est une solution de contournement à laquelle tout le monde peut penser! Je suis désolé de l'écrire tel que je le savais!

Cause

Je ne l'ai pas complètement enquêté, mais comme résultat de devenir un internaute et de plonger dans la mer de google, il semble que puma.rb ne soit pas chargé lorsqu'il est démonisé avec "rails s -d" dans puma. Quand j'ai commencé avec rails s -e production -d, je ne pouvais pas me connecter au journal des erreurs Nginx avec le socket défini dans puma.rb! Parce qu'il est décrit, je pense que cela correspond probablement.

Ce mec est mauvais! Veuillez souligner tous les points!