Django modeli "açık bir app_label bildirmiyor"

Zekanın sonundayım. Bir düzine saatlik sorun giderme işleminden sonra, muhtemelen daha fazlası, nihayet işime girdiğimi düşündüm, ama sonra:

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

Bu konuda web'de ÇOK KÜÇÜK bilgi var ve sorunumu çözen hiçbir çözüm yok. Herhangi bir tavsiye çok takdir edilecektir.

Python 3.4 ve Django 1.10 kullanıyorum.

Settings.py ayarımdan:

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

Ve apps.py dosyalarım şuna benzer:

from django.apps import AppConfig


class DeletenoteConfig(AppConfig):
    name = 'DeleteNote'

ve

from django.apps import AppConfig


class LibrarysyncConfig(AppConfig):
    name = 'LibrarySync'

Uygulama adınızı ayarlar dosyasına eklemeyi kaçırıyor musunuz? myAppNameConfigTarafından apps.py üretilen varsayılan sınıftır .manage.py createapp myAppName komutu. Nerede myAppName uygulamanızın adıdır.

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

Bu şekilde, ayarlar dosyası, uygulamanızı ne aramak istediğinizi bulur. Aşağıdaki kodu şuraya ekleyerek apps.py dosyasında daha sonra nasıl görüneceğini değiştirebilirsiniz.

myAppName / apps.py

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

Aynı hatayı alıyorum ve bu sorunu nasıl çözeceğimi bilmiyorum. Django'daki manage.py ile aynı direcory'de init.py olduğunu fark etmem saatlerimi aldı.

Önce:

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

Sonra:

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

Bu "açık bir app_label bildirmez" hatasını almanız oldukça kafa karıştırıcı. Ancak bu başlangıç dosyasını silmek sorunumu çözdü.

PyCharm ile testleri çalıştırırken tamamen aynı hatayı aldım. Açıkça DJANGO_SETTINGS_MODULEortam değişkenini ayarlayarak bunu düzelttim . PyCharm kullanıyorsanız, Konfigürasyonları Düzenle düğmesine basın ve Ortam Değişkenlerini seçin .

Değişkeni olarak ayarlayın your_project_name.settingsve bu sorunu çözmelidir.

Bu hata oluşuyor gibi görünüyor, çünkü PyCharm testleri kendi başına çalıştırıyor manage.py.

Bunu kullandığımda aldım, ./manage.py shell sonra yanlışlıkla kök proje seviyesi dizininden içe aktardım

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

Python3 kullanan bir çaylak olarak , bunun bir Django hatası yerine bir içe aktarma hatası olabileceğini buldum

yanlış:

from someModule import someClass

sağ:

from .someModule import someClass

bu birkaç gün önce oldu ama gerçekten yeniden üretemiyorum ... Sanırım sadece Django'da yeni olan insanlar bununla karşılaşabilir. hatırladığım şey burada:

admin.py'de bir model kaydetmeyi deneyin:

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

sunucuyu çalıştırmayı dene, hata şuna benzer

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

değişim useriçin .user, sorun çözüldü

Şu anda aynı sorunu yaşadım. Uygulama adına bir ad alanı ekleyerek benimkini düzelttim. Umarım birisi bunu faydalı bulur.

apps.py

from django.apps import AppConfig    

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

Testlerdeki modelleri içe aktarırken şu hatayı aldım, yani şu Django proje yapısı verildiğinde:

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

dosyada şu şekilde test_models.pyiçe MyModelaktardım:

from models import MyModel

Bu şekilde içe aktarılırsa sorun çözüldü:

from myapp.models import MyModel

Bu yardımcı olur umarım!

Not: Belki bu biraz geç olabilir, ancak kodumda bu sorunu nasıl çözeceğimi başkalarında bulamadım ve çözümümü paylaşmak istiyorum.

Bu sorunla uğraşmaya ve bu soruya geri dönmeye devam ettikten sonra sorunumun ne olduğunu paylaşacağımı düşündüm.

@ Xeberdee'nin doğru olduğu her şey, bu yüzden takip edin ve sorunun çözülüp çözülmediğine bakın, eğer bu benim sorunum değilse:

Benim apps.py'de sahip olduğum şey buydu:

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

