Vous n'êtes pas identifié(e).
Re-bonjour,
après avoir résolu mes problèmes de "static", j'ai un autre souci : je
ne réussi pas à faire cohabiter plusieurs bases (ni plusieurs sites),
sur le même serveur apache.
Avant je rajoutais dans mon "apache2.conf" :
WSGIScriptAlias /GACO /var/www/django/GACO.wsgi
WSGIScriptAlias /GEA /var/www/django/GEA.wsgi
WSGIScriptAlias /GB /var/www/django/GB.wsgi
et j'indiquais dans chacun des "wsgi" le fichier "settings.py"
spécifique qui devait être utilisé (contenant essentiellement la base),
le site étant le même.
Avec django 1.4, si je fais la même chose les "bases" se mélangent !
N.B. : j'ai également essayé, sans plus de succès, en mettant
WSGIScriptAlias /GACO /var/www/django/StagesIUT/StagesIUT/wsgiGACO.py
WSGIScriptAlias /GEA /var/www/django/StagesIUT/StagesIUT/wsgiGEA.py
WSGIScriptAlias /GB /var/www/django/StagesIUT/StagesIUT/wsgiGB.py
WSGIPythonPath /var/www/django/StagesIUT
Est-ce que quelqu'un aurait une idée ?
Cordialement.
Hors ligne
En fait j'ai fini par trouver une solution sur :
http://stackoverflow.com/questions/11505576/deploying-multiple-django-apps-on-apache-with-mod-wsgi
en changeant dans les wsgi.py utilisés :
os.environ.setdefault("DJANGO_SETTINGS_MODULE", "site1.settings")
en :
os.environ["DJANGO_SETTINGS_MODULE"] = "site1.settings"
j'ai également modifié mon "apache2.conf" en utilisant un
"WSGIDaemonProcess" par "site" plutôt que "WSGIPythonPath
/var/www/py/site1:/var/www/py/site2"
Je n'ai plus qu'un petit problème : si j'ouvre les différents sites sur
le même navigateur, quand je navigue dans le site1, je suis obligé de me
reconnecter dans le site2 (et réciproquement)... mais au moins je n'ai
plus de mélange des bases utilisées !
Est-ce que quelqu'un aurait une solution plus "complète" ?
Cordialement.
Hors ligne
Le 3 octobre 2012 16:01, Bourhis Yves <yves.bourhis _AT_ univ-brest.fr> a écrit :
> Re-bonjour,
>
> après avoir résolu mes problèmes de "static", j'ai un autre souci : je ne
> réussi pas à faire cohabiter plusieurs bases (ni plusieurs sites), sur le
> même serveur apache.
>
> Avant je rajoutais dans mon "apache2.conf" :
>
> WSGIScriptAlias /GACO /var/www/django/GACO.wsgi
> WSGIScriptAlias /GEA /var/www/django/GEA.wsgi
> WSGIScriptAlias /GB /var/www/django/GB.wsgi
>
> et j'indiquais dans chacun des "wsgi" le fichier "settings.py" spécifique
> qui devait être utilisé (contenant essentiellement la base), le site étant
> le même.
>
> Avec django 1.4, si je fais la même chose les "bases" se mélangent !
>
> N.B. : j'ai également essayé, sans plus de succès, en mettant
> WSGIScriptAlias /GACO /var/www/django/StagesIUT/**StagesIUT/wsgiGACO.py
> WSGIScriptAlias /GEA /var/www/django/StagesIUT/**StagesIUT/wsgiGEA.py
> WSGIScriptAlias /GB /var/www/django/StagesIUT/**StagesIUT/wsgiGB.py
> WSGIPythonPath /var/www/django/StagesIUT
>
> Est-ce que quelqu'un aurait une idée ?
>
>
Tu utilise bien mod_wsgi ? Tu es en mode démon ou mode embedded ? cf.
https://docs.djangoproject.com/en/dev/howto/deployment/wsgi/modwsgi/#how-to-use-django-with-apache-and-mod-wsginotamment
le «warning»
Hors ligne
> Je n'ai plus qu'un petit problème : si j'ouvre les différents sites sur le
> même navigateur, quand je navigue dans le site1, je suis obligé de me
> reconnecter dans le site2 (et réciproquement)...
Probablement dû au fait que tous les sites utilisent le même nom pour
le cookie de session ('sessionid'), et que la visite d'un site écrase
la session ouverte sur un autre site.
La solution est d'utiliser un nom unique par site pour le cookie de session :
https://docs.djangoproject.com/en/dev/ref/settings/#std:setting-SESSION_COOKIE_NAME
Hors ligne
Bonjour,
Le 03/10/2012 17:15, Bruno Renié a écrit :
> La solution est d'utiliser un nom unique par site pour le cookie de session :
> https://docs.djangoproject.com/en/dev/ref/settings/#std:setting-SESSION_COOKIE_NAME
C'était effectivement ça : merci beaucoup !
Cordialement.
Hors ligne