Site Admin: TemplateDoesNotExist dans / admin /

Car il fonctionne sur les machines des autres, et puisque vous avez l'application des répertoires chargeur activé, le site d'administration activé dans INSTALLED_APPSet c'est tout ce qu'il doit prendre pour modèles à découvrir (je veux dire, que peut-on faire?) - Je ne peux que supposer que quelque chose est incorrect avec votre installation de django.

Ce sera une bonne occasion pour commencer à utiliser virtualenvs et une nouvelle installation de django à la règle de vos paramètres:

Le feu jusqu'à un terminal, accédez à votre répertoire de projet (n'a pas vraiment d'importance...)

pip install virtualenv # if you don't have it.

virtualenv --no-site-packages env 
# this creates a virtual python environment that doesn't include system packages

source env/bin/activate
# this forces your bash session to use that environment

pip install django
# installs a fresh copy of django to your new environment

cd path_to_my_django_project    
# now go to your site directory

python manager.py runserver
# visit admin site.

Je suis en utilisant Django Version 1.9.7 et lorsque vous essayez d'ajouter le admin_tools (menu et tableau de bord) pour mon application, j'ai eu un problème similaire. J'ai trouvé que j'avais à faire trois choses:

1. Modifier l'option dans INSTALLED_APPS settings.py comme suit (noter que le admin_tools venir avant de django contrib, "mines" est le nom de mon application):

   INSTALLED_APPS = [
       'admin_tools',
       'admin_tools.theming',
       'admin_tools.menu',
       'admin_tools.dashboard',
       'django.contrib.admin',
       'django.contrib.auth',
       'django.contrib.contenttypes',
       'django.contrib.sessions',
       'django.contrib.messages',
       'django.contrib.staticfiles',
       'mines'
   ]

2. Modifier le paramètre de MODÈLE dans le settings.py fichier comme suit (note les "chargeurs" option, qui ont été ajoutés, et que APP_DIRS sont maintenant définie sur false):

   TEMPLATES = [{
       'BACKEND': 'django.template.backends.django.DjangoTemplates',
       'DIRS': [],
       'APP_DIRS': False,
       'OPTIONS': {
           'context_processors': [
               'django.template.context_processors.debug',
               'django.template.context_processors.request',
               'django.contrib.auth.context_processors.auth',
               'django.contrib.messages.context_processors.messages',
           ],
           'loaders': [
               'django.template.loaders.filesystem.Loader',
               'django.template.loaders.app_directories.Loader',
               'admin_tools.template_loaders.Loader',
           ],
       },
   }]

3. Et puis finalement j'ai mis à jour mon urls.py fichier comme suit (note le comprend, pour le admin_tools url):

   from django.conf.urls import include,url
   from django.contrib import admin
   from mines.views import SummaryByMapIcon
   
   urlpatterns = [
       url(r'^admin_tools/', include('admin_tools.urls')),
       url(r'^admin/', admin.site.urls),
       url(r'^summarybymapicon$', SummaryByMapIcon, name='summarybymapicon'),
   ]

J'ai résolu ce même problème en réinstallant de Django reinhardt avec le --no-cache-dir option:

pip uninstall django
pip install django --no-cache-dir

Résolu grâce à la réponse ici.

En dépit de leur utilité, les réponses sont partielles. Je inclinons à penser que le développeur doit savoir ce qui se passe, à la fin, viz., "comment" est-ce que l'exception soulevée.

Comme on peut le voir dans l'exception que l'Exception est TemplateDoesNotExist et le nom de la valeur est le chemin, et quelque chose va mal avec le "loader.py" fichier. Bien que j'ai été en utilisant Django 1.1.4, je suis assez sûr que l'exception est soulevée à cause de la ligne (en loader.py) où les os.chemin d'accès.isdir(template_dir) est en cours de vérification. Il ne peut pas trouver le modèle de dossier(répertoire) dans le django dossier, qui se trouve dans le dossier site-packages dans le python dossier Lib.

Intuitivement, on peut dire que c'est à cause de l'inadéquation de l'installation de django. Il est, cependant, un bon exercice pour trouver la cause de l'exception en fouillant dans le code source. Lorsque cette erreur s'est produite dans mon projet, je n'ai pas réinstaller django, au lieu de cela j'ai copié les dossiers de la racine (C:/Python27/django/contrib) -- oui, je suis avec Windows -- à son homologue site-packages et cela a fonctionné!

Hérite d'un Django-application à partir d'une expérience de magicien, je voulais comprendre le modèle en le regardant à travers Django-admin. Comme l'application du modèle n'était pas dans l'Admin et pourtant, j'ai créé un admin.py et a couru dans des problèmes divers. J'ai essayé Tous les-De-La-ci-Dessus(TM) et trouvé ceci:

1. J'ai eu les chemins confus. J'ai mis le admin.py de fichiers dans le mauvais répertoire. Si vous avez quelque chose comme .../app/app/app/app/app... assurez-vous de savoir qui app doit retenir le admin.py. J'ai pensé qu'en mettant de la merde dans le fichier et l'avis, qu'il ne serait pas de crash. D'où l'expression "merde" n'a pas été exécutée et que quelque chose n'allait pas avec le fichier. Fixe.

2. TemplateDoesNotExist sur "admin/index.html' de L'app settings.py a été configuré pour s'exécuter uniquement django.template.backends.jinja2.Jinja2 que les MODÈLES BACKEND. Mais Admin besoins de la norme django.template.backends.django.DjangoTemplates pour le faire fonctionner. Je lirequ'il était possible d'avoir de modèle de deux-moteurs configuré. J'ai copié le standard-bloc à partir d'une autre application. Fixe.

3. TemplateDoesNotExist sur "admin/widgets/related_widget_wrapper.html' Tandis que l'Admin était maintenant, en regardant les objets individuels était toujours en panne. J'ai cherché le manque de modèle et il a trouvé bien en place. Changer quoi que ce soit sur mon TEMPLATES paramètre ne sera pas améliorer quoi que ce soit. J'ai inséré manuellement les chemins de 'DIRS': []options modifiées, supprimées Jinja en backend, rien. Il se sentait comme un changement de la trompe à nouveau le fichier. L'utilisation du débogueur, j'ai trouvé que même sans la configuration de Jinja, il serait encore exécuter Jinja. Enfin, dans settings.pyj'ai repéré ceci:

   FORM_RENDERER = 'django.forms.renderers.Jinja2'

   et commentant suis Admin va.

Pas sûr tho ce qu'il fait avec le reste de l'application, mais pour apprendre c'est d'accord.

Je pense qu'il y a certains paquets que vous n'avez pas installé dans INSTALLED_APPS, dans mon cas, j'ai installé "import_export" depuis que j'ai utilisé " importexportmodels