Django-CMS et LFS sur un seul domaine avec apache + mod_wsgi (serveur amazon ec2 avec ubuntu)

Question

J'ai quelques difficultés à installer plusieurs projets Django sur un seul domaine. Je veux lancer Django-CMS et l'EPA sur un même domaine:

• mydomain.com (django-cm)
• mydomain.com/store (EPA)

Pour la En ce moment, je peux accéder aux deux domaines avec le projet django correct sans problème, mais dans le projet LFS, tous les liens de la boutique redirigent vers le premier domaine. Par exemple, le lien panier redirige vers mydomain.com/cart au lieu de mydomain.com/store/cart.

J'ai essayé de changer le fichier url.py en ajoutant "store /" dans tous les modèles d'URL, mais cela ne fonctionne pas. Je pense que je dois ajouter une configuration dans le settings.py du projet LFS mais je ne sais pas quoi.

Avez-vous des idées? Merci! :)

PS: ici mon httpd.conf

Alias /store/static /home/ubuntu/lfs-installer/lfs_project/sitestatic/ 

<Directory /home/ubuntu/lfs-installer/lfs_project/sitestatic> 
Order deny,allow 
Allow from all 
</Directory> 

WSGIScriptAlias /store /home/ubuntu/lfs-installer/apache/django.wsgi 


Alias /static /home/ubuntu/lfs-installer/selmyrtech/static/ 

<Directory /home/ubuntu/lfs-installer/selmyrtech/static> 
Order deny,allow 
Allow from all 
</Directory> 

WSGIScriptAlias//home/ubuntu/lfs-installer/selmyrtech/apache/django.wsgi 

Answer 1

Django ne pas toujours jouer trop bien dans un sous-répertoire - même dans une situation où il est le seul projet Django sur le domaine. Je pensais que les documents recommandent contre, mais je n'a pas pu trouver cette page après une recherche rapide

L'un des problèmes peuvent être ici:

WSGIScriptAlias//home/ubuntu/lfs-installer/selmyrtech/apache/django.wsgi 

Il semblerait que cette directive cartes éventuellement tous URI segmente sous / à ce script WSGI particulier, en remplaçant l'alias /store. Inverser l'ordre de vos alias de script peut ou non résoudre ce problème.

Est-il possible de repenser votre convention d'URL pour offrir la zone 'magasin' d'un sous-domaine, comme store.mydomain.com/cart? Si tel est le cas, cela peut être une meilleure structure prise en charge et les deux projets peuvent avoir des processus Apache isolés et des scripts WSGI.

L'autre solution consisterait à intégrer les deux projets dans un même projet Django. Je ne sais pas quels sont vos cas particuliers qui peuvent vous empêcher d'emprunter cette voie ou quels sont les défis uniques que cela peut présenter, mais cela peut être particulièrement utile aux utilisateurs si les deux projets utilisent l'authentification.