Il modello Django "non dichiara un'etichetta app_label esplicita"

Sono alla fine dell'arguzia. Dopo una dozzina di ore di risoluzione dei problemi, probabilmente di più, pensavo di essere finalmente in affari, ma poi ho ottenuto:

Model class django.contrib.contenttypes.models.ContentType doesn't declare an explicit app_label 

Ci sono COSÌ POCHE informazioni su questo sul Web e nessuna soluzione là fuori ha risolto il mio problema. Qualsiasi consiglio sarebbe enormemente apprezzato.

Sto usando Python 3.4 e Django 1.10.

Dal mio settings.py:

INSTALLED_APPS = [
    'DeleteNote.apps.DeletenoteConfig',
    'LibrarySync.apps.LibrarysyncConfig',
    'django.contrib.admin',
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.messages',
    'django.contrib.staticfiles',
]

E i miei file apps.py hanno questo aspetto:

from django.apps import AppConfig


class DeletenoteConfig(AppConfig):
    name = 'DeleteNote'

e

from django.apps import AppConfig


class LibrarysyncConfig(AppConfig):
    name = 'LibrarySync'

Ti manca l'inserimento del nome dell'applicazione nel file delle impostazioni? La myAppNameConfigè la classe predefinita generata in apps.py dal comando .manage.py createapp myAppName . Dove myAppName è il nome della tua app.

settings.py

INSTALLED_APPS = [
'myAppName.apps.myAppNameConfig',
'django.contrib.admin',
'django.contrib.auth',
'django.contrib.contenttypes',
'django.contrib.sessions',
'django.contrib.messages',
'django.contrib.staticfiles',
]

In questo modo, il file delle impostazioni scopre cosa vuoi chiamare la tua applicazione. Puoi modificare l'aspetto in seguito nel file apps.py aggiungendo il seguente codice in

myAppName / apps.py

class myAppNameConfig(AppConfig):
    name = 'myAppName'
    verbose_name = 'A Much Better Name'

Ottengo lo stesso errore e non so come risolvere questo problema. Mi ci sono volute molte ore per notare che ho un init.py nella stessa directory di manage.py di django.

Prima:

|-- myproject
  |-- __init__.py
  |-- manage.py
  |-- myproject
    |-- ...
  |-- app1
    |-- models.py
  |-- app2
    |-- models.py

Dopo:

|-- myproject
  |-- manage.py
  |-- myproject
    |-- ...
  |-- app1
    |-- models.py
  |-- app2
    |-- models.py

È abbastanza confuso il fatto che si ottenga questo errore "non dichiara un app_label esplicito". Ma l'eliminazione di questo file init ha risolto il mio problema.

Ho avuto esattamente lo stesso errore durante l'esecuzione dei test con PyCharm. L'ho risolto impostando esplicitamente DJANGO_SETTINGS_MODULEla variabile d'ambiente. Se stai usando PyCharm, premi semplicemente il pulsante Modifica configurazioni e scegli Variabili d'ambiente .

Imposta la variabile su your_project_name.settingse questo dovrebbe risolvere il problema.

Sembra che questo errore si verifichi, perché PyCharm esegue i test con i propri manage.py.

Ho ricevuto questo quando l'ho usato, ./manage.py shell quindi l'ho importato accidentalmente dalla directory a livello di progetto principale

# don't do this
from project.someapp.someModule import something_using_a_model
# do this
from someapp.someModule import something_using_a_model

something_using_a_model()

come noob che usa Python3 , trovo che potrebbe essere un errore di importazione invece di un errore di Django

sbagliato:

from someModule import someClass

giusto:

from .someModule import someClass

questo accade qualche giorno fa ma non riesco proprio a riprodurlo ... penso che solo le persone che non conoscono Django possano incontrarlo. ecco cosa ricordo:

prova a registrare un modello in admin.py:

from django.contrib import admin
from user import User
admin.site.register(User)

