From 7d95f37c36b968eb593c4ffaf08de3825a1a9cbf Mon Sep 17 00:00:00 2001 From: jaguarondi Date: Sun, 15 May 2016 21:37:32 +0200 Subject: [PATCH] misspelling --- source/production/gunicorn.rst | 2 +- source/production/monitoring.rst | 3 +-- source/production/nginx.rst | 8 ++++---- 3 files changed, 6 insertions(+), 7 deletions(-) diff --git a/source/production/gunicorn.rst b/source/production/gunicorn.rst index beef77a..9e39fb5 100644 --- a/source/production/gunicorn.rst +++ b/source/production/gunicorn.rst @@ -17,7 +17,7 @@ Et en se rendant sur server_name.com:8000/admin, on obtient la même chose qu'av .. image:: production/admin_without_static.png :align: center -Nous allons maintenant créer un ficheir qui se chargera de lancer gunicorn correctement, que l'on sauve dans ``/webapps/gwift/gwift/bin/gunicorn_start``: +Nous allons maintenant créer un fichier qui se chargera de lancer gunicorn correctement, que l'on sauve dans ``/webapps/gwift/gwift/bin/gunicorn_start``: .. code-block:: shell diff --git a/source/production/monitoring.rst b/source/production/monitoring.rst index eefd651..15ec9d6 100644 --- a/source/production/monitoring.rst +++ b/source/production/monitoring.rst @@ -24,8 +24,7 @@ On crée ensuite une fichier de configuration, ``/etc/supervisor/conf.d/gwift.co redirect_stdout=true ; Redirect program output to the log file redirect_stderr=true ; Redirect program error to the log file -On peut alors démarer supervisor: - +On peut alors démarer supervisord: .. code-block:: shell diff --git a/source/production/nginx.rst b/source/production/nginx.rst index f8cf293..6d37a45 100644 --- a/source/production/nginx.rst +++ b/source/production/nginx.rst @@ -42,7 +42,7 @@ Si vous souhaitez implémenter un mécanisme d'accès géré, supprimez cette pa Racine ------ -La partie racine de votre domaine ou sous-domaine fera simplement le *pass_through* vers l'instance Gunicorn via un socket unix. En gros, et comme déjà expliqué, Gunicorn tourne en local sur un port (eg. 8001); la requête qui arrive sur le port 80 ou 443 est prise en compte par NGinx, puis transmise à Gunicorn sur le port 8001. Ceci est complétement transparent pour l'utilisateur de notre application. +La partie racine de votre domaine ou sous-domaine fera simplement le *pass_through* vers l'instance Gunicorn via un socket unix. En gros, et comme déjà expliqué, Gunicorn tourne en local et écoute un socket; la requête qui arrive sur le port 80 ou 443 est prise en compte par NGinx, puis transmise à Gunicorn sur le socket. Ceci est complétement transparent pour l'utilisateur de notre application. On délare un upstream pour préciser à nginx comment envoyer les requêtes à gunicorn: @@ -72,7 +72,7 @@ Au final server { listen 80; client_max_body_size 4G; - server_name {{ domain_name }}; + server_name sever_name.com www.sever_name.com; keepalive_timeout 5; gzip on; @@ -110,13 +110,13 @@ Au final } } -Dans notre cas, et à adbater suivant les besoins, nous avans créé le fichier ``/etc/nginx/sites-available/gwift`` et créé un lien symbolique dans ``/etc/nginx/sites-enabled/gwift`` pour l'activer. Ensuite, nous pouvons redémarer nginx: +Dans notre cas, et à adapter suivant les besoins, nous avons créé le fichier ``/etc/nginx/sites-available/gwift``, ainsi qu'un lien symbolique dans ``/etc/nginx/sites-enabled/gwift`` pour l'activer. Ensuite, nous pouvons redémarer nginx: .. code-block:: shell $$$ service nginx restart -Et maintenant, si on se connecte à notre server sur www.sever_name.com/admin, nous obtenons le site suivant: +Si on se connecte à notre server sur www.sever_name.com/admin, nous obtenons le site suivant: .. image:: production/admin_with_static.png :align: center