Model Django „nie deklaruje jawnej etykiety_aplikacji”

Koniec dowcipu. Po kilkunastu godzinach rozwiązywania problemów, prawdopodobnie więcej, myślałem, że w końcu jestem w biznesie, ale potem otrzymałem:

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

W sieci jest TAK MAŁO informacji na ten temat i żadne rozwiązanie nie rozwiązało mojego problemu. Każda rada byłaby ogromnie mile widziana.

Używam Pythona 3.4 i Django 1.10.

Z mojego 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',
]

A moje pliki apps.py wyglądają tak:

from django.apps import AppConfig


class DeletenoteConfig(AppConfig):
    name = 'DeleteNote'

i

from django.apps import AppConfig


class LibrarysyncConfig(AppConfig):
    name = 'LibrarySync'

Brakuje Ci umieszczania nazwy aplikacji w pliku ustawień? Jest myAppNameConfigto domyślna klasa generowana w apps.py przez polecenie .manage.py createapp myAppName . Gdzie myAppName to nazwa Twojej aplikacji.

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',
]

W ten sposób plik ustawień określa, co chcesz nazwać swoją aplikacją. Możesz zmienić jego wygląd później w pliku apps.py, dodając następujący kod w

myAppName / apps.py

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

Otrzymuję ten sam błąd i nie wiem, jak rozwiązać ten problem. Zajęło mi wiele godzin, zanim zauważyłem, że mam plik init.py w tym samym katalogu, co manage.py z django.

Przed:

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

Po:

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

Jest dość zdezorientowany, że otrzymujesz ten błąd „nie deklaruje jawnego błędu app_label”. Ale usunięcie tego pliku init rozwiązało mój problem.

Miałem dokładnie ten sam błąd podczas uruchamiania testów z PyCharm. Naprawiłem to, jawnie ustawiając DJANGO_SETTINGS_MODULEzmienną środowiskową. Jeśli używasz PyCharm, po prostu naciśnij przycisk Edytuj konfiguracje i wybierz Zmienne środowiskowe .

Ustaw zmienną na your_project_name.settingsi to powinno rozwiązać problem.

Wygląda na to, że ten błąd występuje, ponieważ PyCharm przeprowadza własne testy manage.py.

Dostałem ten, kiedy użyłem, ./manage.py shell a następnie przypadkowo zaimportowałem z katalogu głównego poziomu projektu

# 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()

jako noob używający Python3 uważam, że może to być błąd importu zamiast błędu Django

źle:

from someModule import someClass

dobrze:

from .someModule import someClass

zdarzyło się to kilka dni temu, ale naprawdę nie mogę tego odtworzyć ... Myślę, że tylko osoby nowe w Django mogą to spotkać. oto co pamiętam:

spróbuj zarejestrować model w admin.py:

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

spróbuj uruchomić serwer, błąd wygląda tak

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

zmiana userna .user, problem rozwiązany

Miałem teraz ten sam problem. Naprawiłem moje, dodając przestrzeń nazw w nazwie aplikacji. Mam nadzieję, że ktoś uzna to za pomocne.

apps.py

from django.apps import AppConfig    

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

Otrzymałem ten błąd podczas importowania modeli w testach, czyli biorąc pod uwagę tę strukturę projektu Django:

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

w pliku test_models.pyzaimportowałem MyModelw ten sposób:

from models import MyModel

Problem został rozwiązany, jeśli został zaimportowany w ten sposób:

from myapp.models import MyModel

Mam nadzieję że to pomoże!

PS: Może to trochę za późno, ale nie znalazłem w innych odpowiedziach jak rozwiązać ten problem w moim kodzie i chcę się podzielić swoim rozwiązaniem.

Po ciągłym napotykaniu tego problemu i powracaniu do tego pytania, pomyślałem, że podzielę się, na czym polega mój problem.

Wszystko, co @Xeberdee jest poprawne, więc śledź to i zobacz, czy to rozwiązuje problem, jeśli nie, to był mój problem:

W moim apps.py mam to:

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

Wszystko, co zrobiłem, to dodałem nazwę projektu przed nazwą mojej aplikacji w następujący sposób:

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