prova a eseguire il server, l'errore è simile a questo

some lines...
File "/path/to/admin.py" ,line 6
tell you there is an import error
some lines...
Model class django.contrib.contenttypes.models.ContentType doesn't declare an explicit app_label

cambia userin .user, problema risolto

Ho avuto lo stesso problema solo ora. Ho risolto il mio aggiungendo uno spazio dei nomi sul nome dell'app. Spero che qualcuno lo trovi utile.

apps.py

from django.apps import AppConfig    

class SalesClientConfig(AppConfig):
        name = 'portal.sales_client'
        verbose_name = 'Sales Client'

Ho ricevuto questo errore durante l'importazione di modelli nei test, ovvero data questa struttura del progetto Django:

|-- myproject
    |-- manage.py
    |-- myproject
    |-- myapp
        |-- models.py  # defines model: MyModel
        |-- tests
            |-- test_models.py

nel file test_models.pyho importato MyModelin questo modo:

from models import MyModel

Il problema è stato risolto se viene importato in questo modo:

from myapp.models import MyModel

Spero che questo ti aiuti!

PS: Forse è un po 'tardi, ma non ho trovato in altre risposte come risolvere questo problema nel mio codice e voglio condividere la mia soluzione.

Dopo aver continuato a riscontrare questo problema e continuo a tornare su questa domanda, ho pensato di condividere quale fosse il mio problema.

Tutto ciò che @Xeberdee è corretto, quindi seguilo e vedi se questo risolve il problema, in caso contrario questo era il mio problema:

Nel mio apps.py questo è quello che avevo:

class AlgoExplainedConfig(AppConfig):
    name = 'algo_explained'
    verbose_name = "Explain_Algo"
    ....

E tutto quello che ho fatto è stato aggiungere il nome del progetto davanti al nome della mia app in questo modo:

class AlgoExplainedConfig(AppConfig):
name = '**algorithms_explained**.algo_explained'
verbose_name = "Explain_Algo"

e questo ha risolto il mio problema e sono stato in grado di eseguire il comando makemigrations e migrare dopo! in bocca al lupo

Ho riscontrato questo errore oggi durante il tentativo di eseguire i test Django perché stavo usando la from .models import *sintassi abbreviata in uno dei miei file. Il problema era che avevo una struttura di file in questo modo:

    apps/
      myapp/
        models/
          __init__.py
          foo.py
          bar.py

e in models/__init__.pystavo importando i miei modelli usando la sintassi abbreviata:

    from .foo import *
    from .bar import *

Nella mia applicazione stavo importando modelli in questo modo:

    from myapp.models import Foo, Bar

Ciò ha causato il Django model doesn't declare an explicit app_labeldurante l'esecuzione ./manage.py test.

Per risolvere il problema, ho dovuto importare esplicitamente dal percorso completo in models/__init__.py:

    from myapp.models.foo import *
    from myapp.models.bar import *

Quello ha risolto l'errore.

H / t https://medium.com/@michal.bock/fix-weird-exceptions-when-running-django-tests-f58def71b59a

Nel mio caso, questo stava accadendo perché ho usato un percorso relativo modulo a livello di progetto- urls.py , INSTALLED_APPSe apps.pyinvece di essere radicata nella root del progetto. cioè percorsi dei moduli assoluti in tutto, piuttosto che percorsi dei moduli relativi + hack.

Non importa quanto ho incasinato i percorsi nella INSTALLED_APPSe apps.pynella mia app, non sono riuscito a ottenere entrambi runservere pytesta lavorare fino a quando tutti e tre sono stati radicati nella radice del progetto.

Struttura delle cartelle:

|-- manage.py
|-- config
    |-- settings.py
    |-- urls.py
|-- biz_portal
    |-- apps
        |-- portal
            |-- models.py
            |-- urls.py
            |-- views.py
            |-- apps.py

