Commit 6780ae70 authored by Daniel Stan's avatar Daniel Stan

mention du testing.env sur vo

parent 3a6e2947
......@@ -5,3 +5,4 @@ var/*
*.sqlite
CRANS_SCRIPTS_ROOT
testing.sh
testing.env
......@@ -51,14 +51,14 @@ Pour faire marcher l'intranet :
* Pour le lancer : `./manage.py runserver $host:$port`
Ex : `./manage.py runserver vo.crans.org:8080`
Une copie du dépôt est présente sur vo, dans /usr/local/django avec une
configuration très proche de celle de la prod afin de pouvoir réaliser des
tests réalistes. La seule différence réside dans les base de données qui sont
locales (`DBG_DJANGO_DB`, `DBG_LDAP` etc).
Il est possible d'utiliser ces bases depuis un autre dépôt sur vo, ou
sur votre pc perso (lire la partie tunelling de `testing.sh`, et penser
à installer toutes les dépendances).
Une copie du dépôt, pré-installé, est présente sur vo (cf "prod sur vo" ci-dessous),
avec une configuration très proche de celle de la prod afin de pouvoir réaliser
des tests réalistes. Des bases de données locales sont donc présentes, et vous
pouvez les utiliser, que ce soit depuis votre dépôt, ou celui pré-installé
Regardez les variables `DBG_DJANGO_DB`, `DBG_LDAP` etc.
Il est même possible de les utiliser sur un dépôt distant, sur votre pc perso
(lire la partie tunelling de `testing.sh`, et penser
à installer toutes les dépendances chez vous !)
## Fonctionnement en prod
......@@ -84,6 +84,15 @@ mot de passe. Certains services ont également besoin d'accéder aux données
des modèles django, et lorsque cela est possible, on leur autorise un accès
en lecture seule à l'aide de l'utilisateur `crans_ro`.
## Fonctionnement en "prod sur vo"
Un fonctionnement très proche de `o2` est mis en place sur `vo`. Le dépôt se
trouve aussi dans `/usr/local/django`, mais les bases de données sont toutes
locales à `vo`. À noter la présence d'un fichier `testing.env` utilisé par
l'unit file.
Vous pouvez générer ce fichier à partir du `testing.sh` via la commande :
`. testing.sh && (echo "PYTHONPATH=/usr/local/scripts" && env | grep "^DBG_") > testing.env`
## Développer pour l'intranet
Si vous souhaitez contribuer à l'intranet veuillez lire le [guide de développeur](doc/dev_guide.md)
......
......@@ -24,7 +24,7 @@ except ImportError:
if not os.getenv('DBG_INTRANET'):
if socket.gethostname() != 'o2':
raise Exception("DBG_INTRANET absent et nous ne sommes par en prod "
raise Exception("DBG_INTRANET absent et nous ne sommes pas en prod "
"sur o2. Qu'est-ce que ça veut dire ?")
# L'url de l'intranet
ROOT_URL = "https://intranet.crans.org/"
......
......@@ -19,20 +19,8 @@ import os
# ligne qui était là au départ, je l'ai virée parce que ça avait pas l'air
# d'importer ce qu'il fallait
#os.environ.setdefault("DJANGO_SETTINGS_MODULE", "settings")
# à la place, on va récupérer le path du dossier du fichier courant
here=os.path.dirname( os.path.realpath( __file__ ) )
import sys
sys.path.append(here)
# et a priori settings.py est dans le même dossier
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "intranet.settings")
# Bon, il semblerait qu'on a aussi besoin du répertoire parent
# TODO: virer ceci
uphere="/".join(here.split("/")[:-1])
sys.path.append(uphere)
# This application object is used by any WSGI server configured to use this
# file. This includes Django's development server, if the WSGI_APPLICATION
# setting points here.
......
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