i to rozwiązało mój problem, a potem mogłem uruchomić polecenie makemigrations i migrate! powodzenia

Wystąpił ten błąd dzisiaj, próbując uruchomić testy Django, ponieważ użyłem skróconej from .models import *składni w jednym z moich plików. Problem polegał na tym, że miałem taką strukturę plików:

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

aw roku models/__init__.pyimportowałem swoje modele używając skróconej składni:

    from .foo import *
    from .bar import *

W swojej aplikacji importowałem modele takie jak:

    from myapp.models import Foo, Bar

To spowodowało, że Django model doesn't declare an explicit app_labelpodczas biegania ./manage.py test.

Aby rozwiązać problem, musiałem jawnie zaimportować z pełnej ścieżki w models/__init__.py:

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

To rozwiązało problem.

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

W moim przypadku to się dzieje, ponieważ użyłem ścieżki względnej modułu w projekcie poziomu urls.py , INSTALLED_APPSa apps.pyzamiast być zakorzenione w katalogu głównym projektu. tzn. bezwzględne ścieżki modułów w całym tekście, a nie względne ścieżki modułów + hacki.

Bez względu na to, jak bardzo majstrowałem w ścieżkach w mojej aplikacji INSTALLED_APPSi apps.pyw mojej aplikacji, nie mogłem uzyskać obu runserveri pytestpracować, dopóki wszystkie trzy z nich nie zostaną zakorzenione w katalogu głównym projektu.

Struktura folderów:

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

Z następującymi mógłbym bez problemu uruchomić manage.py runserveri gunicorn z wsgi i korzystać z portalwidoków aplikacji, ale pytest by się pomylił ModuleNotFoundError: No module named 'apps'mimoDJANGO_SETTINGS_MODULE poprawnej konfiguracji.

config / settings.py:

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

biz_portal / apps / portal / apps.py:

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

config / urls.py:

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

Zmiana odniesienia aplikacji w config / settings.py się biz_portal.apps.portal.apps.PortalConfigi PortalConfig.namedo biz_portal.apps.portaldozwolonego pytest do uruchomienia (nie mam testy dla portalwidoków jeszcze), ale runserverto błąd z

RuntimeError: Klasa modelu apps.portal.models.Business nie deklaruje jawnej etykiety app_label i nie ma jej w aplikacji w INSTALLED_APPS

W końcu wyszukałem, apps.portalaby zobaczyć, co nadal używa ścieżki względnej i stwierdziłem, że config / urls.py powinien również używać biz_portal.apps.portal.urls.

Napotkałem ten błąd, gdy próbowałem wygenerować migracje dla pojedynczej aplikacji, która miała źle sformułowane migracje z powodu scalania git. na przykład

manage.py makemigrations myapp

Kiedy usunąłem to migracje, a następnie uruchomiłem:

manage.py makemigrations

błąd nie wystąpił i migracje zostały wygenerowane pomyślnie.

Miałem podobny problem, ale udało mi się rozwiązać mój, określając jawnie app_label za pomocą Meta Class w mojej klasie modeli

class Meta:
    app_label  = 'name_of_my_app'

Otrzymałem ten błąd podczas próby aktualizacji mojego Django Rest Framework aplikacji do DRF 3.6.3 i Django 1.11.1.

Dla każdego innego w tej sytuacji znalazłem swoje rozwiązanie w kwestii GitHub , która polegała na usunięciu UNAUTHENTICATED_USERustawienia w ustawieniach DRF :

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

Właśnie natknąłem się na ten problem i zorientowałem się, co się dzieje. Ponieważ żadna poprzednia odpowiedź nie opisała problemu tak, jak mi się przydarzyło, pomyślałem, że opublikowałbym to dla innych:

