2
votes

Le serveur d'administration Django s'arrête lorsque 127.0.0.1:<port>/admin/ URL est atteint

Développer mon premier projet Django à l'aide de la documentation Django https://docs.djangoproject.com/en/3.0/intro/tutorial02/

Je suis arrivé à la section admin, mais à chaque fois que j'entre dans /admin/ le serveur Django s'arrête sans message d'erreur (comme en appuyant sur CTRL + C).

Ce que j'ai essayé 1. Exécuter le serveur sur un port différent 2. Créer un nouveau projet Django 3. Processus python arrêtés à partir du gestionnaire de tâches

Cela me rend fou parce que cela fonctionne bien quand je suis arrivé à 127.0.0.1:<port>/app/index mais que le serveur s'arrête quand

Voici les journaux du serveur django

File ...Python\Python37-32\Lib\stringprep.py first seen with mtime 1530068518.0
File ...Lib\site-packages\django\contrib\auth\migrations\0001_initial.py first seen with mtime 1575315232.7083857
File ...Lib\site-packages\django\contrib\auth\migrations\0004_alter_user_username_opts.py first seen with mtime 1575315232.7103803
File ...Lib\site-packages\django\contrib\admin\migrations\__init__.py first seen with mtime 1575315232.064109
File ...Lib\site-packages\django\contrib\contenttypes\migrations\0001_initial.py first seen with mtime 1575315232.9317892
File ...Lib\site-packages\django\contrib\auth\migrations\0005_alter_user_last_login_null.py first seen with mtime 1575315232.711378
File ...Lib\site-packages\PIL\_imaging.cp37-win32.pyd first seen with mtime 1575317072.293999
File ...Lib\site-packages\django\contrib\admin\templatetags\admin_list.py first seen with mtime 1575315232.244624
File ...Lib\site-packages\django\contrib\auth\migrations\0009_alter_user_last_name_max_length.py first seen with mtime 1575315232.7153673
File ...Lib\site-packages\django\contrib\auth\migrations\0003_alter_user_email_max_length.py first seen with mtime 1575315232.709383
(0.000) SELECT "django_session"."session_key", "django_session"."session_data", "django_session"."expire_date" FROM "django_session" WHERE ("django_session"."expire_date" > '2019-12-08 00:29:28.033564' AND "django_session"."session_key" = '2okb8vdor5ydpa06vd97opvzhuqyxt51') LIMIT 21; args=('2019-12-08 00:29:28.033564', '2okb8vdor5ydpa06vd97opvzhuqyxt51')
(0.000) SELECT "auth_user"."id", "auth_user"."password", "auth_user"."last_login", "auth_user"."is_superuser", "auth_user"."username", "auth_user"."first_name", "auth_user"."last_name", "auth_user"."email", "auth_user"."is_staff", "auth_user"."is_active", "auth_user"."date_joined" FROM "auth_user" WHERE "auth_user"."id" = 1 LIMIT 21; args=(1,)

django python django-manage.py

2 commentaires

Avez-vous créé un compte administrateur?

@MatthewGaiser Oui j'ai

3 Réponses :

0
votes

Avez-vous vérifié les journaux du serveur et que dit-il?

LOGGING = {
'version': 1,
'disable_existing_loggers': False,
'handlers': {
    'file': {
        'level': 'DEBUG',
        'class': 'logging.FileHandler',
        'filename': '/path/to/django/debug.log',
    },
},
'loggers': {
    'django': {
        'handlers': ['file'],
        'level': 'DEBUG',
        'propagate': True,
    },
},

}

3 commentaires

J'ai essayé de changer la base de données, je l'ai relancée, la page de connexion de l'administrateur a été rendue, après avoir entré les informations d'identification correctes, le serveur se ferme à nouveau. même problème encore.

Pouvez-vous coller le contenu du fichier debug.log?

Je l'ai ajouté dans le cadre de la question @Camillus

2
votes

C'est un problème Django 3.0, plusieurs personnes ont eu le même problème. Essayez de passer à une autre version, 2.2 fonctionne

1 commentaires

Oui, il y a un problème dans Django 3.0 et les versions supérieures. J'ai rétrogradé la version de Django à 2.2, cela a fonctionné. Merci...

0
votes

J'ai eu le problème lors de l'utilisation de python 3.7 sur mac, j'ai donc mis à niveau le virtualenv pour utiliser python 3.8 et le problème a été résolu. J'ai remarqué que cela affectait également l'envoi d'e-mails via l'application.

0 commentaires