Django: ne peut pas importer de nom
J'ai juste rencontré un très ennuyeux problème lors du déploiement de nouvelles mises à jour sur mon site web. J'ai deux séparés les sites web tandis que l'un d'eux est une version de développement. Maintenant, quand je veux appliquer mon variations de la production, il ne fonctionnera pas à cause du message d'erreur:
Fichier
"/usr/lib/python2.6/dist-packages/django/core/handlers/base.py",
la ligne 99, dans get_response
demande.path_info)Fichier
"/usr/lib/python2.6/dist-packages/django/core/urlresolvers.py",
la ligne 249, dans la résolution pour le modèle en
auto.url_patterns:Fichier
"/usr/lib/python2.6/dist-packages/django/core/urlresolvers.py",
ligne 278, dans _get_url_patterns
les modèles =
getattr(self.urlconf_module,
"urlpatterns", self.urlconf_module)Fichier
"/usr/lib/python2.6/dist-packages/django/core/urlresolvers.py",
ligne 273, dans _get_urlconf_module
auto._urlconf_module =
import_module(de soi.urlconf_name)Fichier
"/usr/lib/python2.6/dist-packages/django/utils/importlib.py",
ligne 35, dans import_module
importation(nom)Fichier
"/srv/websites/spelutveckla_se/urls.py",
ligne 21, dans
(r'^account/login/$',
LoginView.as_view()),NameError: name 'LoginView" n'est pas
défini
Il n'a pas d'importance si je supprime l'application, de la vue, de classe ou d'un module, car il va se plaindre au sujet d'un autre module à la place. LoginView EST défini dans une instruction import. Les fichiers sont juste une nouvelle copie des fichiers de développement (sauf pour les settings.py) qui est en cours d'exécution sur un autre sous-domaine sans aucun problème. J'ai vérifié l'settings.py plusieurs fois et fait en sorte que les paramètres corrects sont définis (en diffère par un couple de chemins de répertoire). J'ai également vérifié que le apache2 www-data de l'utilisateur a l'autorisation d'accéder aux fichiers. j'ai aussi redémarré apache une couple de fois et re-copié les fichiers, mais rien ne fonctionne.
Je suis désespérée et n'ont aucune idée de ce que peut être le problème...?
Voici ce que mon urls.py ressemble au top:
from django.conf.urls.defaults import *
from django.conf import settings
from django.views.generic import DetailView, ListView, TemplateView
from django.contrib import admin
from project.models import Project
from project.views import Detail, EditView as EditProject, CreateProjectView, EditProjectLinksView, EditProjectFeedsView, EditProjectTagsView, EditMultimediaView, PostForumTopic, AudioFormset
from frontpage.views import FrontpageView
from userprofile.views import UserRegistrationView, UserRegistrationActivationView, LogoutView, UserProfileView, LoginView, EditProfileView, CreateUserProfileView
from registration.views import activate as UserActivatedView
OriginalL'auteur mrmclovin | 2011-03-08
Vous devez vous connecter pour publier un commentaire.
Vous avez probablement eu une circulaire de l'importation dans le module
LoginView
a été défini, c'est à dire quand vous étiez à l'importation de laviews
module définiLoginView
, un énoncé en quelque sorte à son tour importés des autres modules qui était toujours en attente pour obtenir entièrement interprété.Voici un exemple pour vous donner une meilleure idée:
Une fois
myapp.views
importés et lesSomeCreateView
type est attribué à la mémoire,reverse('myapp:some-url')
sera exécuté et votremyapp.urls
finira par être importés par Django, seulement que ce ne sera jamais possible, carmyapp.urls
sera indéfiniment attendremyapp.views
à l'importation.Error: cannot import name Cart
. Puis après quelques page s'actualise tout commence à travailler. Rien de tout cela arrive sur la production. Reste le problème est que je ne peux pas courir ./manage.py de la commande à la mise en scène comme il est constamment me donne une erreur.essayez de supprimer tous les fichier pyc
Merci à vous, vous l'avez souligné le cas précis que j'ai eu. Un
reverse
url définie comme une variable de classe dans mes modèles. J'ai été à la chasse pour la circulaire d'importations, d'autres pas bizarre de tels cas. Juste m'a sauvé beaucoup de se tirer les cheveux.OriginalL'auteur Filip Dupanović