Imaginons que j'ai deux sites FOO.com et Bar.com. Ils sont tous deux sur le même serveur et fonctionnent maintenant des instances Django distinctes et Apache pour le servir. Bien sûr, chaque instance Django mange la mémoire.
Bien que surtout ces sites sont les mêmes systèmes, mais avec différentes applications chargées - peut-être que cela est possible d'avoir par exemple une instance Django en cours d'exécution et avoir plusieurs sites l'utilisant? Ensuite, je vais enregistrer la mémoire pour l'instance d'un exemple particulier.
Il est possible d'avoir des sites différents avec leurs fichiers URL.py, des applications chargées et ainsi de suite? Et si c'est la bonne façon d'aller?
Toute astuce, les idées sont les bienvenues.
merci, Ignas
3 Réponses :
Oui, il est définitivement possible d'avoir des sites différents avec différentes applications URLS.PY et partagées. Je devais partager des données de backend entre plusieurs sites. Je viens de créer 2 fichiers de configuration WSGI. Et 2 fichiers de paramètres. Les sites sont très smilitaires et ne garantissent pas deux projets séparés. Cela me permet d'utiliser un projet Django et votre backend entre plusieurs sites. Je ne sais pas tout à fait si c'est ce que vous demandiez si ...
On dirait que vous exécutez toujours un processus de serveur séparé pour chaque site Django. et Django oblige généralement plusieurs applications à partager le même dB (ou le rend quelque peu difficile à faire autrement.) La question est que la question est que vous pouvez avoir des projets Django complètement séparés à l'aide de différents paramètres.py et différents dB utilisent tous la même instance de Django en cours d'exécution dans une traiter.
C'est aussi une bonne réponse, mais oui, serait bon de savoir s'il est possible de disposer de bases de données distinctes pour chaque projet. Mais je commence à en douter :) Pour les mêmes projets, je pense que cette solution mentionnée ici devrait fonctionner bien.
Mes propres recherches sur le même sujet me conduit à la conclusion que vous devrez probablement avoir un seul paramètre.py par instance / processus de Django. Et le point de collage Il n'y a qu'un seul media_url et un média_root, ce qui signifie que tous vos projets médias devront être au même endroit. Et en fait, Django 1.3 dispose d'un nouveau processus de fichier statique qui passe simplement à tous les médias de vos applications séparées et la met à un endroit car pour une raison quelconque, elle exige cela. Si vous utilisez des versions antérieures, je suppose que vous pouvez le faire à la main.
https://docs.djangoproject.com/fr/dev/howto / Fichiers statiques /
UWSGI peut servir plus d'applications d'une instance.
Voir "Deux site Pinax dans deux virtualenv en deux virtualhost avec une seule instance UWSGI" dans UWSGI Exemples et Mode VirtualHosting .
Ouais, si quelque chose va réussir ici, c'est Uwsgi. C'est ce que j'utilise et c'est ridiculement flexible et riche en fonctionnalités.
Avez-vous déjà enquêté sur le cadre des sites? docs.djangoproject.com/fr/dev/ref/contrib/sites
Un peu, mais je voulais aussi voir ce que les gars suggèrent, alors je saurai simplement la direction à parcourir. Merci!