Con quanto segue, potrei eseguire manage.py runservere gunicorn con WSGI e utilizzare le portalvisualizzazioni delle app senza problemi, ma pytest si sbaglierebbe ModuleNotFoundError: No module named 'apps'nonostante DJANGO_SETTINGS_MODULEfosse configurato correttamente.

config / settings.py:

INSTALLED_APPS = [
    ...
    "apps.portal.apps.PortalConfig",
]

biz_portal / applicazioni / portale / apps.py:

class PortalConfig(AppConfig):
    name = 'apps.portal'

config / urls.py:

urlpatterns = [
    path('', include('apps.portal.urls')),
    ...
]

La modifica del riferimento all'app in config / settings.py su biz_portal.apps.portal.apps.PortalConfige PortalConfig.nameper biz_portal.apps.portalconsentire l'esecuzione di pytest (non ho ancora test per le portalvisualizzazioni) ma runserververrebbe visualizzato un errore con

RuntimeError: Model class apps.portal.models.Business non dichiara un'etichetta app_label esplicita e non è in un'applicazione in INSTALLED_APPS

Alla fine ho cercato apps.portaldi vedere cosa sta ancora utilizzando un percorso relativo e ho scoperto che anche config / urls.py dovrebbe usare biz_portal.apps.portal.urls.

Mi sono imbattuto in questo errore quando ho provato a generare migrazioni per una singola app che aveva migrazioni malformate esistenti a causa di un'unione git. per esempio

manage.py makemigrations myapp

Quando ho eliminato le sue migrazioni e poi ho eseguito:

manage.py makemigrations

l'errore non si è verificato e le migrazioni sono state generate correttamente.

Ho avuto un problema simile, ma sono stato in grado di risolvere il mio specificando esplicitamente app_label utilizzando Meta Class nella mia classe di modelli

class Meta:
    app_label  = 'name_of_my_app'

Ho ricevuto questo errore durante il tentativo di aggiornare la mia app Django Rest Framework a DRF 3.6.3 e Django 1.11.1.

Per chiunque altro in questa situazione, ho trovato la mia soluzione in un problema di GitHub , che era quello di annullare l' UNAUTHENTICATED_USERimpostazione nelle impostazioni DRF :

# webapp/settings.py
...
REST_FRAMEWORK = {
    ...
    'UNAUTHENTICATED_USER': None
    ...
}

Mi sono appena imbattuto in questo problema e ho capito cosa stava andando storto. Poiché nessuna risposta precedente descriveva il problema come è successo a me, ho pensato di pubblicarlo per altri:

• il problema derivava dall'utilizzo python migrate.py startapp myAppdalla cartella principale del progetto, quindi sposta myApp in una cartella figlio con mv myApp myFolderWithApps/.
• Ho scritto myApp.models e sono corso python migrate.py makemigrations. È andato tutto bene.
• poi ho fatto lo stesso con un'altra app che importava modelli da myApp. Kaboom! Mi sono imbattuto in questo errore durante l'esecuzione di makemigrations. Questo perché dovevo usare myFolderWithApps.myAppper fare riferimento alla mia app, ma avevo dimenticato di aggiornare MyApp / apps.py. Quindi ho corretto myApp / apps.py, settings / INSTALLED_APPS e il mio percorso di importazione nella mia seconda app.
• ma poi l'errore continuava a verificarsi: il motivo era che avevo delle migrazioni che cercavano di importare i modelli da myApp con il percorso sbagliato. Ho provato a correggere il file di migrazione, ma sono andato al punto in cui è stato più facile resettare il DB ed eliminare le migrazioni per ricominciare da zero.

Quindi, per farla breve: - il problema proveniva inizialmente dal nome dell'app sbagliato in apps.py di myApp, nelle impostazioni e nel percorso di importazione della mia seconda app. - ma non è stato sufficiente correggere i percorsi in queste tre posizioni, poiché le migrazioni erano state create con importazioni che facevano riferimento al nome dell'app sbagliato. Pertanto, lo stesso errore continuava a verificarsi durante la migrazione (tranne questa volta dalle migrazioni).