Ve tek yaptığım proje adını uygulama adımın önüne şu şekilde eklemekti:

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

ve bu benim sorunumu çözdü ve bundan sonra makemigrations ve geçiş komutunu çalıştırabildim! iyi şanslar

Bugün Django testlerini çalıştırmaya çalışırken bu hatayı aldım çünkü from .models import *dosyalarımdan birinde steno sözdizimi kullanıyordum . Sorun şu ki, böyle bir dosya yapım vardı:

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

ve models/__init__.pymodelimi steno sözdizimini kullanarak içe aktarıyordum:

    from .foo import *
    from .bar import *

Uygulamamda şu şekilde modelleri içe aktarıyordum:

    from myapp.models import Foo, Bar

Bu Django model doesn't declare an explicit app_labelkoşarken neden oldu ./manage.py test.

Sorunu çözmek için, şuradaki tam yoldan açıkça içe aktarmam gerekiyordu models/__init__.py:

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

Bu hatayı halletti.

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

Ben proje düzeyi göreli bir modül yolunu kullandığı için benim durumda bu oluyordu urls.py , INSTALLED_APPSve apps.pyyerine proje kök köklü ediliyor. yani, göreli modül yolları + saldırıları yerine mutlak modül yolları.

Uygulamamdaki INSTALLED_APPSve apps.pyiçindeki yollarla ne kadar uğraşsam da, ikisini birden alamadım runserverve pytestbunların üçü de proje kökünde kök salana kadar çalışamadım.

Klasör yapısı:

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

Aşağıda, ben çalıştırabilir manage.py runserverve WSGI ve kullanım ile gunicorn portalsorun olmadan uygulama görünümleri, ama pytest ile hata olur ModuleNotFoundError: No module named 'apps'rağmenDJANGO_SETTINGS_MODULE doğru yapılandırılmasına .

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

Konusu uygulama referansı değiştirme config / settings.py etmek biz_portal.apps.portal.apps.PortalConfigve PortalConfig.namekarşı biz_portal.apps.portalvadede izin pytest (ı için testler yok portalhenüz görünümler) fakat runserverile hata olur

RuntimeError: Model sınıfı apps.portal.models.Business, açık bir app_label bildirmez ve INSTALLED_APPS'deki bir uygulamada değildir

Sonunda apps.portalneyin hala göreceli bir yol kullandığını görmek için uğraştım ve config / urls.py'nin de kullanması gerektiğini buldum biz_portal.apps.portal.urls.

Git birleştirme nedeniyle hatalı biçimlendirilmiş geçişleri olan tek bir uygulama için geçiş oluşturmayı denediğimde bu hatayla karşılaştım. Örneğin

manage.py makemigrations myapp

Taşıma işlemlerini silip çalıştırdığımda:

manage.py makemigrations

hata oluşmadı ve geçişler başarıyla oluşturuldu.

Benzer bir sorun yaşadım, ancak modeller sınıfımda Meta Sınıfı kullanarak app_label'i açıkça belirterek benimkini çözebildim

class Meta:
    app_label  = 'name_of_my_app'

Django Rest Framework uygulamamı DRF 3.6.3 ve Django 1.11.1'e yükseltmeye çalışırken bu hatayı aldım .

Bu durumda olan herhangi biri için, çözümümü DRF ayarlarındaki ayarı kaldırmak olan bir GitHub sorununda buldum :UNAUTHENTICATED_USER

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

Bu sorunla karşılaştım ve neyin yanlış gittiğini anladım. Önceki yanıtlardan hiçbiri sorunu benim başıma geldiği gibi açıklamadığından, bunu başkaları için göndermeyi düşündüm

• sorun, python migrate.py startapp myAppproje kök klasörümden kullanımdan kaynaklandı ve ardından myApp'i ile bir alt klasöre taşıdı mv myApp myFolderWithApps/.
• MyApp.models yazdım ve koştum python migrate.py makemigrations. Her şey yolunda gitti.
• sonra aynısını myApp'tan modelleri içe aktaran başka bir uygulamayla yaptım. Kabooom Makemigrasyonları yaparken bu hatayla karşılaştım. Bunun nedeni myFolderWithApps.myApp, uygulamamı referans almak için kullanmam gerektiğiydi, ancak Uygulamam / apps.py'yi güncellemeyi unutmuştum. Bu yüzden benimApp / apps.py, settings / INSTALLED_APPS ve ikinci uygulamamdaki içe aktarma yolumu düzelttim.
• ancak daha sonra hata devam etti: Bunun nedeni, modelleri myApp'tan yanlış yoldan içe aktarmaya çalışan geçişlerim olmasıydı. Geçiş dosyasını düzeltmeye çalıştım, ancak DB'yi sıfırlamanın ve sıfırdan başlamak için geçişleri silmenin daha kolay olduğu noktaya gittim.

