Commit 37d9e672 authored by Rémy Lebrun's avatar Rémy Lebrun

Update installation_stretch.rst

parent 021bb310
......@@ -155,7 +155,17 @@ Pour ce projet, deux configurations de ``settings`` sont possibles:
* ``dev`` pour le développement, qui ne force pas le httpS et active le mode de débogage ainsi que l'appli django-debug-toolbar.
Les instructions ci-dessous permettent de tester l'application en mode ``dev``.
Notez que la dernière instruction lance le serveur, mentionner l'adresse IP de votre serveur et le port 8000.
Notez que la dernière instruction lance le serveur, mentionner l'adresse IP de votre serveur et le port 8000. Vous pourez donc tester l'application à l'adresse mentionnée, dans l'exemple : http://123.456.789.10:8000/
Si vous ne renseignez pas d'adresse et de port, l'application sera alors accessible sur le ``localhost`` (ou 127.0.0.1) du serveur.
Pour la tester à distance, il faut utiliser un tunnel ssh entre la machine distante et la machine locale.
Sur Linux ou osX, cela se fait tout simplement avec la commande suivante (8000 est le port par défaut de django):
.. code-block:: sh
ssh -p portssh utilisateurserver@adresseserver -L 8000:localhost:8000
Depuis Windows, cela peut se faire avec Putty: http://www.eila.univ-paris-diderot.fr/sysadmin/windows/tunnels-putty
.. code-block:: sh
......@@ -185,7 +195,6 @@ Le terminal devrait alors renvoyer le résultat suivant:
Starting development server at http://123.456.789.10:8000/
Quit the server with CONTROL-C.
Vous pouvez donc tester l'application à cette adresse : http://123.456.789.10:8000/
Les requêtes apparaitrons en temps réel dans le terminal. Cela permet de tester le bon fonctionnement de l'application avant de la placer en production.
Pour quitter, faire ``Ctrl+c``, Django stope alors le serveur et l'application n'est plus accessible.
Si tout fonctionne en mode ``dev``, on peut alors passer en déploiement ``production``
......@@ -194,7 +203,7 @@ Si tout fonctionne en mode ``dev``, on peut alors passer en déploiement ``produ
Si vous reproduisez le code ci-dessus avec la configuration ``production``, vous obtiendrez sans doute des erreurs à cause du httpS.
En effet, ``runserver`` exécute un environnement de développement en http alors que la configuration ``production`` force le httpS.
De plus, en configuration ``dev``, les fichiers statiques (css, js, images) sont servis par Django alors qu'en configuration ``production`` (quand DEBUG=False), c'est **apache2** qui doit prendre le relais.
Par défaut, ``wsgi.py`` utilise la configuration ``production``, la configuration ``apache2`` plus bas permet
Par défaut, ``wsgi.py`` utilise la configuration ``production``, la mise en production est détaillée plus bas.
Intégration des données initiales (dictionnaires et geodata)
......@@ -213,8 +222,6 @@ Exécution du fichier `datas/sql/dicts_french.sql` avec la commande suivante :
psql -h localhost -p 5432 -U dbchiropguser -W -f initial_data/sql/dicts_french.sql dbchirodb
.. Attention::
Erreur sur 3 INSERT.
Intégration des données cartographiques
---------------------------------------
......
Markdown is supported
0% or
You are about to add 0 people to the discussion. Proceed with caution.
Finish editing this message first!
Please register or to comment