• problem wynikał z użycia python migrate.py startapp myAppz folderu głównego mojego projektu, a następnie przenieś myApp do folderu podrzędnego z rozszerzeniem mv myApp myFolderWithApps/.
• Napisałem myApp.models i uruchomiłem python migrate.py makemigrations. Wszystko poszło dobrze.
• potem zrobiłem to samo z inną aplikacją, która importowała modele z myApp. Kaboom! Napotkałem ten błąd podczas makemigracji. To dlatego, że musiałem użyćmyFolderWithApps.myApp odniesienia do mojej aplikacji, ale zapomniałem zaktualizować MyApp / apps.py. Więc poprawiłem moją aplikację / apps.py, ustawienia / INSTALLED_APPS i ścieżkę importu w mojej drugiej aplikacji.
• ale potem błąd się powtarzał: powodem było to, że miałem migracje próbując zaimportować modele z myApp z niewłaściwą ścieżką. Próbowałem poprawić plik migracji, ale doszedłem do punktu, w którym łatwiej było zresetować bazę danych i usunąć migracje, aby rozpocząć od zera.

Krótko mówiąc: - początkowo problem wynikał z niewłaściwej nazwy aplikacji w apps.py w myApp, w ustawieniach i ścieżce importu mojej drugiej aplikacji. - ale nie wystarczyło poprawienie ścieżek w tych trzech miejscach, ponieważ migracje zostały utworzone z importami odwołującymi się do niewłaściwej nazwy aplikacji. Dlatego ten sam błąd występował podczas migracji (poza tym razem z migracjami).

Więc ... sprawdź swoje migracje i powodzenia!

Mam podobny błąd podczas budowania API w Django rest_framework.

RuntimeError: Klasa modelu apps.core.models.University nie deklaruje jawnej etykiety> app_label i nie ma jej w aplikacji w INSTALLED_APPS.

Odpowiedź luke_aus pomogła mi, poprawiając mój adres urls.py

z

from project.apps.views import SurgeryView

do

from apps.views import SurgeryView

W moim przypadku otrzymałem ten błąd podczas przenoszenia kodu z Django 1.11.11 do Django 2.2. Definiowałem niestandardową klasę pochodną FileSystemStorage. W Django 1.11.11 miałem następującą linię w models.py:

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

a później w pliku miałem definicję klasy:

class MyFileStorage(FileSystemStorage):

Jednak w Django 2.2 FileSystemStoragepodczas importowania muszę jawnie odwoływać się do klasy:

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

i voilà !, błąd znika.

Zauważ, że wszyscy zgłaszają ostatnią część komunikatu o błędzie wyrzuconego przez serwer Django. Jeśli jednak przewiniesz w górę, znajdziesz przyczynę w środku tego błędu mambo-jambo.

w moim przypadku udało mi się znaleźć poprawkę i patrząc na kod wszystkich innych, może to być ten sam problem .. Po prostu musiałem dodać „django.contrib.sites” do listy zainstalowanych aplikacji w settings.py plik.

mam nadzieję, że to komuś pomoże. to mój pierwszy wkład w społeczność programistów

TL; DR: Dodanie pustego __init__.py rozwiązało problem.

Otrzymałem ten błąd w PyCharm i zdałem sobie sprawę, że mój plik ustawień w ogóle nie był importowany. Nie było oczywistego błędu mówiącego mi o tym, ale kiedy wstawiłem jakiś nonsensowny kod do settings.py, nie spowodował on błędu.

Miałem settings.py w folderze local_settings . Jednak zapomniałem dołączyć __init__.py w tym samym folderze, aby umożliwić jego import. Gdy to dodałem, błąd zniknął.

Jeśli masz całą konfigurację, może to być po prostu bałagan związany z importowaniem. miej oko na to, jak importujesz nieprawidłowy model.

Poniższe nie będą działać from .models import Business. Zamiast tego użyj pełnej ścieżki importu:from myapp.models import Business

Jeśli wszystko inne zawiedzie i jeśli widzisz ten błąd podczas próby importu w "konsoli Pythona" (lub "konsoli Django") PyCharm:

Spróbuj ponownie uruchomić konsolę.

To dość zawstydzające, ale zajęło mi trochę czasu, zanim zdałem sobie sprawę, że o tym zapomniałem.

Oto, co się stało:

Dodano nową aplikację, następnie dodałem minimalny model, a następnie próbowałem zaimportować model w konsoli Python / Django (PyCharm pro 2019.2). Spowodowało to doesn't declare an explicit app_labelbłąd, ponieważ nie dodałem nowej aplikacji do INSTALLED_APPS. Dodałem więc aplikację do INSTALLED_APPS, ponownie spróbowałem importować, ale nadal występuje ten sam błąd.

