Comment puis-je cesser d’obtenir ImportError: Impossible d’importer les parameters ‘mofin.settings’ lors de l’utilisation de django avec wsgi?

Cela peut également se produire si une application (sous-répertoire du projet contenant un fichier init) contient le même nom que le projet. Votre fichier settings.py est peut-être dans votre dossier de projet, mais il semble qu’une partie du système django recherche d’abord un module dans le projet du même nom que le projet et qu’il ne trouve pas de parameters.py , il échoue avec un message trompeur.

 -uniquename1 ---settings.py ---manage.py ---application1 -----file.py -----file2.py ---uniquename1 (problem, rename this to some other unique name) -----file.py -----file2.py 

Juste quelque chose d’autre pour vérifier si quelqu’un d’autre a ce problème. S’applique à Django 1.3 et probablement à d’autres.

J’ai eu un problème de permissions similaire, et bien que mes settings.py aient les bonnes permissions, les .pyc ne l’ont pas fait !!! Alors faites attention à cela.

Hey, juste en ajoutant une réponse supplémentaire à ce problème. J’ai eu exactement le même problème, mais ce n’était pas des permissions de fichiers. J’ajoutais “path / to / project”, mais pas aussi “path / to”. Linked est l’ explication d’intégration Django de mod_wsgi qui m’a montré la réponse.

J’ai trouvé la réponse … permissions de fichier. / home / django a été défini sur 700. Par exemple, seul django peut voir le contenu. Apache s’exécute comme Apache et ne peut donc pas se passer de / home / django.

Je pense que vous devez avoir une barre oblique sur ce que je dois faire dans mon script wsgi en apache avant de charger django.

 import os import sys sys.path.append('/home/django/mofin/trunk/') sys.path.append('/home/django/mofin/trunk/mofin/') print >> sys.stderr, sys.path os.environ['DJANGO_SETTINGS_MODULE'] = 'mofin.settings' import django.core.handlers.wsgi application = django.core.handlers.wsgi.WSGIHandler() 

Dans mon cas

 import os import sys if os.uname()[1] == 'vivien': sys.path.append('/home/www/sitebuilder.blacknight.ie/web/') os.environ['DJANGO_SETTINGS_MODULE'] = 'gibo.dev_settings' elif os.uname()[1] == 'thingy': sys.path.append('/home/www/sitebuilder.blacknight.ie/web/') os.environ['DJANGO_SETTINGS_MODULE'] = 'gibo.dev_settings' else: sys.path.append('/home/www/sitebuilder.blacknight.ie/web/') os.environ['DJANGO_SETTINGS_MODULE'] = 'gibo.settings' import django.core.handlers.wsgi application = django.core.handlers.wsgi.WSGIHandler() 

Une autre cause de ce problème est que vous ne pouvez pas nommer votre application comme un autre module Python. Par exemple, j’ai appelé le site mine, en réalisant que ce site est déjà un module python.

Vous pouvez le vérifier en démarrant python et en exécutant le import site , help(site) , et il vous montrera qu’il n’utilise pas votre module. Cela vous donne bien sûr des erreurs lorsque Django tente d’importer des site.settings qui n’existe pas.

Problème possible:

vous avez oublié le fichier __init__.py, qui doit figurer dans votre projet et dans tous les répertoires que vous considérez comme un module python à importer.

Vous pouvez également essayer d’append le chemin directement dans le fichier manage.py, par exemple:

 import sys ... ... sys.path.insert(0, '/home/django/mofin/trunk') 

J’espère que ça aide

J’ai eu le même problème mais une autre solution:

Mon dossier de projet a été nommé exactement comme l’un de mes applications.

J’avais :

/ home / myApp
/home/myApp/settings.py
/home/myApp/manage.py
/home/myApp/rights.py
/ home / myApp / static /
/ home / myApp / static /
/ home / myApp / myApp /model.py
/ home / myApp / myApp /admin.py
/ home / myApp / myApp /views.py