Uzun lafın kısası: - sorun başlangıçta uygulamamın apps.py'sindeki, ayarlardaki ve ikinci uygulamamın içe aktarma yolundaki yanlış uygulama adından geliyordu. - ancak bu üç yerdeki yolları düzeltmek yeterli olmadı, çünkü geçişler yanlış uygulama adına referans veren içe aktarmalarla oluşturulmuştu. Bu nedenle, taşıma sırasında aynı hata devam etti (bu sefer taşıma işlemleri hariç).

Öyleyse ... göçlerinizi kontrol edin ve iyi şanslar!

Django rest_framework içinde bir API oluştururken benzer bir hata aldım.

RuntimeError: Model sınıfı apps.core.models.University, açık bir> app_label bildirmez ve INSTALLED_APPS'deki bir uygulamada değildir.

luke_aus cevabı benim düzelterek bana yardımcı urls.py

itibaren

from project.apps.views import SurgeryView

için

from apps.views import SurgeryView

Benim durumumda, kodu Django 1.11.11'den Django 2.2'ye taşırken bu hatayı aldım. Özel bir FileSystemStorage türetilmiş sınıf tanımlıyordum. Django 1.11.11'de models.py'de aşağıdaki satırı kullanıyordum:

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

ve daha sonra dosyada sınıf tanımına sahiptim:

class MyFileStorage(FileSystemStorage):

Ancak, Django 2.2'de FileSystemStorageiçe aktarırken açıkça sınıfa başvurmam gerekiyor :

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

ve voilà !, hata kaybolur.

Herkesin Django sunucusu tarafından gönderilen hata mesajının son bölümünü bildirdiğine dikkat edin. Bununla birlikte, yukarı kaydırırsanız, nedenini mambo-jambo hatasının ortasında bulacaksınız.

benim durumumda bir düzeltme bulabildim ve herkesin koduna bakarak aynı sorun olabilir .. Sadece settings.py'deki yüklü uygulamalar listesine 'django.contrib.sites' eklemek zorunda kaldım. dosya.

umarım bu birine yardımcı olur. bu benim kodlama topluluğuna ilk katkım

TL; DR: Boş bir __init__.py eklemek sorunu benim için çözdü.

PyCharm'da bu hatayı aldım ve ayarlar dosyamın hiç içe aktarılmadığını fark ettim. Bunu bana söyleyen bariz bir hata yoktu, ancak settings.py'ye bazı saçma kodlar koyduğumda bir hataya neden olmadı.

Local_settings klasörünün içinde settings.py vardı . Ancak, içe aktarılmasına izin vermek için aynı klasöre bir __init__.py eklemeyi düşünürdüm . Bunu ekledikten sonra hata ortadan kalktı.

Tüm yapılandırmayı doğru yaptıysanız, bu sadece bir içe aktarma karmaşası olabilir. sorun teşkil eden modeli nasıl içe aktardığınıza dikkat edin.

Aşağıdakiler işe yaramayacak from .models import Business. Bunun yerine tam içe aktarma yolunu kullanın:from myapp.models import Business

Her şey başarısız olursa ve bir PyCharm "Python konsolunda" (veya "Django konsolunda") içe aktarmaya çalışırken bu hatayı görüyorsanız:

Konsolu yeniden başlatmayı deneyin.

Bu oldukça utanç verici, ama bunu yapmayı unuttuğumu anlamam biraz zaman aldı.

İşte olanlar:

Yeni bir uygulama ekledikten sonra minimal bir model ekledikten sonra modeli Python / Django konsoluna (PyCharm pro 2019.2) aktarmaya çalıştık. Bu yükselttidoesn't declare an explicit app_label , yeni uygulamayı ürününe eklemediğim hatayıINSTALLED_APPS . Bu yüzden, uygulamayı ekledim, INSTALLED_APPSiçe aktarmayı tekrar denedim, ancak yine de aynı hatayı alıyorum.