Przyszedłem tutaj, przeczytaj wszystkie inne odpowiedzi, ale nic nie pasowało.

W końcu dotarło do mnie, że nie zrestartowałem jeszcze konsoli Pythona po dodaniu nowej aplikacji do INSTALLED_APPS.

Uwaga: niepowodzenie ponownego uruchomienia konsoli PyCharm Python po dodaniu nowego obiektu do modułu jest również świetnym sposobem na uzyskanie bardzo mylącego ImportError: Cannot import name ...

O ... M ... G Też otrzymywałem ten błąd i spędziłem na nim prawie 2 dni i teraz w końcu udało mi się go rozwiązać. Szczerze ... błąd nie miał nic wspólnego z tym, z czym był problem. W moim przypadku była to prosta kwestia składni. Próbowałem uruchomić samodzielny moduł Pythona, który używał niektórych modeli django w kontekście django, ale sam moduł nie był modelem django. Ale stwierdziłem, że klasa jest niewłaściwa

zamiast mieć

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

ja robiłem

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

co jest oczywiście błędne. Wiadomość jest tak myląca, że ​​nie mogłem się powstrzymać, ale myślę, że to jakiś problem z konfiguracją lub po prostu niewłaściwym używaniem django, ponieważ jestem w tym bardzo nowy.

Podzielę się tym tutaj dla kogoś nowicjusza, ponieważ przechodząc przez te same głupoty, mam nadzieję, że rozwiążę ich problem.

Otrzymałem ten błąd po tym, jak przeniosłem SECRET_KEYdo ściągania ze zmiennej środowiskowej i zapomniałem go ustawić podczas uruchamiania aplikacji. Jeśli masz coś takiego w swoimsettings.py

SECRET_KEY = os.getenv('SECRET_KEY')

następnie upewnij się, że faktycznie ustawiasz zmienną środowiskową.

Najprawdopodobniej masz import zależny .

W moim przypadku użyłem klasy serializatora jako parametru w moim modelu, a klasa serializatora korzystała z tego modelu: serializer_class = AccountSerializer

from ..api.serializers import AccountSerializer

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

A w pliku „serializatory”:

from ..models import Account

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

Otrzymałem ten błąd dzisiaj i wylądowałem tutaj po googlowaniu. Żadna z istniejących odpowiedzi nie wydaje się odpowiadać mojej sytuacji. Jedyne, co musiałem zrobić, to zaimportować model z mojego __init__.pypliku na najwyższym poziomie aplikacji. Musiałem przenieść import do funkcji za pomocą modelu.

Wydaje się, że Django ma dziwny kod, który może zawieść w tak wielu różnych scenariuszach!

Ten błąd też dzisiaj wyskoczył. Komunikat odwołuje się do określonej aplikacji moich aplikacji w INSTALLED_APPS . Ale w rzeczywistości nie miało to nic wspólnego z tą konkretną aplikacją. Użyłem nowego wirtualnego środowiska i zapomniałem zainstalować kilka bibliotek, których użyłem w tym projekcie. Po zainstalowaniu dodatkowych bibliotek działało.

Dla użytkowników PyCharm: wystąpił błąd podczas korzystania z nie „czystej” struktury projektu.

Był:

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

Teraz:

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

Tutaj jest wiele dobrych rozwiązań, ale myślę, że przede wszystkim powinieneś wyczyścić strukturę swojego projektu lub dostroić ustawienia PyCharm Django przed ustawieniem DJANGO_SETTINGS_MODULE zmiennych i tak dalej.

Mam nadzieję, że to komuś pomoże. Twoje zdrowie.

Problem w tym, że:

1. Dokonałeś modyfikacji w pliku modeli, ale nie dodałeś ich jeszcze do bazy danych, ale próbujesz uruchomić serwer uruchomieniowy manage.py w języku Python.

2. Uruchom Python manage.py makemigrations

3. Migracja Python manage.py

4. Teraz Python manage.py runerver i wszystko powinno być w porządku.