Quindi ... controlla le tue migrazioni e buona fortuna!

Ho un errore simile durante la creazione di un'API in Django rest_framework.

RuntimeError: la classe del modello apps.core.models.University non dichiara un'etichetta> app_label esplicita e non si trova in un'applicazione in INSTALLED_APPS.

La risposta di luke_aus mi ha aiutato correggendo il mio urls.py

a partire dal

from project.apps.views import SurgeryView

per

from apps.views import SurgeryView

Nel mio caso ho ricevuto questo errore durante il porting del codice da Django 1.11.11 a Django 2.2. Stavo definendo una classe derivata FileSystemStorage personalizzata. In Django 1.11.11 avevo la seguente riga in models.py:

from django.core.files.storage import Storage, DefaultStorage

e più tardi nel file avevo la definizione della classe:

class MyFileStorage(FileSystemStorage):

Tuttavia, in Django 2.2 ho bisogno di fare riferimento esplicitamente alla FileSystemStorageclasse durante l'importazione:

from django.core.files.storage import Storage, DefaultStorage, FileSystemStorage

e voilà !, l'errore scompare.

Nota che tutti stanno segnalando l'ultima parte del messaggio di errore emesso dal server Django. Tuttavia, se scorri verso l'alto troverai il motivo nel mezzo di quell'errore mambo-jambo.

nel mio caso sono riuscito a trovare una soluzione e guardando il codice di tutti gli altri potrebbe essere lo stesso problema .. Ho semplicemente dovuto aggiungere "django.contrib.sites" all'elenco delle app installate in settings.py file.

spero che questo aiuti qualcuno. questo è il mio primo contributo alla comunità di programmazione

TL; DR: l' aggiunta di un __init__.py vuoto ha risolto il problema per me.

Ho ricevuto questo errore in PyCharm e mi sono reso conto che il mio file delle impostazioni non veniva affatto importato. Non ci sono stati errori evidenti a dirmelo, ma quando ho inserito del codice senza senso in settings.py, non ha causato un errore.

Avevo settings.py all'interno di una cartella local_settings . Tuttavia, non riuscivo a includere un __init__.py nella stessa cartella per consentirne l'importazione. Dopo averlo aggiunto, l'errore è scomparso.

Se hai tutte le impostazioni corrette, potrebbe essere solo un pasticcio di importazione. tieni d'occhio come stai importando il modello incriminato.

Quanto segue non funzionerà from .models import Business. Utilizza invece il percorso di importazione completo:from myapp.models import Business

Se tutto il resto fallisce e se visualizzi questo errore durante il tentativo di importazione in una "console Python" di PyCharm (o "console Django"):

Prova a riavviare la console.

Questo è piuttosto imbarazzante, ma mi ci è voluto un po 'prima di rendermi conto che mi ero dimenticato di farlo.

Ecco cosa è successo:

Aggiunta una nuova app, quindi aggiunto un modello minimo, quindi provato a importare il modello nella console Python / Django (PyCharm pro 2019.2). Ciò ha generato l' doesn't declare an explicit app_labelerrore, perché non avevo aggiunto la nuova app a INSTALLED_APPS. Quindi, ho aggiunto l'app a, ho INSTALLED_APPSprovato di nuovo l'importazione, ma ho ancora lo stesso errore.

Sono venuto qui, ho letto tutte le altre risposte, ma niente sembrava adattarsi.

Alla fine ho capito che non avevo ancora riavviato la console Python dopo aver aggiunto la nuova app a INSTALLED_APPS.

Nota: non riuscire a riavviare la console PyCharm Python, dopo aver aggiunto un nuovo oggetto a un modulo, è anche un ottimo modo per ottenere un'immagine molto confusa ImportError: Cannot import name ...