Ce genre d’arbre ne semble pas être possible facilement. J’ai changé le nom du dossier racine de mon projet et le problème a été résolu!

(J’ai écrit cette même réponse pour le problème de déploiement de Django dans Apache / mod_wsgi. ImportError: Impossible d’importer les parameters ‘site.settings’ au cas où quelqu’un trouverait seulement cette question.)

Cela ne semble pas être le problème dans votre cas, mais je suis tombé sur le même ImportError lorsque j’ai utilisé la directive WSGIPythonPath (au lieu du fichier .wsgi) pour configurer sys.path . Cela a bien fonctionné jusqu’à ce que je passe à l’exécution de WSGI en mode démon. Une fois que vous faites cela, vous devez utiliser l’argument python-path pour la directive WSGIDaemonProcess.

Dans mon cas, j’ai eu une importation circulaire qui causait cette erreur. Depuis settings.py j’importais une fonction dans un autre module et à partir de ce module, j’importais une variable de parameters. Pour y remédier, au lieu d’importer directement depuis les parameters, j’ai fait ceci:

 from django.conf import settings 

Laissez-moi append et mon expérience pour cette question. Après avoir claqué la tête pendant quelques heures et essayé toutes les réponses ci-dessus, j’ai trouvé que quelques lignes du fichier settings.py posaient problème:

 from south.modelsinspector import add_introspection_rules add_introspection_rules([], ["^dynamicsites.fields.FolderNameField"]) add_introspection_rules([], ["^dynamicsites.fields.SubdomainListField"]) 

Après cela, j’ai fait une copie de settings.py, nommé scripts_settings.py sans ces lignes, et j’ai utilisé ce fichier et tout va bien maintenant.

Au premier abord, je dirais que le chemin de python est incorrect, mais comparé au shell interactif, il semble correct. Alors peut-être essayez ceci:

 from django.core.management import setup_environ from mofin import settings setup_environ(settings) 

J’allais dire que vous pouvez simplement insérer / append votre répertoire de projet à votre sys.path dans votre fichier wsgi, mais si votre fichier de parameters est à

 /home/django/mofin/trunk/mofin/settings.py 

Ensuite, vous devriez être bon là-bas.

 Is it on sys.path? Does it have syntax errors? 

Cela résume assez bien ce que vous recherchez.

Intéressant que l’erreur se propage si:

 for middleware_path in settings.MIDDLEWARE_CLASSES: 

mais vous avez ce qui semble être le défaut exact .

Vous voudrez peut-être vérifier quel interpréteur python est désigné par wsgi. Avez-vous l’intention d’utiliser un virtualenv mais wsgi examine votre installation système?

Vous pouvez également définir l’utilisateur et le groupe sous lesquels s’exécute wsgi. J’utilise quelque chose comme:

WSGIDaemonProcess mysite.com user = skyl group = skyl process = n threads = N python-path = / home / skyl / pinax / pinax-env2 / lib / python2.6 / site-packages

Ajouter deux lignes de code supplémentaires

 sys.path.append('/home/django/mofin/mofin') sys.path.append('/home/django/mofin/trunk/mofin/mofin') 

à votre fichier wsgi sous la ligne:

 sys.path.append('/home/django/mofin/trunk/mofin/') 

J’ai eu un problème similaire, résolu avec l’extrait suivant dans mon python:

 ALLDIRS = ['/var/www/MarkerDB/'] import sys import site # Remember original sys.path. prev_sys_path = list(sys.path) # Add each new site-packages directory. for directory in ALLDIRS: site.addsitedir(directory) # Reorder sys.path so new directories at the front. new_sys_path = [] for item in list(sys.path): if item not in prev_sys_path: new_sys_path.append(item) sys.path.remove(item) sys.path[:0] = new_sys_pat 

Source: http://code.google.com/p/modwsgi/wiki/VirtualEnvironments#Application_Environments

Je viens d’avoir cette erreur et la solution était d’activer mon environnement virtuel via myvenv / source / activate.