Buraya geldi, diğer tüm cevapları oku, ama hiçbir şey uygun görünmüyordu.

Sonunda, yeni uygulamayı ekledikten sonra Python konsolunu henüz yeniden başlatmamış olduğumu anladım. INSTALLED_APPS .

Not: Bir modüle yeni bir nesne ekledikten sonra PyCharm Python konsolunu yeniden başlatamamak da çok kafa karıştırıcı bir ImportError: Cannot import name ...

O ... M ... G Ben de bu hatayı alıyordum ve neredeyse 2 gün geçirdim ve şimdi sonunda çözmeyi başardım. Dürüst olmak gerekirse, hatanın sorunun ne olduğuyla hiçbir ilgisi yoktu. Benim durumumda bu basit bir sözdizimi meselesiydi. Bir django bağlamında bazı django modellerini kullanan bağımsız bir python modülünü çalıştırmaya çalışıyordum, ancak modülün kendisi bir django modeli değildi. Ama sınıfı yanlış ilan ediyordum

sahip olmak yerine

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

yapıyordum

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

ki bu açıkça yanlış. Mesaj o kadar yanıltıcı ki kendime yardım edemedim, ancak bunun konfigürasyonla ilgili bir sorun olduğunu ya da sadece django'yu yanlış bir şekilde kullandığımı düşündüğüm için çok yeniyim.

Bunu burada yeni başlayan biri için paylaşacağım, çünkü benim aynı aptallıktan geçerken umarım sorunlarını çözebilirim.

Bu hatayı SECRET_KEYbir ortam değişkeninden çekmek için taşıdıktan ve uygulamayı çalıştırırken ayarlamayı unuttuktan sonra aldım . Eğer içinde böyle bir şey varsasettings.py

SECRET_KEY = os.getenv('SECRET_KEY')

sonra gerçekten ortam değişkenini ayarladığınızdan emin olun.

Muhtemelen bağımlı ithalatlarınız var .

Benim durumumda, modelimde parametre olarak bir serileştirici sınıfı kullandım ve serileştirici sınıfı şu modeli kullanıyordu: serializer_class = AccountSerializer

from ..api.serializers import AccountSerializer

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

Ve "serileştiriciler" dosyasında:

from ..models import Account

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

Bugün bu hatayı aldım ve Google'da arama yaptıktan sonra burada kaldım. Mevcut cevapların hiçbiri benim durumumla alakalı görünmüyor. Yapmam gereken tek şey __init__.py, bir uygulamanın en üst düzeyindeki dosyamdan bir modeli içe aktarmaktı . Modeli kullanarak içe aktarmalarımı işlevlere taşımak zorunda kaldım.

Django'nun pek çok farklı senaryoda bu şekilde başarısız olabilen garip bir kodu var gibi görünüyor!

Bu hatayı bugün de aldım. Bazı spesifik uygulamasına başvurulan Mesaj uygulamalarımdaki içinde INSTALLED_APPS . Ama aslında bu uygulama ile hiçbir ilgisi yoktu. Yeni bir sanal Ortam kullandım ve bu projede kullandığım bazı Kitaplıkları yüklemeyi unuttum. Ek Kitaplıkları yükledikten sonra çalıştı.

PyCharm kullanıcıları için: "Temiz" olmayan proje yapısını kullanırken bir hatayla karşılaştım.

was:

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

Şimdi:

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

İşte birçok iyi çözüm, ama bence, her şeyden önce, proje yapınızı temizlemeniz veya DJANGO_SETTINGS_MODULEdeğişkenleri ayarlamadan önce PyCharm Django ayarlarını ayarlamanız gerekir .

Umarım birine yardımcı olur. Şerefe.

Sorun şudur:

1. Model dosyanız üzerinde değişiklikler yaptınız, ancak bunları henüz DB'ye eklemediniz, ancak Python manage.py runserver'ı çalıştırmaya çalışıyorsunuz.

2. Python manage.py makemigrations çalıştırın

3. Python manage.py migrate

4. Şimdi Python manage.py runserver ve her şey yoluna girecek.