O ... M ... G Anch'io stavo ricevendo questo errore e ci ho passato quasi 2 giorni e ora sono finalmente riuscito a risolverlo. Onestamente ... l'errore non aveva nulla a che fare con il problema. Nel mio caso era una semplice questione di sintassi. Stavo cercando di eseguire un modulo python autonomo che utilizzava alcuni modelli django in un contesto django, ma il modulo stesso non era un modello django. Ma stavo dichiarando la classe sbagliata

invece di avere

class Scrapper:
    name = ""
    main_link= ""
    ...

stavo facendo

class Scrapper(Website):
    name = ""
    main_link= ""
    ...

il che è ovviamente sbagliato. Il messaggio è così fuorviante che non ho potuto trattenermi, ma penso che fosse un problema con la configurazione o semplicemente usando django in un modo sbagliato dato che sono molto nuovo.

Condividerò questo qui per un principiante mentre attraversando la stessa stupidità posso sperare di risolvere il loro problema.

Ho ricevuto questo errore dopo aver spostato il SECRET_KEYpull da una variabile di ambiente e ho dimenticato di impostarlo durante l'esecuzione dell'applicazione. Se hai qualcosa del genere nel tuo filesettings.py

SECRET_KEY = os.getenv('SECRET_KEY')

quindi assicurati di impostare effettivamente la variabile di ambiente.

Molto probabilmente hai importazioni dipendenti .

Nel mio caso ho utilizzato una classe serializzatore come parametro nel mio modello e la classe serializzatore utilizzava questo modello: serializer_class = AccountSerializer

from ..api.serializers import AccountSerializer

class Account(AbstractBaseUser):
    serializer_class = AccountSerializer
    ...

E nel file "serializzatori":

from ..models import Account

class AccountSerializer(serializers.ModelSerializer):
    class Meta:
        model = Account
        fields = (
            'id', 'email', 'date_created', 'date_modified',
            'firstname', 'lastname', 'password', 'confirm_password')
    ...

Ho ricevuto questo errore oggi e sono finito qui dopo aver cercato su Google. Nessuna delle risposte esistenti sembra rilevante per la mia situazione. L'unica cosa che dovevo fare era importare un modello dal mio file__init__.py file nel livello superiore di un'app. Ho dovuto spostare le mie importazioni nelle funzioni utilizzando il modello.

Django sembra avere un codice strano che può fallire in questo modo in così tanti scenari diversi!

Ho ricevuto questo errore anche oggi. Il messaggio faceva riferimento ad alcune app specifiche delle mie app in INSTALLED_APPS . Ma in realtà non aveva nulla a che fare con questa specifica App. Ho utilizzato un nuovo ambiente virtuale e ho dimenticato di installare alcune librerie, che ho utilizzato in questo progetto. Dopo aver installato le librerie aggiuntive, ha funzionato.

Per gli utenti di PyCharm: ho avuto un errore nell'utilizzo della struttura del progetto non "pulita".

Era:

project_root_directory
└── src
    ├── chat
    │   ├── migrations
    │   └── templates
    ├── django_channels
    └── templates

Adesso:

project_root_directory
├── chat
│   ├── migrations
│   └── templates
│       └── chat
├── django_channels
└── templates

Qui ci sono molte buone soluzioni, ma penso, prima di tutto, dovresti pulire la struttura del tuo progetto o regolare le impostazioni di PyCharm Django prima di impostare DJANGO_SETTINGS_MODULE variabili e così via.

Spero che possa aiutare qualcuno. Saluti.

Il problema è che:

1. Hai apportato modifiche al file dei modelli, ma non le hai ancora aggiunte al DB, ma stai tentando di eseguire Python manage.py runserver.

2. Esegui Python manage.py makemigrations

3. Python manage.py migra

4. Ora Python manage.py runserver e tutto dovrebbe andare bene.