Situs admin Django

Satu dari bagian yang paling berkuasa dari Django adalah antarmuka admin otomatis. Itu membaca metadata dari model anda untuk menyediakan cepat, antarmuka terpusat-model dimana pengguna dipercaya dapat mengelola isi pada situs anda. Dianjurkan admin menggunakan batasannya ke sebuah alat pengelola internal organisasi. Itu tidak dimaksudkan untuk membangun keseluruhan front end disekeliling.

Admin mempunyai banyak kaitan untuk penyesuaian, tetapi hati-hati dari mencoba menggunakan kaitan tersebut secara khusus. Jika anda butuh menyediakan antarmuka pengolahan-terpusat yang memisahkan rincian penerapan dari tabel-tabel dan bidang-bidang basisdata, kemudian itu mungkin waktu utuk menulis tampilan anda sendiri.

Di dokumen ini kami mengobrol bagaimana mengaktifkan pengguna, menggunakan, dan menyesuaikan antarmuka admin Django.

Ikhtisar

Admin diadakan di cetakan proyek awalan digunakan oleh startproject.

Untuk acuan, ini adalah persyaratan:

1. Tambah 'django.contrib.admin' ke pengaturan INSTALLED_APPS anda.

2. Admin mempunyai empat ketergantungan - django.contrib.auth, django.contrib.contenttypes, django.contrib.messages dan django.contrib.sessions. Jika aplikasi ini tidak di daftar INSTALLED_APPS anda, tambah mereka.

3. Tambah django.contrib.auth.context_processors.auth dan django.contrib.messages.context_processors.messages pada pilihan 'context_processors' dari backend DjangoTemplates ditentukan di TEMPLATES anda sama halnya django.contrib.auth.middleware.AuthenticationMiddleware dan django.contrib.messages.middleware.MessageMiddleware pada MIDDLEWARE. Ini semua aktif secara awalan, jadi anda hanya butuh melakukan ini jika anda telah secara manual merubah pengaturan.

4. Tentukan yang mana dari model aplikasi anda harus disunting di antarmuka admin.

5. Untuk setiap dari model-model tersebut, pilihan buat sebuah kelas ModelAdmin yang membungkus disesuaikan fungsionalitas admin dan pilihan untuk model tertentu itu.

6. Instansiasi sebuah AdminSite dan memberitahu itu tentang setiap dari model anda dan kelas-kelas ModelAdmin.

7. Mengkaitkan instance AdminSite kedalam URLconf anda.

Setelah anda mengambil langkah-langkah ini, anda akan dapat menggunakan situs admin Django anda dengan mengunjungi URL anda tautkan itu kedalam (/admin/, secara awalan). Jika anda butuh membuat seorang pengguna untuk masuk, anda dapat menggunakan perintah createsuperuser.

Topik lainnya

• Tindakan admin
• Pembangkit dokumentasi admin Django
• Penyesuaian JavaScript di admin

lihat juga

Untuk informasi tentang melayani berkas-berkas tetap (gambar, JavaScript, dan CSS) terhubung dengan admin di produksi, lihat Melayani berkas.

Mempunyai masalah? Coba FAQ: Admin.

Obyek ModelAdmin

class ModelAdmin[sumber]

Kelas ModelAdmin adalah perwakilan dari sebuah model di antarmuka admin. Biasanya, ini disimpan di berkas bernama admin.py di aplikasi anda. Mari kita melihat consoh sangat sederhana dari ModelAdmin:

from django.contrib import admin
from myproject.myapp.models import Author

class AuthorAdmin(admin.ModelAdmin):
    pass
admin.site.register(Author, AuthorAdmin)

Apakah anda butuh sebuah obyek ModelAdmin sama sekali?

Di contoh terdahulu, kelas ModelAdmin tidak menentukan nilai-nilai penyesuaian apapun (pun). Sebagai hasil, awalan antarmuka admin akan disediakan. Jika anda senang dengan awalan antarmuka admin, anda tidak butuh menentukan sebuah obyek ModelAdmin sama sekali – anda dapat mendafta kelas model tanpa menyediakan sebuah gambaran ModelAdmin. Contoh terdahulu dapat disederhanakan menjadi:

from django.contrib import admin
from myproject.myapp.models import Author

admin.site.register(Author)

Penghias register

register(*models, site=django.admin.sites.site)[sumber]

Ada juga sebuah penghias untuk mendaftarkan kelas-kelas ModelAdmin anda:

from django.contrib import admin
from .models import Author

@admin.register(Author)
class AuthorAdmin(admin.ModelAdmin):
    pass

Itu diberika satu atau lebih kelas-kelas model untuk mendaftar dengan ModelAdmin dan sebuah argumen kata kunci pilihan site jika anda tidak menggunakan awalan AdminSite:

from django.contrib import admin
from .models import Author, Reader, Editor
from myproject.admin_site import custom_admin_site

@admin.register(Author, Reader, Editor, site=custom_admin_site)
class PersonAdmin(admin.ModelAdmin):
    pass

Anda tidak dapat menggunakan penghias ini jika anda harus mengacukan kelas admin model anda di metode __init__() nya, sebagai contoh super(PersonAdmin, self).__init__(*args, **kwargs). Jika anda sedang menggunakan Python 3 dan tidak perlu khawatir tentang mendukung Python 2, anda dapat menggunakan super().__init__(*args, **kwargs) . Jika tidak, anda akan harus menggunakan admin.site.register() daripada penghias ini.

Penemuan dari berkas admin

Ketika anda menaruh 'django.contrib.admin' di pengaturan INSTALLED_APPS anda, Django secara otomatis mencari modul admin di setiap aplikasi dan mengimpor itu.

class apps.AdminConfig

Ini adalah awalan kelas AppConfig untuk admin. Itu memanggil autodiscover() ketika Django mulai.

class apps.SimpleAdminConfig

Kelas ini bekerja seperti AdminConfig, kecuali itu tidak memanggil autodiscover().

autodiscover()[sumber]

Fungsi ini berusaha mengimpor sebuah modul admin di setiap aplikasi terpasang. Modul-modul itu diharapkan mendaftar model dengan admin.

Secara khusus anda tidak butuh memanggil fungsi ini secara langsung sebagai AdminConfig memanggilnya ketika Django mulai.

Jika anda sedang menggunakan sebuah penyesuaian AdminSite, itu adalah umum mengimpor semua dari subkelas ModelAdmin kedalam kode anda dan mendaftarkan mereka ke penyesuaian AdminSite. Dalam hal itu, untuk meniadakan penemuan-otomatis, anda harus menaruh 'django.contrib.admin.apps.SimpleAdminConfig' sebagai gantinya 'django.contrib.admin' di pengaturan INSTALLED_APPS anda.

Pilihan ModelAdmin

ModelAdmin sangat fleksibel. Itu mempunyai beberapa pilihan untuk berurusan dengan menyesuaikan antarmuka. Semua pilihan ditentukan pada subkelas ModelAdmin:

from django.contrib import admin

class AuthorAdmin(admin.ModelAdmin):
    date_hierarchy = 'pub_date'

ModelAdmin.actions

Sebuah daftar tindakan untuk membuat tersedia pada halaman daftar perubahan. Lihat Tindakan admin untuk rincian.

ModelAdmin.actions_on_top

ModelAdmin.actions_on_bottom

Kendalikan dimana pada halaman batang tindakan muncul. Secara awalan daftar rubah admin memperlihatkan tindakan pada atas dari halaman (actions_on_top = True; actions_on_bottom = False).

ModelAdmin.actions_selection_counter

Kendalikan apakah sebuah penghitung pemilihan ditampilkan dekat tindakan dropdown. Secara awalan, daftar tubadh admin akan memperlihatkan itu (actions_selection_counter = True).

ModelAdmin.date_hierarchy

Setel date_hierarchy pada nama dari DateField atau DateTimeField di model anda, dan halaman daftar rubah akan menyertakan navigasi penelusuran berdasarkan-tanggal oleh bidang itu.

Contoh:

date_hierarchy = 'pub_date'

Ini akan secara cerdas mengumpulkan itu sendiri berdasarkan pada tanggal tersedia, sebagai contoh jika semua tanggal berada di satu bulan, itu akan menampilkan hanya penelesuran tingkat-hari.

Catatan

date_hierarchy menggunakan QuerySet.datetimes() secara internal. Harap mengacu ke dokumentasinya untuk beberapa peringatan ketika dukungan zona waktu diadakan (USE_TZ = True).

ModelAdmin.empty_value_display

New in Django 1.9.

Atribut ini mengesampingkan nilai pertunjukan awalan untuk bidang rekaman yang kosong (None, string kosong, dll). Nilai awalan - (sebuah tanda garis). Sebagai contoh:

from django.contrib import admin

class AuthorAdmin(admin.ModelAdmin):
    empty_value_display = '-empty-'

Anda dapat juga mengesampingkan empty_value_display untuk semua halaman admin dengan AdminSite.empty_value_display, atau bidang-bidang tertentu seperti ini:

from django.contrib import admin

class AuthorAdmin(admin.ModelAdmin):
    fields = ('name', 'title', 'view_birth_date')

    def view_birth_date(self, obj):
        return obj.birth_date

    view_birth_date.empty_value_display = '???'

ModelAdmin.exclude

Atribut ini, jika diberikan, harus berupa daftar dari nama-nama bidang untuk mengeluarkan dari formulir.

Sebagai contoh, mari kita pertimbangkan model berikut:

from django.db import models

class Author(models.Model):
    name = models.CharField(max_length=100)
    title = models.CharField(max_length=3)
    birth_date = models.DateField(blank=True, null=True)

Jika anda ingin sebuah formulit untuk model Author yang menyertakan hanya bidang name dan title, anda akan menentukan fields atau exclude seperti ini:

from django.contrib import admin

class AuthorAdmin(admin.ModelAdmin):
    fields = ('name', 'title')

class AuthorAdmin(admin.ModelAdmin):
    exclude = ('birth_date',)

Sejak model Author hanya mempunyai tiga bidang, name, title, dan birth_date, formulir dihasilkan dari pernyataan diatas akan mengandung bidang-bidang sama persis.

ModelAdmin.fields

Gunakan pilihan fields untuk membuat perubahan tata letak sederhana di formulir pada halaman “add” dan “change” seperti menunjukkan hanya subhimpunan dari bidang-bidang tersedia, merubah urutan mereka, atau mengelompokkan mereka kedalam baris. Sebagai contoh, anda dapat menentukan versi sederhana dari formulir admin untuk model django.contrib.flatpages.models.FlatPage seperi berikut:

class FlatPageAdmin(admin.ModelAdmin):
    fields = ('url', 'title', 'content')

Di contoh diatas, hanya bidang-bidang url, title dan content akan diperlihatkan, berurutan, di formulir. fields dapat mengandung nilai-nilai ditentukan di ModelAdmin.readonly_fields untuk diperlihatkan sebagai hanya-baca.

Untuk kebutuhan tata letak lebih rumit, lihat pilihan fieldsets.

Pilihan fields, tidak seperti list_display, mungkin hanya mengandung nama-nama bidang pada model atau formulir ditentukan oleh form. Itu mungkin mengandung hanya callable jika mereka berada didaftar di readonly_fields.

Untuk memperlihatkan banyak bidang pada baris yang sama, bungkus bidang-bidang tersebut di tuple mereka sendiri. Di contoh ini, bidang url dan title akan diperlihatkan di baris sama dan bidang content akan diperlihatkan dibawah mereka pada baris nya sendiri:

class FlatPageAdmin(admin.ModelAdmin):
    fields = (('url', 'title'), 'content')

Catatan

Pilihan fields ini tidak harus membingungkan dengan kunci kamus fields yaitu dalam pilihan fieldsets, seperti digambarkan di bagian selanjutnya.

Jika tidak ada pilihan fields maupun fieldsets hadir, Django akan mengawalkan ke menampilkan setiap bidang yang bukan sebuah AutoField dan mempunyai editable=True, dalam fieldset tunggal, di urutan sama seperti bidang-bidang ditentukan di model

ModelAdmin.fieldsets

Setel fieldsets utuk mengendalikan tata letak dari halaman “add” dan “change” admin.

fieldsets adalah daftar dari dua-tuple, yang setiap dua-tuple mewakili sebuah <fieldset> pada halaman formulir admin. (Sebuah <fieldset> adalah sebuah “section” dari formulir.)

Dua-tuple dalam bentuk (name, field_options), dimana name adalah sebuah string mewakili juful dari fieldset dan field_options adalah sebuah kamus dari informasi tentang fieldset, termasuk daftar dari bidang-bidang untuk ditampilkan di itu.

Sebuah contoh penuh, diambil dari model django.contrib.flatpages.models.FlatPage

from django.contrib import admin

class FlatPageAdmin(admin.ModelAdmin):
    fieldsets = (
        (None, {
            'fields': ('url', 'title', 'content', 'sites')
        }),
        ('Advanced options', {
            'classes': ('collapse',),
            'fields': ('registration_required', 'template_name'),
        }),
    )

Hasil dalam halaman admin yang kelihatan seperti:

Jika tidak ada pilihan fieldsets maupun fields hadir, Django akan mengawalkan ke menampilkan setiap bidang yang bukan sebuah AutoField dan mempunyai editable=True, dalam fieldset tunggal, di urutan sama seperti bidang-bidang ditentukan di model

Kamus field_options dapat mempunyai kunci berikut:

• fields

  Sebuah tuple dari nama-nama bidang untuk ditampilkan di fieldset ini. Kunci ini diwajibkan.

  Contoh:

  {
  'fields': ('first_name', 'last_name', 'address', 'city', 'state'),
  }
  

  Seperti pilihan fields, untuk memperlihatkan banyak bidang pada baris sama, membungkus bidang tersebut di tuple mereka sendiri. Dalam contoh ini, bidang first_name dan last_name memperlihatkan pada baris sama:

  {
  'fields': (('first_name', 'last_name'), 'address', 'city', 'state'),
  }
  

  fields dapat mengandung nilai-nilai ditentukan di readonly_fields untuk ditampilkan sebagai hanya-baca.

  Jika anda menambah nama dari callable ke fields, aturan sama berlaku seperti pilihan fields: callable harus sidaftar di readonly_fields.

• classes

  Sebuah daftar atau tuple mengandung kelas-kelas CSS tambahan untuk berlaku pada fieldset.

  Contoh:

  {
  'classes': ('wide', 'extrapretty'),
  }
  

  Dua kelas beguna ditentukan oleh awalan stylesheet situs admin adalah collapse and wide. Fieldset dengan gaya collapse akan diinisialisasi runtuh di admin dan diganti dengan sebuah tautan “klik untuk memperluas” kecil. Fieldset dengan gaya wide akan diberikan ruang mendatar tambahan.

• description

  Sebuah string dari teks tambahan pilihan untuk diperlihatkan pada atas dari setiap fieldset, dibawah kepala dari fieldset. String ini tidak dibangun untuk TabularInline disebabkan oleh tata letaknya.

  Catat bahwa nilai ini bukan pelolosan-HTML ketika itu diperlihatkan dalam antarmuka admin. Ini membuat anda menyertakan HTML jika anda inginkan. Cara lain anda dapat menggunakan teks polos dan django.utils.html.escape() untuk meloloskan karakter khusus HTML apapun.

ModelAdmin.filter_horizontal

Secara awalan, sebuah ManyToManyField diperlihatkan di situs admin dengan <select multiple>. Bagaimanapun, kotak pilihan-banyak dapat sulit digunakan ketika memilih banyak barang. Menambahkan sebuah ManyToManyField ke daftar ini malahan akan menggunakan antarmuka “filter” JavaScript tidak mengganggu yang mengizinkan pencarian dalam pilihan. Pilihan tidak terpilih atau terpilih muncul di dua kotak bersebelahan. Lihat filter_vertical untuk menggunakan antarmuka tegak lurus.

ModelAdmin.filter_vertical

Sama seperti filter_horizontal, tetapi menggunakan tampilan tegak lurus dari antarmuka penyaring dengan kotak dari piliha tidak dipilih muncul diatas dari pilihan terpilih.

ModelAdmin.form

Secara awalan sebuah ModelForm secara dinamis dibuat untuk model anda. Itu digunakan untuk membuat formulir dihadirkan pada kedua halaman tambah/rubah. Anda dapat dengan mudah menyediakan ModelForm anda sendiri untuk mengesampingkan awalan perilaku formulir apapun pada halaman tambah/rubah. Kalau tidak, anda dapat menyesuaikan awalan formulir daripada menentukan keseluruhan satu yang baru menggunakan metode ModelAdmin.get_form().

Untuk sebuah contoh lihat bagian Menambahkan pengesahan penyesuaian pada admin.

Catatan

Jika anda menentukan atribut Meta.model pada sebuah ModelForm, anda harus juga menentukan atribut Meta.fields (atau atribut Meta.exclude). Bagaimanapun, sejak admin mempunyai caranya sendiri dari menentukan bidang-bidang, atribut Meta.fields akan diabaikan.

Jika ModelForm hanya akan digunakan untuk admin, pemecahan termudah adalah mengilangkan atribut Meta.model, sejak ModelAdmin akan menyediakan model benar untuk digunakan. Kalau tidak, anda dapat menyetel fields = [] di kelas Meta untuk memuaskan pengesahan pada ModelForm.

Catatan

Jika ModelForm dan ModelAdmin kedua menentukan sebuah pilihan exclude kemudian ModelAdmin mengambil mendahului:

from django import forms
from django.contrib import admin
from myapp.models import Person

class PersonForm(forms.ModelForm):

    class Meta:
        model = Person
        exclude = ['name']

class PersonAdmin(admin.ModelAdmin):
    exclude = ['age']
    form = PersonForm

Dalam contoh diatas, bidang “age” akan tidak disertakan tetapi bidang “name: akan disertakan di formulir dibangkitkan.

ModelAdmin.formfield_overrides

Ini menyediakan cara cepat-dan-kotor untuk mengesampingkan beberapa pilihan Field untuk digunakan di admin. formfield_overrides adalah sebuah kamus memetakan sebuah kelas bidang pada kamus dari argumen untuk melewatkan ke bidang pada waktu pembangunan.

Sejak itu sedikit abstrak, mari kita lihat contoh nyata. Penggunaan paling umum dari formfield_overrides ada;ah menambahkan sebuah widget penyesuaian untuk jenis tertentu dari bidang. Jadi, bayangkan kami telah menulis sebuah RichTextEditorWidget yang ingin untuk digunakan untuk bidang teks besar daripada awalan <textarea>. Ini adalah bagaimana kami melakukannya:

from django.db import models
from django.contrib import admin

# Import our custom widget and our model from where they're defined
from myapp.widgets import RichTextEditorWidget
from myapp.models import MyModel

class MyModelAdmin(admin.ModelAdmin):
    formfield_overrides = {
        models.TextField: {'widget': RichTextEditorWidget},
    }

Catat bahwa kunci di kamus adalah kelas bidang sebenarnya, bukan sebuah string. Nilai adalah kamus lain; argumen ini akan dilewatkan ke metode __init__() bidang formulir. Lihat The Forms API untuk rincian.

Peringatan

Jika anda ingin menggukana sebuah penyesuaian widget dengan sebuah hubungan bidang (yaitu:class:~django.db.models.ForeignKey atau ManyToManyField), pastikan anda belum menyertakan nama bidang itu di raw_id_fields atau radio_fields.

formfield_overrides` tidak akan membiarkan anda merubah widget pada bidang hubungan yang mempunyai kumpulan raw_id_fields atau radio_fields. Itu karena raw_id_fields dan radio_fields mengartikan penyesuaian widget dari mereka sendiri.

ModelAdmin.inlines

Lihat InlineModelAdmin objects below as well as ModelAdmin.get_formsets_with_inlines().

ModelAdmin.list_display

Set list_display untuk mengendalikan bidang-bidang mana yang ditampilkan pada halaman daftar rubah dari admin.

Contoh:

list_display = ('first_name', 'last_name')

Jika anda tidak menyetel list_display, situs admin akan menampilkan kolom tunggal yang menampilkan __str__() (__unicode__() on Python 2) perwakilan dari setiap obyek.

Anda mempunyai empat nilai kemungkinan yang dapat digunakan dalam list_display:

• Sebuah bidang dari model. Sebagai contoh:

  class PersonAdmin(admin.ModelAdmin):
      list_display = ('first_name', 'last_name')
  

• Sebuah callable yang menerima satu parameter untuk instance model. Sebagai contoh:

  def upper_case_name(obj):
      return ("%s %s" % (obj.first_name, obj.last_name)).upper()
  upper_case_name.short_description = 'Name'
  
  class PersonAdmin(admin.ModelAdmin):
      list_display = (upper_case_name,)
  

• Deretan karakter mewakilkan sebuah atribut pada ModelAdmin. Ini berperilaku sama sebagai callable. Sebagai contoh:

  class PersonAdmin(admin.ModelAdmin):
      list_display = ('upper_case_name',)
  
      def upper_case_name(self, obj):
          return ("%s %s" % (obj.first_name, obj.last_name)).upper()
      upper_case_name.short_description = 'Name'
  

• Deretan karakter mewakilkan sebuah atribut pada model. Ini berperilaku hampir sama sebagai callable, tetapi self di konteks ini adalah instance model. Ini adalah contoh model penuh:

  from django.db import models
  from django.contrib import admin
  
  class Person(models.Model):
      name = models.CharField(max_length=50)
      birthday = models.DateField()
  
      def decade_born_in(self):
          return self.birthday.strftime('%Y')[:3] + "0's"
      decade_born_in.short_description = 'Birth decade'
  
  class PersonAdmin(admin.ModelAdmin):
      list_display = ('name', 'decade_born_in')
  

Sedikit kasus khusus untuk dicatat tentang list_display:

• Jika bidang adalah sebuah ForeignKey, Django akan menampilkan __str__() (__unicode__() pada Pyhton 2) dari obyek terkait.

• Bidang-bidang ManyToManyField tidak didukung, karena akan memerlukan mengerjakan pernyataan SQL terpisah untuk setiap baris di tabel. Jika anda ingin melakukan ini meskipun begitu, berikan model anda sebuah metode penyesuaian, dan tambah nama metode ke list_display. (Lihat dibawah untuk lebih pada metode penyesuaian di list_display.)

• Jika bidang adalah sebuah BooleanField atau NullBooleanField, Django akan menampilkan ikon “on” atau “off” cantik daripada True atau False.

• Jika deretan karakter yang diberikan adalah metode dari model, ModelAdmin atau callable, Django akan meloloskan-HTML keluaran secara awalan. Untuk meloloskan masukan pengguna dan mengizinkan etiket tidak meloloskan anda sendiri, gunakan format_html().

  Ini adalah sebuah contoh penuh model:

  from django.db import models
  from django.contrib import admin
  from django.utils.html import format_html
  
  class Person(models.Model):
      first_name = models.CharField(max_length=50)
      last_name = models.CharField(max_length=50)
      color_code = models.CharField(max_length=6)
  
      def colored_name(self):
          return format_html(
              '<span style="color: #{};">{} {}</span>',
              self.color_code,
              self.first_name,
              self.last_name,
          )
  
  class PersonAdmin(admin.ModelAdmin):
      list_display = ('first_name', 'last_name', 'colored_name')
  

  Ditinggalkan sejak versi 1.9: Di versi terlama, anda dapat menambah sebuah atribut allow_tags pada metode untuk mencegah pelolosan-otomatis. Atribut ini diusangkan ketika itu adalah lebih aman menggunakan format_html(), format_html_join(), atau mark_safe().

• Ketika beberapa contoh telah ditunjukkan, ketika menggunakan callable, metode model, atau metode ModelAdmin, anda dapat menyesuaikan judul kolom dengan menambahkan sebuah atribut short_description pada callable.

• Jika nilai dari sebuah bidang adalah None, sebuah string kosong, atau sebuah perulangan tanpa unsur-unsur, Django akan menampilkan -` (tanda garis). Anda dapat mengesampingkan ini dengan AdminSite.empty_value_display:

  from django.contrib import admin
  
  admin.site.empty_value_display = '(None)'
  

  Anda juga dapat menggunakan ModelAdmin.empty_value_display:

  class PersonAdmin(admin.ModelAdmin):
      empty_value_display = 'unknown'
  

  Atau pada tingkat bidang:

  class PersonAdmin(admin.ModelAdmin):
      list_display = ('name', 'birth_date_view')
  
      def birth_date_view(self, obj):
           return obj.birth_date
  
      birth_date_view.empty_value_display = 'unknown'
  

  New in Django 1.9:

  Kemampuan menyesuaikan empty_value_display telah ditambahkan.

• If the string given is a method of the model, ModelAdmin or a callable that returns True or False Django will display a pretty “on” or “off” icon if you give the method a boolean attribute whose value is True.

  Ini adalah sebuah contoh penuh model:

  from django.db import models
  from django.contrib import admin
  
  class Person(models.Model):
      first_name = models.CharField(max_length=50)
      birthday = models.DateField()
  
      def born_in_fifties(self):
          return self.birthday.strftime('%Y')[:3] == '195'
      born_in_fifties.boolean = True
  
  class PersonAdmin(admin.ModelAdmin):
      list_display = ('name', 'born_in_fifties')
  

• Metode __str__()` (__unicode__() pada Python 2) hanya sah di list_display seperti metode model lain apapun, jadi itu adalah sempurna OKE melakukan ini:

  list_display = ('__str__', 'some_other_field')
  

• Biasanya, unsur-unsur dari list_display yang bukan bidang basisdata sebenarnya tidak dapat digunakan dalam mengurutkan (karena Django melakukan semua pengurutan pada tingkat basisdata).

  Bagaimanapun, jika sebuah unsur dari list_display mewakili bidang basisdata tertentu, anda dapat menunjukkan fakta ini dengan mengatur atribut admin_order_field dari barang.

  Sebagai contoh:

  from django.db import models
  from django.contrib import admin
  from django.utils.html import format_html
  
  class Person(models.Model):
      first_name = models.CharField(max_length=50)
      color_code = models.CharField(max_length=6)
  
      def colored_first_name(self):
          return format_html(
              '<span style="color: #{};">{}</span>',
              self.color_code,
              self.first_name,
          )
  
      colored_first_name.admin_order_field = 'first_name'
  
  class PersonAdmin(admin.ModelAdmin):
      list_display = ('first_name', 'colored_first_name')
  

  Diatas akan mengatakan Django untuk mengurutkan berdasarkan bidang first_name ketika mencoba mengurutkan berdasarkan colored_first_name di admin.

  Untuk menunjukkan urutan menurun dengan admin_order_field anda dapat menggunakan awalan tanda penghubung pada nama bidang. Menggunakan contoh diatas, ini akan kelihatan seperti:

  colored_first_name.admin_order_field = '-first_name'
  

  admin_order_field mendukung permintaan pencarian untuk mengurutkan berdasarkan nilai pada hubungan terkait. Contoh ini termasuk sebuah kolom “author first name” di daftar tampilan dan mengizinkan mengurutkan itu dengan nama pertama:

  class Blog(models.Model):
      title = models.CharField(max_length=255)
      author = models.ForeignKey(Person, on_delete=models.CASCADE)
  
  class BlogAdmin(admin.ModelAdmin):
      list_display = ('title', 'author', 'author_first_name')
  
      def author_first_name(self, obj):
          return obj.author.first_name
  
      author_first_name.admin_order_field = 'author__first_name'
  

• Unsur-unsur dari list_display dapat juga berupa sifat. Harap catat bagaimanapun, bahwa kerena cara sifat bekerja di Python, pengaturan short_description pada sebuah sifat hanya memungkinkan ketika menggunakan fungsi property() dan tidak dengan penghias @property.

  Sebagai contoh:

  class Person(models.Model):
      first_name = models.CharField(max_length=50)
      last_name = models.CharField(max_length=50)
  
      def my_property(self):
          return self.first_name + ' ' + self.last_name
      my_property.short_description = "Full name of the person"
  
      full_name = property(my_property)
  
  class PersonAdmin(admin.ModelAdmin):
      list_display = ('full_name',)
  

• Nama-nama bidang di list_display akan juga muncul sebagai kelas-kelas CSS di keluaran HTML, di formulir dari column-<field_name> pada setiap unsur <th>. Ini dapat digunakan menyetel lebar kolom di sebuah berkas CSS sebagai contoh.

• Django akan mencoba mentafsirkan setiap unsur dari list_display di urutan ini:

  • Bidang dari model.

  • Callable

  • Sebuah string mewakili sebuah atribut ModelAdmin.

  • Sebuah string mewakili sebuah atribut model.

  Sebagai contoh jika anda mempunyai “first name” sebagai model bidang dan sebagai atribut ModelAdmin, bidang model akan digunakan.

ModelAdmin.list_display_links

Gunakan list_display_links untuk mengendalikan jika dan bidang-bidang mana di list_display harus di tautkan ke halaman “change” untuk sebuah obyek.

Secara awalan, halaman daftar rubah akan mengkaitkan kolom pertama – bidang pertama ditentukan di list_display – ke halaman perubahan untuk setiap barang. Tetapi list_display_links membiarkan anda merubah ini:

• Sete itu menjadi None untuk tidak mendapatkan tautan sama sekali.

• Set itu menjadi daftar atau tuple dari bidang (di bentuk sama seperti list_display) yang kolomnya anda ingin rubah menjadi tautan.

  Anda dapat menentukan satu atau banyak bidang. Selama bidang-bidang muncul di list_display, Django tidak peduli seberapa banyak (seberapa sedikit) bidang-bidang ditautkan. Persyaratan satu-satunya adalah bahwa jika anda ingin menggunakan list_display_links dengan cara ini, anda harus menentukan list_display.

Di contoh ini, bidang first_name dan last_name akan dikaitkan pada halaman daftar rubah:

class PersonAdmin(admin.ModelAdmin):
    list_display = ('first_name', 'last_name', 'birthday')
    list_display_links = ('first_name', 'last_name')

Di contoh ini, jaring halaman daftar rubah tidak akan mempunyai tautan:

class AuditEntryAdmin(admin.ModelAdmin):
    list_display = ('timestamp', 'message')
    list_display_links = None

ModelAdmin.list_editable

Setel list_editable ke sebuah daftar nama-nama bidang pada model yang akan mengizinkan menyunting pada halaman daftar rubah. yaitu, bidang-bidang terdaftar di list_editable akan diperlihatkan sebagai formulir widget pada halaman daftar rubah, mengizinkan pengguna menyunting dan menyimpan banyak baris sekaligus.

Catatan

list_editable berinteraksi dengan sepasang dari pilihan lain di cara tertentu; anda harus mencatat peraturan-peraturan berikut:

• Bidang apapun di list_editable harus juga berada di list_display. Anda tidak dapat menyunting sebuah bidang yang tidak diperlihatkan!

• Bidang sama tidak dapat didaftarkan di kedua list_editable dan list_display_links – sebuah bidang tidak dapat keduanya sebuah formulir dan sebuah tautan.

Anda akan mendapatkan sebuah kesalahan pengesahan jika antara peraturan-peraturan ini rusak.

ModelAdmin.list_filter

Setel list_filter untuk mengaktifkan penyaring di batang sisi kanan dari halaman daftar rubah dari admin, seperti digambarkan di tangkapan layar berikut:

list_filter harus berupa sebuah daftar atau tuple dari unsur, dimana setiap unsur harus berupa satu dari jenis-jenis berikut:

• sebuah nama bidang, dimana bidang ditentukan harus berupa antara BooleanField, CharField, DateField, DateTimeField, IntegerField, ForeignKey atau ManyToManyField, sebagai contoh:

  class PersonAdmin(admin.ModelAdmin):
      list_filter = ('is_staff', 'company')
  

  Nama-nama bidang di list_filter dapat juga menjangkau hubungan menggunakan pencarian __, sebagai contoh:

  class PersonAdmin(admin.UserAdmin):
      list_filter = ('company__name',)
  

• sebuah kelas mewarisi dari django.contrib.admin.SimpleListFilter, yang anda butuh menyediakan atribut title dan parameter_name dan mengesampingkan metode lookups dan queryset, sebagai contoh:

  from datetime import date
  
  from django.contrib import admin
  from django.utils.translation import ugettext_lazy as _
  
  class DecadeBornListFilter(admin.SimpleListFilter):
      # Human-readable title which will be displayed in the
      # right admin sidebar just above the filter options.
      title = _('decade born')
  
      # Parameter for the filter that will be used in the URL query.
      parameter_name = 'decade'
  
      def lookups(self, request, model_admin):
          """
          Returns a list of tuples. The first element in each
          tuple is the coded value for the option that will
          appear in the URL query. The second element is the
          human-readable name for the option that will appear
          in the right sidebar.
          """
          return (
              ('80s', _('in the eighties')),
              ('90s', _('in the nineties')),
          )
  
      def queryset(self, request, queryset):
          """
          Returns the filtered queryset based on the value
          provided in the query string and retrievable via
          `self.value()`.
          """
          # Compare the requested value (either '80s' or '90s')
          # to decide how to filter the queryset.
          if self.value() == '80s':
              return queryset.filter(birthday__gte=date(1980, 1, 1),
                                      birthday__lte=date(1989, 12, 31))
          if self.value() == '90s':
              return queryset.filter(birthday__gte=date(1990, 1, 1),
                                      birthday__lte=date(1999, 12, 31))
  
  class PersonAdmin(admin.ModelAdmin):
      list_filter = (DecadeBornListFilter,)
  

  Catatan

  Sebagai kenyamanan, obyek HttpRequest dilewatkan ke metode lookups dan queryset, sebagai contoh:

  class AuthDecadeBornListFilter(DecadeBornListFilter):
  
      def lookups(self, request, model_admin):
          if request.user.is_superuser:
              return super(AuthDecadeBornListFilter, self).lookups(request, model_admin)
  
      def queryset(self, request, queryset):
          if request.user.is_superuser:
              return super(AuthDecadeBornListFilter, self).queryset(request, queryset)
  

  Juga sebagai sebuah kenyamanan, obyek ModelAdmin dilewatkan ke metode lookups, sebagai contoh jika anda ingin mendasarkan pencarian pada data tersedia:

  class AdvancedDecadeBornListFilter(DecadeBornListFilter):
  
      def lookups(self, request, model_admin):
          """
          Only show the lookups if there actually is
          anyone born in the corresponding decades.
          """
          qs = model_admin.get_queryset(request)
          if qs.filter(birthday__gte=date(1980, 1, 1),
                        birthday__lte=date(1989, 12, 31)).exists():
              yield ('80s', _('in the eighties'))
          if qs.filter(birthday__gte=date(1990, 1, 1),
                        birthday__lte=date(1999, 12, 31)).exists():
              yield ('90s', _('in the nineties'))
  

• sebuah tuple, dimana unsur pertama adalah nama bidang dan unsur kedua adalah kelas diwarisi dari django.contrib.admin.FieldListFilter, sebagai contoh:

  class PersonAdmin(admin.ModelAdmin):
      list_filter = (
          ('is_staff', admin.BooleanFieldListFilter),
      )
  

  Anda dapat membatasi pilihan dari model terkait pada obyek-obyek terlibat di hubungan itu menggunakan RelatedOnlyFieldListFilter:

  class BookAdmin(admin.ModelAdmin):
      list_filter = (
          ('author', admin.RelatedOnlyFieldListFilter),
      )
  

  Mengganggap author adalah ForeignKey pada model User, ini akan membatasi pilihan list_filter pada pengguna yang telah menulis sebuah buku daripada mendaftarkan semua pengguna.

  Catatan

  API FieldListFilter dianggap internal dan mungkin berubah.

Daftar penyaring khususnya muncul hanya jika penyaring mempunyai lebih dari satu pilihan. Sebuah metode has_output() penyaring mengendalikan apakah atau tidak itu muncul.

Itu memungkinkan menentukan penyesuaian cetakan untuk membangun daftar penyaring:

class FilterWithCustomTemplate(admin.SimpleListFilter):
    template = "custom_template.html"

Lihat cetakan awalan disediakan oleh Django (admin/filter.html) untuk contoh nyata.

ModelAdmin.list_max_show_all

Setel list_max_show_all untuk mengendalikan seberapa banyak barang dapat muncul pada halaman daftar rubah admin “Show all”. Admin akan memperlihatkan sebuah tautan “Show all” pada daftar rubah hanya jika jumlah hasil perhitungan kurang dari atau sama pada pengaturan ini. Secara awalan, ini disetel menjadi 200.

ModelAdmin.list_per_page

Setel list_per_page untuk mengendalikan seberapa banyak barang akan muncul pada setiap penomoran halaman daftar rubah admin. Secara awalan, ini disetel menjadi 100.

ModelAdmin.list_select_related

Setel list_select_related untuk memberitahu Django menggunakan select_related() dalam mengambil daftar dari obyek-obyek pada halaman daftar rubah admin. Ini dapat menghemat anda sekelompok dari permintaan basisdata.

Nilai harus antara sebuah boolean, sebuah daftar atau sebuah tuple. Awalan adalah False.

Ketika nilai adalah True, select_related() akan selalu dipanggil. Ketika nilai disetel menjadi False, Django akan mencari list_display dan memanggil select_related() jika ForeignKey apapun hadir.

Jika anda butuh lebih kendali berjaring-halus, gunakan sebuah tuple (atau daftar) sebagai nilai untuk list_select_related. Tuple kosong akan mencegah Django dari memanggil select_related sama sekali. Tuple lain apapun akan dilewatkan secara langsung ke select_related sebagai parameter. Sebagai contoh:

class ArticleAdmin(admin.ModelAdmin):
    list_select_related = ('author', 'category')

akan memanggil select_related('author', 'category').

Jika anda butuh menentukan nilai dinamis berdasarkan pada permintaan, anda dapat menerapkan cara get_list_select_related().

ModelAdmin.ordering

Setel ordering untuk menentukan bagaimana daftar dari obyek-obyek harus diurutkan di tampilan admin Django. Ini harus berupa sebuah daftar atau tuple di bentuk sama seperti parameter ordering model.

Jika ini tidak disediakan, admin Django akan menggunakan pengurutan awalan model.

Jika anda butuh menentukan urutan dinamis (sebagai contoh bergantung pada pengguna atau bahasa) anda dapat menerapkan sebuah metode get_ordering().

ModelAdmin.paginator

Kelas penomoran digunakan untuk menomorkan halaman. Secara awalan, django.core.paginator.Paginator digunakan. Jika penyesuaian kelas penomoran tidak mempunyai antarmuka pembangun sama seperti django.core.paginator.Paginator, anda akan juga butuh menyediakan sebuah penerapan untuk ModelAdmin.get_paginator().

ModelAdmin.prepopulated_fields

Setel prepopulated_fields pada nama-nama bidang pemetaan kamus ke bidang-bidang itu harus mengisi dimuka dari:

class ArticleAdmin(admin.ModelAdmin):
    prepopulated_fields = {"slug": ("title",)}

Ketika disetel, bidang-bdiang yang diberikan akan menggunakan sedikit JavaScript untuk mengumpulkan dari bidang-bdiang yang ditugaskan. Penggunaan utama untuk fungsionalitas ini adalah untuk secara otomatis membangkitkan nilai untuk bidang-bidang SlugField dari satu atau lebih bidang-bidang. Nilai yang dibangkitkan dihasilkan oleh penggabungan nilai-nilai dari bidang-bidang sumber, dan kemudian dengan merubah hasil itu menjadi sebuah keong sah (sebagai contoh mengganti tanda garis untuk ruang).

prepopulated_fields tidak menerima DateTimeField, ForeignKey, maupun bidang ManyToManyField.

ModelAdmin.preserve_filters

Admin sekarang menjaga penyaring pada daftar tampilan setelah membuat, menyunting atau menghapus sebuah obyek. Anda dapat menyimpan kembali perilaku sebelumnya dari membersihkan penyaring dengan mengatur atribut ini menjadi False.

ModelAdmin.radio_fields

Secara awalan, admin Django menggunakan antarmuka kotak-pilih (<select>) untuk bidang-bidang adalah ForeignKey atau mempunyai choices disetel. Jika sebuah bidang hadir di radio_fields, Django akan menggunakan antarmuka tombl-radio sebagai gantinya. Menganggap group adalah sebuah ForeignKey pada model Person:

class PersonAdmin(admin.ModelAdmin):
    radio_fields = {"group": admin.VERTICAL}

Anda mempunyai pilihan dari menggunakan HORIZONTAL atau VERTICAL dari modul django.contrib.admin.

Jangan menyertakan sebuah bidang dalam radio_fields meskipun dia adalah ForeignKey atau mempunyai kumpulan choices.

ModelAdmin.raw_id_fields

Secara awalan, admin Django menggunakan antarmuka kotak-pilih (<select>) untuk bidang-bidang adalah ForeignKey. Terkadang anda tidak ingin mendatangkan atas dari memiliki untuk memilih semua instance terkait untuk memperlihatkan di drop-down.

raw_id_fields adalah sebuah daftar dari bidang anda ingin rubah menjadi widget input untuk antara sebuah ForeignKey atau ManyToManyField:

class ArticleAdmin(admin.ModelAdmin):
    raw_id_fields = ("newspaper",)

Widget Input raw_id_fields harus mengandung sebuah primary key jika bidang adalah sebuah ForeignKey atau sebuah dipisahkan koma daftar dari nilai-nilai jika bidng adalah ManyToManyField. Widget raw_id_fields menunjukkan tombol kaca pembesar dekat pada bidang yang mengizinkan pengguna mencari dan memilih sebuah nilai:

ModelAdmin.readonly_fields

Secara awalan admin menunjukkan semua bidang sebagai dapat disunting. Bidang-bidang apapun di pilihan ini (yang harus berupa sebuah list atau tuple) akan menampilkan data dengan-adanya dan bukan-dapat disunting; mereka juga dikeluarkan dari ModelForm digunakan untuk membuat dan menyunting. catat bahwa ketika menentukan ModelAdmin.fields atau ModelAdmin.fieldsets bidang-bidang hanya-baca harus hadir untuk ditunjukkan (mereka diabaikan sebaliknya).

Jika readonly_fields digunakan tanpa menentukan urutan jelas melalui ModelAdmin.fields atau ModelAdmin.fieldsets mereka akan ditambahkan setelah semua bidang dapat disunting.

Sebuah bidang hanya-baca tidak hanya dapat menampilkan data dari bidang model, itu juga dapat memperlihatkan keluaran dari metode model atau metode dari kelas ModelAdmin itu sendiri. Ini sangat mirip pada cara perilaku ModelAdmin.list_display. ini menyediakan sebuah cara mudah untuk menggunakan antarmuka admin untuk menyediakan umpan balik pada keadaan dari obyek-obyek sedang disunting, sebagai contoh:

from django.contrib import admin
from django.utils.html import format_html_join
from django.utils.safestring import mark_safe

class PersonAdmin(admin.ModelAdmin):
    readonly_fields = ('address_report',)

    def address_report(self, instance):
        # assuming get_full_address() returns a list of strings
        # for each line of the address and you want to separate each
        # line by a linebreak
        return format_html_join(
            mark_safe('<br/>'),
            '{}',
            ((line,) for line in instance.get_full_address()),
        ) or mark_safe("<span class='errors'>I can't determine this address.</span>")

    # short_description functions like a model field's verbose_name
    address_report.short_description = "Address"

ModelAdmin.save_as

Setel save_as untuk mengadakan sebuah fitur “save as new” pada formulir rubah admin.

Biasanya, obyek-obyek mempunyai tiga pilihan simpan: “Save”, “Save and continue editing”, dan “Save and add another”. Jika save_as adalah True, “Save and add another” akan diganti oleh sebuah tombol “Save as new” yang membuat sebuah obyek baru (dengan sebuah ID baru) daripada memperbaharui obyek yang ada.

Secara awal, save_as disetel ke False.

ModelAdmin.save_as_continue

New in Django 1.10.

Ketika save_as=True, awalan pengalihan setelah menyimpan obyek baru adalah merubah tampilan untuk obyek itu. Jika anda menyetel save_as_continue=False, pengalihan akan ke tampilan daftar rubah.

Secara awal, save_as_continue disetel menjadi False.

ModelAdmin.save_on_top

Setel save_on_top untuk menambah tombol simpan lintas atas dari formulir rubah admin anda.

Biasanya, tombol simpan muncul hanya pada bawah dari formulir. Jika anda menyetel save_on_top, tombol-tombol akan muncul kedua pada atas dan bawah.

Secara awal, save_on_top disetel ke False.

ModelAdmin.search_fields

Setel search_fields untuk mengadakan sebah kotak pencarian pada halaman daftar rubah admin. Ini harus disetel ke sebuah daftar dari nama-nama bidang yang akan dicari kapanpun seseorang mengajukan permintaan pencarian di kotak teks itu.

Bidang-bidang ini harus ada semacam bidang teks, seperti CharField atau TextField. Anda dapat juga melakukan pencarian terkait pada sebuah ForeignKey atau ManyToManyField catatan “follow” dengan API pencarian:

search_fields = ['foreign_key__related_fieldname']

Sebagai contoh, jika anda mempunyai sebuah masukan blog dengan sebuah penulis, pengertian berikut akan mengadakan pencarian masukan blog berdasarkan alamat surel dari penulis.

search_fields = ['user__email']

Ketika seseorang melakukan sebuah pencarian di kotak pencarian admin, Django membagi permintaan pencarian menjadi kata-kata dan mengembalikan semua obyek yang mengandung setiap kata-kata, huruf tidak sensitif, dimana setiap kata harus setidaknya satu dari search_fields. Sebagai contoh, jika search_fields disetel menjadi ['first_name', 'last_name'] dan pengguna mencari john lennon, Django akan melakukan setara dari kalusa WHERE SQL ini:

WHERE (first_name ILIKE '%john%' OR last_name ILIKE '%john%')
AND (first_name ILIKE '%lennon%' OR last_name ILIKE '%lennon%')

Untuk tercepat dan/atau pencarian lebih ketak, awalan nama bidang dengan sebuah penghubung:

^

Gunakan penghubung ‘^’ untuk mencocokkan permulaan pada awalan dari bidang. Sebagai contoh jika search_fields disetel menjadi ['^first_name', '^last_name'] dan pengguna mencari untuk john lennon, Django akan melakukan setara dari klausa WHERE SQL ini:

WHERE (first_name ILIKE 'john%' OR last_name ILIKE 'john%')
AND (first_name ILIKE 'lennon%' OR last_name ILIKE 'lennon%')

Permintaan ini lebih efesien daripada permintaan '%john%' biasa, karena basisdata hanya butuh memeriksa permulaan dari sebuah data kolom, daripada mencari melalui keseluruhan data kolom. Ditambah, jika kolom mempunyai sebuah indeks pada nya, beberapa basisdata mungkin dapat menggunakan indeks untuk permintaan ini, meskipun itu adalah sebuah permintaan LIKE.

=

Gunakan penghubung ‘=’ untuk pencocokan tepat kasus-tidak sensitif. Sebagai contoh jika search_fields disetel menjadi `['=first_name', '=last_name'] dan pengguna mencari untuk john lennon, Django akan melakukan setara dari klausa WHERE SQL ini:

WHERE (first_name ILIKE 'john' OR last_name ILIKE 'john')
AND (first_name ILIKE 'lennon' OR last_name ILIKE 'lennon')

Catat bahwa masukan permintaan dipisah oleh ruang, jadi, ikuti contoh ini, itu saat ini tidak memungkinkan mencari semua rekaman yang first_name adalah persis 'john winston' (mengandung sebuah ruang).

@

Menggunakan penghubung ‘@’ untuk melakukan pencocokan teks penuh. Ini seperti metode pencarian awalan tetapi menggunakan sebuah indeks. Saat ini ini hanya tersedia untuk MySQL.

Jika anda butuh menyesuaikan pencarian anda dapat menggunakan ModelAdmin.get_search_results() untuk menyediakan tambahan atau pengganti perilaku pencarian.

ModelAdmin.show_full_result_count

Setel show_full_result_count untuk mengendalikan apakah perhitungan penuh dari obyek harus ditampilkan pada halaman admin disaring (sebagai contoh 99 hasil (jumlah 103)). Jika pilihan ini disetel menjadi False, sebuah teks seperti 99 hasil (Tampilkan semua) ditampilkan sebagai gantinya.

Awalan dari show_full_result_count=True membangkitkan sebuah permintaan untuk melakukan perhitungan penuh pada tabel yang dapat mahal jika isi tabel mengandung sejumlah nomor dari baris.

ModelAdmin.view_on_site

Setel view_on_site untuk mengendalikan apakah atau tidak ditampilkan tautan “View on site”. Tautan ini harus membawa anda ke URL dimana anda dapat menampilkan obyek tersimpan.

Nilai ini dapat berupa baik bendera boolean atau callable. Jika True (awalan), metode obyek get_absolute_url() akan digunakan untuk membangkitkan url.

Jika model anda mempunyai metode get_absolute_url() tetapi anda tidak ingin tombol “View on site” muncul, anda hanya butuh mensetel view_on_site menjadi False:

from django.contrib import admin

class PersonAdmin(admin.ModelAdmin):
    view_on_site = False

Di kasus itu adalah callable, itu menerima instance model sebagai parameter. Sebagi contoh:

from django.contrib import admin
from django.urls import reverse

class PersonAdmin(admin.ModelAdmin):
    def view_on_site(self, obj):
        url = reverse('person-detail', kwargs={'slug': obj.slug})
        return 'https://example.com' + url

Penyesuaian pilihan cetakan

Bagian Mengesampingkan cetakan admin menggambarkan bagaimana mengesampingkan atau memperpanjang awalan cetakan admin. Gunakan pilihan berikut untuk mengesampingkan cetakan awalan digunakan oleh tampilan ModelAdmin:

ModelAdmin.add_form_template

Jalur pada cetakan penyesuaian, digunakan oleh add_view().

ModelAdmin.change_form_template

Jalur untuk cetakan penyesuaian, digunakan oleh change_view().

ModelAdmin.change_list_template

Jalur pada cetakan penyesuaian, digunakan oleh changelist_view().

ModelAdmin.delete_confirmation_template

Jalur pada cetakan penyesuaian, digunakan oleh delete_view() untuk menampilkan halaman penegasan ketika menghapus satu atau lebih obyek.

ModelAdmin.delete_selected_confirmation_template

Jalur pada cetakan penyesuaian, digunakan oleh tindakan delete_selected untuk memperlihatkan halaman penegasan ketika menghapus satu atau lebih obyek. Lihat actions documentation.

ModelAdmin.object_history_template

Jalur pada cetakan penyesuaian, digunakan oleh history_view().

Cara ModelAdmin

Peringatan

Ketika mengesampingkan ModelAdmin.save_model() dan ModelAdmin.delete_model(), kode anda harus simpan/hapus obyek. Mereka tidak berarti untuk tujuan melarang, daripada mereka mengizinkan anda melakukan tindakan tambahan.

ModelAdmin.save_model(request, obj, form, change)[sumber]

Metode save_model memberikan HttpRequest, sebuah instance model, sebuah instance ModelForm, dan sebuah nilai boolean berdasarkan pada apakah itu sedang menambahkan atau merubah obyek. Mengesampingkan metode ini mengizinkan melakukan tindakan pra- atau menempatkan-simpan. Memanggil super().save_model() untuk menyimpan obyek menggunakan Model.save().

Sebagai contoh untuk melampirkan request.user pada obyek sebelum menyimpannya:

from django.contrib import admin

class ArticleAdmin(admin.ModelAdmin):
    def save_model(self, request, obj, form, change):
        obj.user = request.user
        super(ArticleAdmin, self).save_model(request, obj, form, change)

ModelAdmin.delete_model(request, obj)[sumber]

Metode delete_model diberikan HttpRequest dan sebuah instance model. Mengesampingkan metode ini mengizinkan melakukan tindakan menghapus pra- atau pasca-. Panggil super().delete_model() untuk menghapus obyek menggunakan Model.delete().

ModelAdmin.save_formset(request, form, formset, change)[sumber]

Metode save_formset memberikan HttpRequest, instance ModelForm induk dan nilai boolean berdasarkan pada apakah itu sedang menambahkan atau merubah obyek induk.

Sebagai contoh, untuk melampirkan request.user pada setiap instance model formset dirubah:

class ArticleAdmin(admin.ModelAdmin):
    def save_formset(self, request, form, formset, change):
        instances = formset.save(commit=False)
        for obj in formset.deleted_objects:
            obj.delete()
        for instance in instances:
            instance.user = request.user
            instance.save()
        formset.save_m2m()

Lihat juga Saving objects in the formset.

ModelAdmin.get_ordering(request)

Metode get_ordering mengambil request sebagai parameter dan diharapkan mengembalikan sebuah list atau tuple untuk mengurutkan mirip pada atribut ordering. Sebagai contoh:

class PersonAdmin(admin.ModelAdmin):

    def get_ordering(self, request):
        if request.user.is_superuser:
            return ['name', 'rank']
        else:
            return ['name']

ModelAdmin.get_search_results(request, queryset, search_term)[sumber]

Metode get_search_results merubah daftar dari obyek-obyek diperlihatkan kedalam itu yang cocok istilah pencarian disediakan. Itu menerima permintaan, sebuah queryset yang memberlakukan penyaring saat ini, dan istilah pencarian disediakan-pengguna. Itu mengembalikan sebuah tuple mengandung sebuah queryset dirubah untuk menerapkan pencarian, dan sebuah boolean mengindikasikan jika hasil mungkin mengandung ganda.

Pencarian penerapan awalan bidang-bidang bernama di ModelAdmin.search_fields.

Metode ini mungkin dikesampingkan dengan metode pencarian penyesuaian anda sendiri. Sebagai contoh, anda mungkin berharap mencari sebuah bidang integer, atau gunakan alat tambahan seperti Solr atau Haystack. Anda harus membangun jika perubahan queryset diterapkan dengan metode pencarian anda mungkin memperkenalkan ganda kedalam hasil, dan mengembalikan True di unsur kedua dari nilai kembalian.

Sebagai contoh, untuk mencari name dan age, anda dapat menggunakan:

class PersonAdmin(admin.ModelAdmin):
    list_display = ('name', 'age')
    search_fields = ('name',)

    def get_search_results(self, request, queryset, search_term):
        queryset, use_distinct = super(PersonAdmin, self).get_search_results(request, queryset, search_term)
        try:
            search_term_as_int = int(search_term)
        except ValueError:
            pass
        else:
            queryset |= self.model.objects.filter(age=search_term_as_int)
        return queryset, use_distinct

Penerapan ini lebih efesien dari search_fields = ('name', '=age') yang menghasilkan dalam sebuah perbandingan string untuk bidang numerik, sebagai contoh ... OR UPPER("polls_choice"."votes"::text) = UPPER('4') pada PostgreSQL.

ModelAdmin.save_related(request, form, formsets, change)[sumber]

Metode save_related memberikan HttpRequest, sebuah instance ModelForm induk, daftar dari formset berderet dan sebuah nilai boolean berdasarkan pada apakah induk sedang ditambahkan atau dirubah. Disini anda dapat melakukan tindakan pra- atau pasca- untuk obyek-obyek terkait ke induk. Catat bahwa pada titik ini obyek induk dan formulirnya telah disimpan.

ModelAdmin.get_readonly_fields(request, obj=None)

Metode get_readonly_fields memberikan HttpRequest dan obj sedang disunting atau None pada sebuah formulir tambah) dan diharapkan mengembalikan sebuah list (atau tuple dari nama-nama bidang yang akan diperlihatkan sebagai hanya-baca, seperti digambarkan diatas di bagian ModelAdmin.readonly_fields.

ModelAdmin.get_prepopulated_fields(request, obj=None)

Metode get_prepopulated_fields memberikan HttpRequest dan obj sedang disunting (atau None pada sebuah formulir tambah) dan diharapkan untuk mengembalikan sebuah dictionary, seperti digambarkan diatas di bagian ModelAdmin.prepopulated_fields.

ModelAdmin.get_list_display(request)[sumber]

Metode get_list_display memberikan HttpRequest dan diharapkan mengembalikan sebuah list atau tuple dari nama-nama bidang yang akan diperlihatkan pada tampilan daftar rubah seperti digambarkan diatas di bagian ModelAdmin.list_display.

ModelAdmin.get_list_display_links(request, list_display)[sumber]

Metode get_list_display_links memberikan HttpRequest dan list atau tuple dikembalikan oleh ModelAdmin.get_list_display(). Itu diharapkan mengembalikan antara None atau sebuah list atau tuple dari nama-nama bidang pada daftar rubah yang akan ditautkan ke tampilan rubah, seperti digambarkan di bagian ModelAdmin.list_display_links.

ModelAdmin.get_fields(request, obj=None)[sumber]

Metode get_fields memberikan HttpRequest dan obj sedang disunting (atau None pada sebuah formulir tambah) dan diharapkan untuk mengembalikan sebuah daftar dari bidang-bidang, seperti digambarkan diatas di bagian ModelAdmin.fields.

ModelAdmin.get_fieldsets(request, obj=None)

Metode get_fieldsets memberikan HttpRequest dan obj sedang disunting atau None pada sebuah formulir tambah) dan diharapkan mengembalikan sebuah daftar dari dua-tuple, dimana setiap dua-tuple mewakili sebuah <fieldset> pada halaman formulir admin, seperti digambarkan diatas di bagian ModelAdmin.fieldsets.

ModelAdmin.get_list_filter(request)[sumber]

Metode get_list_filter memberikan HttpRequest dan diharapkan mengembalikan jenis yang sama dari urutan jenis seperti untuk atribut list_filter.

ModelAdmin.get_list_select_related(request)[sumber]

New in Django 1.9.

Metode get_list_select_related memberikan HttpRequest dan harus mengembalikan sebuah boolean atau daftar seperti ModelAdmin.list_select_related lakukan.

ModelAdmin.get_search_fields(request)[sumber]

Metode get_search_fields memberikan HttpRequest dan diharapkan mengembalikan jenis yang sama dari urutan jenis seperti untuk atribut search_fields.

ModelAdmin.get_inline_instances(request, obj=None)[sumber]

Metode get_inline_instances memberikan HttpRequest dan obj sedang disunting (atau None pada sebuah formulir tambah) dan diharapkan mengembalikan sebuah list atau tuple dari obyek InlineModelAdmin, seperti digambarkan dibawah di bagian InlineModelAdmin. Sebagai contoh, berikut akan mengembalikan berderet tanpa awalan penyaringan berdasarkan pada perizinan tambah, rubah, dan hapus:

class MyModelAdmin(admin.ModelAdmin):
    inlines = (MyInline,)

    def get_inline_instances(self, request, obj=None):
        return [inline(self.model, self.admin_site) for inline in self.inlines]

Jika anda mengutamakan metode ini, pastikan bahwa berderet dikembalikan adalah instance dari kelas-kelas ditentukan di inlines atau anda mungkin menghadapi kesalahan “Bad Request” ketika menambahkan obyek-obyek terkait.

ModelAdmin.get_urls()[sumber]

Metode get_urls pada sebuah ModelAdmin mengembalikan URL untuk digunakan untuk ModelAdmin itu di cara yang sama seperti sebuah URLconf. Karena itu anda dapat memperpanjang mereka seperti didokumentasikan di Pengirim URL:

class MyModelAdmin(admin.ModelAdmin):
    def get_urls(self):
        urls = super(MyModelAdmin, self).get_urls()
        my_urls = [
            url(r'^my_view/$', self.my_view),
        ]
        return my_urls + urls

    def my_view(self, request):
        # ...
        context = dict(
           # Include common variables for rendering the admin template.
           self.admin_site.each_context(request),
           # Anything else you want in the context...
           key=value,
        )
        return TemplateResponse(request, "sometemplate.html", context)

Jika anda ingin menggunakan tata letak admin, perpanjang dari admin/base_site.html:

{% extends "admin/base_site.html" %}
{% block content %}
...
{% endblock %}

Catatan

Perhatikan bahwa pola penyesuaian disertakan sebelum URL admin biasa: pola URL admin adalah sangat membolehkan dan akan cocok hampir apapun, jadi anda akan biasanya ingin menambahkan URL penyesuaian anda pada satu di siap-pakai.

Di contoj ini, my_view akan diakses pada /admin/myapp/mymodel/my_view/ (menganggap URL admin disertakan pada /admin/.)

Bagaimanapun, fungsi self.my_view terdaftar diatas menderita dari dua masalah:

• Itu tidak akan melakukan pemeriksaan perizinan apapun, jadi itu akan dapat diakses unutk masyarakat umum.

• Itu tidak akan menyediakan rincian kepala apapun untuk mencegah penyimpanan sementara. Ini berarti jika halaman mengambil data dari basisdata, dan middleware penyimpanan sementara aktid, halaman dapat menampilkan informasi usang.

Sejak ini biasanya bukan apa anda inginkan, Django menyediakan pembungkus kenyamanan untuk memeriksa perizinan dan menandai tampilan sebagai bukan-cacheable. pembungkus ini adalah AdminSite.admin_view() (i.e. self.admin_site.admin_view didalam sebuah instance ModelAdmin); gunakan itu seperti begitu:

class MyModelAdmin(admin.ModelAdmin):
    def get_urls(self):
        urls = super(MyModelAdmin, self).get_urls()
        my_urls = [
            url(r'^my_view/$', self.admin_site.admin_view(self.my_view))
        ]
        return my_urls + urls

Perhatikan tampilan dibungkus di baris kelima diatas:

url(r'^my_view/$', self.admin_site.admin_view(self.my_view))

Pembungkus ini akan melindungi self.my_view dari akses tidak terotorisasi dan akan memberlakukan penghias django.views.decorators.cache.never_cache() untuk memastikan itu tidak disimpan sementara jika middleware cache aktif.

Jika halaman adalah cacheable, tetapi anda masih ingin pemeriksaan perizinan dilakukan, anda dapat melewatkan sebuah argumen cacheable=True pada AdminSite.admin_view():

url(r'^my_view/$', self.admin_site.admin_view(self.my_view, cacheable=True))

New in Django 1.9.

Tampilan ModelAdmin mempunyai atribut model_admin. Selain tampilan AdminSite mempunyai atribut admin_site.

ModelAdmin.get_form(request, obj=None, **kwargs)[sumber]

Mengembalikan sebuah kelas ModelForm untuk digunakan di tampilan tambah dan rubah admin, lihat add_view() dan change_view().

Penerapan dasar menggunakan modelform_factory() pada subkelas form, dirubah oleh atribut seperti fields dan exclude. Jadi, sebagai contoh, jika anda ingin menawarkan tambahan bidang-bidang le superuser, anda dapat menukar formulir dasar berbeda seperi begitu:

class MyModelAdmin(admin.ModelAdmin):
    def get_form(self, request, obj=None, **kwargs):
        if request.user.is_superuser:
            kwargs['form'] = MySuperuserForm
        return super(MyModelAdmin, self).get_form(request, obj, **kwargs)

Anda mungkin juga hanya mengembalikan kelas ModelForm penyesuaian langsung.

ModelAdmin.get_formsets_with_inlines(request, obj=None)[sumber]

Menghasilkan (FormSet, InlineModelAdmin) pasangan untuk digunakan di tampilan tambah dan rubah admin.

Sebagai contoh jika anda ingin memperlihatkan hanya berderet tertentu di tampilan rubah, anda dapat menimpa get_formsets_with_inlines sebagai berikut:

class MyModelAdmin(admin.ModelAdmin):
    inlines = [MyInline, SomeOtherInline]

    def get_formsets_with_inlines(self, request, obj=None):
        for inline in self.get_inline_instances(request, obj):
            # hide MyInline in the add view
            if isinstance(inline, MyInline) and obj is None:
                continue
            yield inline.get_formset(request, obj), inline

ModelAdmin.formfield_for_foreignkey(db_field, request, **kwargs)

Metode formfield_for_foreignkey pada sebuah ModelAdmin mengizinkan anda mengesampingkan formfield awalan untuk bidang foreign key. Sebagai contoh, untuk mengembalikan bagian dari obyek-obyek untuk bidang foreign key ini berdasarkan pada pengguna:

class MyModelAdmin(admin.ModelAdmin):
    def formfield_for_foreignkey(self, db_field, request, **kwargs):
        if db_field.name == "car":
            kwargs["queryset"] = Car.objects.filter(owner=request.user)
        return super(MyModelAdmin, self).formfield_for_foreignkey(db_field, request, **kwargs)

Penggunaan ini instance HttpRequest untuk menyaring bidang foreign key Car ke hanya meperlihatkan mobil dimiliki oleh instance User.

ModelAdmin.formfield_for_manytomany(db_field, request, **kwargs)

Seperti metode formfield_for_foreignkey, metode formfield_for_manytomany dapat dikesampingkan untuk merubah formfield awalan untuk bidang many to many. Sebagai contoh, jika seorang pemilik dapat memiliki banyak mobil dan mobil dapat dimiliki banyak pemilik – hubungan many to many – anda dapat penyaring bidang foreign key Car pada hanya memperlihatkan pemilik mobil berdasarkan User:

class MyModelAdmin(admin.ModelAdmin):
    def formfield_for_manytomany(self, db_field, request, **kwargs):
        if db_field.name == "cars":
            kwargs["queryset"] = Car.objects.filter(owner=request.user)
        return super(MyModelAdmin, self).formfield_for_manytomany(db_field, request, **kwargs)

ModelAdmin.formfield_for_choice_field(db_field, request, **kwargs)

Seperti metode formfield_for_foreignkey dan formfield_for_manytomany, metode formfield_for_choice_field dapat ditimpa untuk merubah formfield awalan untuk sebuah bidang yang telah menyatakan pilihan. Sebagai contoh, jika pilihan tersedia pada superuser harus berbeda dari tersebut tersedia pada staf biasa, anda dapat meneruskan sebagai berikut:

class MyModelAdmin(admin.ModelAdmin):
    def formfield_for_choice_field(self, db_field, request, **kwargs):
        if db_field.name == "status":
            kwargs['choices'] = (
                ('accepted', 'Accepted'),
                ('denied', 'Denied'),
            )
            if request.user.is_superuser:
                kwargs['choices'] += (('ready', 'Ready for deployment'),)
        return super(MyModelAdmin, self).formfield_for_choice_field(db_field, request, **kwargs)

Catatan

Setiap kumpulan atribut choices pada formfield akan dibatasi pada hanya bidang formulir. Jika bidang berhubungan pada model mempunyai kumpulan pilihan, pilihan-pilihan akan disediakan pada formulir harus berupa subkumpulan sah dari pilihan-pilihan tersebut, sebaliknya pengajuan formulir akan gagal dengan sebuah ValidationError ketika model itu sendiri disahkan sebelum disimpan.

ModelAdmin.get_changelist(request, **kwargs)[sumber]

Mengembalikan kelas Changelist untuk digunakan untuk pendaftaran. Secara awalan, django.contrib.admin.views.main.ChangeList digunakan. Dengan mewarisi kelas ini anda dapat merubah perilaku dari pendaftaran.

ModelAdmin.get_changelist_form(request, **kwargs)[sumber]

Mengembalikan sebuah kelas ModelForm untuk digunakan di Formset pada halaman daftar rubah. Untuk menggunakan formulir penyesuaian, sebagai contoh:

from django import forms

class MyForm(forms.ModelForm):
    pass

class MyModelAdmin(admin.ModelAdmin):
    def get_changelist_form(self, request, **kwargs):
        return MyForm

Catatan

Jika anda menentukan atribut Meta.model pada sebuah ModelForm, anda harus juga menentukan atribut Meta.fields (atau atribut Meta.exclude). Bagaimanapun, ModelAdmin mengabaikan nilai ini, menimpa itu dengan atribut ModelAdmin.list_editable. Pemecahan paling mudah adalah menghilangkan atribut Meta.model, sejak ModelAdmin akan menyediakan model benar untuk digunakan.

ModelAdmin.get_changelist_formset(request, **kwargs)[sumber]

Mengembalikan sebuah kelas ModelFormSet untuk digunakan pada halaman daftar rubah jika list_editable digunakan. Untuk menggunakan formset penyesuaian, sebagai contoh:

from django.forms import BaseModelFormSet

class MyAdminFormSet(BaseModelFormSet):
    pass

class MyModelAdmin(admin.ModelAdmin):
    def get_changelist_formset(self, request, **kwargs):
        kwargs['formset'] = MyAdminFormSet
        return super(MyModelAdmin, self).get_changelist_formset(request, **kwargs)

ModelAdmin.has_add_permission(request)

Harus mengembalikan True jika menambahkan sebuah obyek diizinkan, False sebaliknya.

ModelAdmin.has_change_permission(request, obj=None)

Harus mengembalikan True jika menyunting obyek diizinkan, False sebaliknya. Jika obyek adalah None, harus mengembalikan True atau False untuk menandakan apakah menyunting obyek dari jenis ini diizinkan secara umum (sebagai contoh, False akan ditafsirkan sebagai arti bahwa pengguna tidak diizinkan menyunting obyek apapun dari jenis ini).

ModelAdmin.has_delete_permission(request, obj=None)

Harus mengembalikan True jika menghapus obyek diizinkan, False sebaliknya. Jika obyek adalah None, harus mengembalikan True atau False untuk menandakan apakah menghapus obyek dari jenis ini diizinkan secara umum (sebagai contoh, False akan ditafsirkan sebagai arti bahwa pengguna saat ini tidak diizinkan menghapus obyek apapun dari jenis ini).

ModelAdmin.has_module_permission(request)

Harus mengembalikan True jika memperlihatkan modul pada halaman indeks admin dan mengakses halaman indeks admin diizinkan, False sebaliknya. Gunakan User.has_module_perms() secara awalan. Mengutamakan itu tidak membatasi akses untuk menambah, merubah atau menghapus tampilan, has_add_permission(), has_change_permission(), dan has_delete_permission() harus digunakan untuk itu.

ModelAdmin.get_queryset(request)

Metode get_queryset pada sebuah ModelAdmin mengembalikan sebuah QuerySet dari semua instance model yang dapat disunting oleh situs admin. Satu kasus penggunaan dari mengutamakan metode ini adalah menunjukkan obyek-obyek dimiliki oleh pengguna masuk:

class MyModelAdmin(admin.ModelAdmin):
    def get_queryset(self, request):
        qs = super(MyModelAdmin, self).get_queryset(request)
        if request.user.is_superuser:
            return qs
        return qs.filter(author=request.user)

ModelAdmin.message_user(request, message, level=messages.INFO, extra_tags='', fail_silently=False)[sumber]

Mengirim sebuah pesan ke pengguna menggunakan backend django.contrib.messages. Lihat custom ModelAdmin example.

Argumen kata kunci mengizinkan anda merubah tingkatan pesan, menambah tambahan etiket CSS, atau gagal secara diam jika kerangka kerja contrib.messages tidak dipasang. Argumen kata kunci ini cocok dengan untuk django.contrib.messages.add_message(), lihat dokumentasi fungsi itu untuk lebih rinci. Satu perbedaan adalah bahwa tingkatan mungkin dilewatkan sebagai label string sebagai tambahan pada integer/ketetapan.

ModelAdmin.get_paginator(request, queryset, per_page, orphans=0, allow_empty_first_page=True)[sumber]

Mengembalikan sebuah instance dari penomor digunakan untuk tampilan ini. Secara awalan, instasiasi sebuah instance dari paginator.

ModelAdmin.response_add(request, obj, post_url_continue=None)[sumber]

Menentukan tahap the HttpResponse for the add_view().

response_add dipanggil setelah formulir admin diajukan dan hanya setelah obyek dan semua instances terkait telah dibuat dan disimpan. Anda dapat mengesampingkannya untuk merubah perilaku awalan setelah obyek telah dibuat.

ModelAdmin.response_change(request, obj)[sumber]

Menentukan tahap HttpResponse for the change_view().

response_change dipanggil setelah formulir admin diajukan dan hanya setelah obyek dan semua instances terkait telah disimpan. Anda dapat mengesampingkannya untuk merubah perilaku awalan setelah obyek telah dirubah.

ModelAdmin.response_delete(request, obj_display, obj_id)[sumber]

Menentukan HttpResponse untuk tahap delete_view().

response_delete dipanggil setelah obyek telah dihapus. Anda dapat mengesampingkan ini untuk merubah kebiasaan awal setelah obyek telah dihapus.

obj_display adalah sebuah string dengan nama dari obyek terhapus.

obj_id adalah penciri serial digunakan untuk mengambil obyek untuk dihapus.

ModelAdmin.get_changeform_initial_data(request)[sumber]

Sebuah kaitan untuk data inisial pada formulir rubah admin. Secara awalan, bidang-bidang diberikan nilai-nilai inisial dari parameter GET. Sebagai contoh, ?name=initial_value akan menyetel nilai inisial bidang name menjadi initial_value.

Metode ini harus mengembalikan sebuah kamus di formulir {'fieldname': 'fieldval'}:

def get_changeform_initial_data(self, request):
    return {'name': 'custom_initial_value'}

Cara lain

ModelAdmin.add_view(request, form_url='', extra_context=None)[sumber]

Tampilan Django untuk halaman tambahan instance model. Lihat catatan dibawah.

ModelAdmin.change_view(request, object_id, form_url='', extra_context=None)[sumber]

Tampilan Django untuk halaman suntingan instance model. Lihat catatan dibawah.

ModelAdmin.changelist_view(request, extra_context=None)[sumber]

Tampilan Django untuk halaman daftar rubah/tindakan instance model. Lihat catatan dibawah.

ModelAdmin.delete_view(request, object_id, extra_context=None)[sumber]

Tampilan Django untuk halaman penegasan penghapusn instance model. Lihat catatan dibawah.

ModelAdmin.history_view(request, object_id, extra_context=None)[sumber]

Tampilan Django untuk halaman yang menampilan riwayat perubahan untuk instance model diberikan.

Tidak seperti jenis-kait metode ModelAdmin dirinci di bagian sebelumnya, lima metode ini yang pada kenyataannya dirancang untuk dipanggil sebagai tampilan Django dari URL aplikasi admin mengirim penangan untuk membangun halaman-halaman yang berhubungan dengan tindakan CRUD instance-instance model. Sebagai sebuah hasil, slengkapnya mengutamakan metode ini akan secara signifikan merubah perilaku admin aplikasi admin.

Satu alasan umum untuk mengutamakan metode ini adalah menambah data konteks yang disediakan ke cetakan yang membangun tampilan. Di contoh berikut, tamppilan rubah ditimpa sehingga cetakan dibangun menyediakan beberapa data pemetaan tambahan yang tidak akan sebaliknya menjadi tersedia:

class MyModelAdmin(admin.ModelAdmin):

    # A template for a very customized change view:
    change_form_template = 'admin/myapp/extras/openstreetmap_change_form.html'

    def get_osm_info(self):
        # ...
        pass

    def change_view(self, request, object_id, form_url='', extra_context=None):
        extra_context = extra_context or {}
        extra_context['osm_data'] = self.get_osm_info()
        return super(MyModelAdmin, self).change_view(
            request, object_id, form_url, extra_context=extra_context,
        )

Tampilan ini mengembalikan instance TemplateResponse yang mengizinkan anda dengan mudah menyesuaikan data tanggapan sebelum membangun. Untuk rincian lebih, lihat TemplateResponse documentation.

Pengertian aset ModelAdmin

Ada waktu dimana anda akan menambahkan sedikit CSS dan/atay JavaScript pada tampilan tambah/rubah. Ini dapat dicapai dengan menggunakan kelas Media sebelah dalam pada ModelAdmin anda:

class ArticleAdmin(admin.ModelAdmin):
    class Media:
        css = {
            "all": ("my_styles.css",)
        }
        js = ("my_code.js",)

staticfiles app menambahkan STATIC_URL (atau MEDIA_URL jika STATIC_URL adalah None) pada jalur aset apapun. Peraturan sama berlaku seperti regular asset definitions on forms.

jQuery

JavaScript admin Django memanfaatkan pustaka jQuery

Untuk menghindari pertentangan dengan tulisan dipasok-pengguna atau pustaka, jQuery (versi 2.2.3) Django adalah namespace sebagai django.jQuery. Jika anda ingin menggunakan jQuery di JavaScript admin anda sendiri tanpa menyertakan salinan kedua, anda dapat menggunakan obyek django.jQuery pada daftar rubah dan tampilan tambah/rubah.

Changed in Django 1.9:

jQuery tertanam telah ditingkatkan dari 1.11.2 menjadi 2.1.4. ini menjatuhkan dukungan untuk Internet Explorer 8 dan dibawahnya. Anda dapat memulihkan dukungan dengan including your own version of jQuery 1.X.

Changed in Django 1.10:

jQuery tertanam telah ditingkatkan dari 2.1.4 menjadi 2.2.3.

Kelas ModelAdmin membutuhkan jQuery secara awalan, jadi tidak butuh menambahkan jQuery ke daftar ModelAdmin anda dari sumber daya media meskipun anda mempunyai kebutuhan khusus. Sebagai contoh, jika anda membutuhkan pustaka jQuery menjadi di namespace global (sebagai contoh ketika menggunakan plugin jQuery pihak-ketiga) atau jika anda butuh versi terbaru dari jQuery, anda akan harus menyertakan salinan anda sendiri.

Django menyediakan kedua versi tidak dipadatkan dan ‘dikecilkan’ dari jQuery, sebagai masing-masing jquery.js dan jquery.min.js.

ModelAdmin dan InlineModelAdmin mempunyai sebuah sifat media yang mengembalikan sebuah daftar dari obyek Media yang menyimpan jalur pada berkas-berkas JavaScript untuk formulir dan/atau formset. Jika DEBUG adalah True itu akan mengembalikan versi tidak terpampat dari beragam berkas-berkas JavaScript, termasuk jquery.js; jika tidak, itu akan mengembalikan versi ‘minified’.

Menambahkan pengesahan penyesuaian pada admin

Menambahkan penyesuaian pengesahan dari data di admin adalah sangat mudah. Antarmuka admin otomatis menggunakan kembali django.forms, dan kelas ModelAdmin memberikan anda kemampuan menentukan formulir anda sendiri:

class ArticleAdmin(admin.ModelAdmin):
    form = MyArticleAdminForm

MyArticleAdminForm dapat ditentukan dimanapun selama anda mengimpor ketika diperlukan. Sekarang dalam formulir anda anda dapat menambah penyesuaian pengesahan milik anda sendiri untuk bidang apapun:

class MyArticleAdminForm(forms.ModelForm):
    def clean_name(self):
        # do something that validates your data
        return self.cleaned_data["name"]

Itu adalah penting anda menggunakan sebuah ModelForm disini sebaliknya hal-hal dapat rusak. Lihat dokuementasi forms pada custom validation dan, lebih khusus, model form validation notes untuk informasi lebih.

Obyek InlineModelAdmin

class InlineModelAdmin

class TabularInline[sumber]

class StackedInline[sumber]

Antarmuka admin mempunyai kemampuan menyunting model-model pada halaman sama sebagai model induk. Ini adalah dipanggil berderet. Andaikan anda mempunyai kedua model ini:

from django.db import models

class Author(models.Model):
   name = models.CharField(max_length=100)

class Book(models.Model):
   author = models.ForeignKey(Author, on_delete=models.CASCADE)
   title = models.CharField(max_length=100)

Anda dapat menyunting buku-buku ditulis oleh seorang penulis pada halaman penulis. Anda tambah berderet pada sebuah model dengan menentukan mereka di sebuah ModelAdmin.inlines:

from django.contrib import admin

class BookInline(admin.TabularInline):
    model = Book

class AuthorAdmin(admin.ModelAdmin):
    inlines = [
        BookInline,
    ]

Django menyediakan dua subkelas dari InlineModelAdmin dan mereka adalah:

• TabularInline
• StackedInline

Perbedaan diantara kedua ini adalah hanya cetakan digunakan untuk membangun mereka.

Pilihan InlineModelAdmin

InlineModelAdmin berbagi banyak dari fitur-fitur sama seperti ModelAdmin, dan menambahkan beberapa dari miliknya (fitur-fitur dibagi sebenarnya ditentukan di superkelas BaseModelAdmin). Fitur-fitur dibagi adalah:

• form
• fieldsets
• fields
• formfield_overrides
• exclude
• filter_horizontal
• filter_vertical
• ordering
• prepopulated_fields
• get_queryset()
• radio_fields
• readonly_fields
• raw_id_fields
• formfield_for_choice_field()
• formfield_for_foreignkey()
• formfield_for_manytomany()
• has_add_permission()
• has_change_permission()
• has_delete_permission()
• has_module_permission()

Kelas InlineModelAdmin menambahkan:

InlineModelAdmin.model

Model yang di berderet sedang menggunakan. Ini adalah diwajibkan.

InlineModelAdmin.fk_name

Nama dari foreign key pada model. Di kebanyakan kasus ini akan ditangani dengan otomatis, tetapi fk_name harus ditentukan secara jelas jika ada lebih dari satu foreign key pada model induk yang sama.

InlineModelAdmin.formset

Ini awalan pada BaseInlineFormSet. Menggunakan formset anda sendiri dapat memberikan anda banyak kemungkinan dari penyesuaian. Berderet adalah dibangun sekitar model formsets.

InlineModelAdmin.form

NIlai untuk awalan form pada ModelForm. Ini adalah apa yang dilewatkan melalui inlineformset_factory() ketika membuat formset untuk berderet ini.

Peringatan

Ketika menulis pengesahan penyesuaian untuk formulir InlineModelAdmin, waspada dari menulis pengesahan yang bergantung pada fitur-fitur dari model induk. Jika model induk gagal mensahkan, itu mungkin ditinggal di keadaan yang tidak konsisten seperti digambarkan di peringatan di Pengesahan pada sebuah ModelForm.

InlineModelAdmin.classes

New in Django 1.10.

Sebuah daftar atau tuple mengandung kelas-kelas CSS tambahan pada fieldset yang dibangun untuk berderet. Awalan pada None. Ketika dengan kelas-kelas dikonfigurasikan di fieldsets, berderet dengan sebuah kelas collapse akan diinisialisasikan diruntuhkan dan kepala mereka akan mempunyai tautan “show” kecil.

InlineModelAdmin.extra

Ini mengendalikan sejumlah formulir tambahan formset akan diperlihatkan sebagai tambahan pada formulir inisial. Lihat formsets documentation untuk informasi lebih.

Untuk pengguna dengan peramban diadakan-JavaScript, sebuah tautan “Add another” disediakan untuk mengadakan nomor apapun dari berderet tambahan untuk ditambahkan ke itu yang disediakan sebagai sebuah hasil dari argumen extra.

Tautan dinamis tidak akan muncul jika nomor dari formulir diperlihatkan saat ini melebihi max_num, atau jika pengguna tidak mempunyai JavaScript diadakan.

InlineModelAdmin.get_extra() juga mengizinkan anda menyesuaikan sejumlah formulir tambahan.

InlineModelAdmin.max_num

Ini mengendalikan nomor minimal dari formulir untuk menunjukkan di berderet. Ini tidak secara langsung menghubungankan ke nomor dari obyek, tetapi dapat jika nilai cukup kecil. Lihat Membatasi angka dari obyek dapat di sunting untuk informasi lebih.

InlineModelAdmin.get_max_num() juga mengizinkan anda menyesuaikan nomor maksimal dari formulir tambahan.

InlineModelAdmin.min_num

Ini mengendalikan nomor minimal dari formulir untuk menunjukkan di berderet. Lihat modelformset_factory() untuk informasi lebih.

InlineModelAdmin.get_min_num() juga mengizinkan anda menyesuaikan nomor minimal dari formulir ditampilkan.

InlineModelAdmin.raw_id_fields

Secara awalan, admin Django menggunakan antarmuka kotak-pilih (<select>) untuk bidang-bidang adalah ForeignKey. Terkadang anda tidak ingin mendatangkan atas dari memiliki untuk memilih semua instance terkait untuk memperlihatkan di drop-down.

raw_id_fields adalah sebuah daftar dari bidang anda ingin rubah menjadi widget input untuk antara sebuah ForeignKey atau ManyToManyField:

class BookInline(admin.TabularInline):
    model = Book
    raw_id_fields = ("pages",)

InlineModelAdmin.template

Cetakan digunakan untuk membangun berderet pada halaman.

InlineModelAdmin.verbose_name

Sebuah mengesampingkan pada verbose_name ditemukan di kelas Meta sebelah dalam model.

InlineModelAdmin.verbose_name_plural

Sebuah mengesampingkan pada verbose_name_plural ditemukan di kelas Meta sebelah dalam model.

InlineModelAdmin.can_delete

Menentukan apakah atau tidak obyek berderet dapat dihapus di berderet. Awalan menjadi True.

InlineModelAdmin.show_change_link

Menentukan apakah atau tidak obyek berderet dapat dirubah di admin mempunyai sebuah tautan ke formulir rubah. Awalan menjadi False.

InlineModelAdmin.get_formset(request, obj=None, **kwargs)

Mengembalikan sebuah kelas BaseInlineFormSet untuk digunakan di tampilan tambah/rubah admin. Lihat contoh untuk ModelAdmin.get_formsets_with_inlines.

InlineModelAdmin.get_extra(request, obj=None, **kwargs)

Mengembalikan sejumlah formulir berderet tambahan untuk digunakan. Secara awalan, mengembalikan atribut InlineModelAdmin.extra

Timpa metode ini untuk secara program menentukan nomor dari formulir berderet tambahan. Sebagai contoh, ini mungkin berdasarkan pada instance model (dilewatkan sebagai argumen kata kunci obj):

class BinaryTreeAdmin(admin.TabularInline):
    model = BinaryTree

    def get_extra(self, request, obj=None, **kwargs):
        extra = 2
        if obj:
            return extra - obj.binarytree_set.count()
        return extra

InlineModelAdmin.get_max_num(request, obj=None, **kwargs)

Mengembalikan nomor maksimal dari formulir berderet tambahan untuk digunakan. Secara awalan, mengembalikan atribut InlineModelAdmin.max_num.

Timpa metode ini untuk secara program menentukan nomor maksimal dari formulir berderet tambahan. Sebagai contoh, ini mungkin berdasarkan pada instance model (dilewatkan sebagai argumen kata kunci obj):

class BinaryTreeAdmin(admin.TabularInline):
    model = BinaryTree

    def get_max_num(self, request, obj=None, **kwargs):
        max_num = 10
        if obj and obj.parent:
            return max_num - 5
        return max_num

InlineModelAdmin.get_min_num(request, obj=None, **kwargs)

Mengembalikan nomor minimal dari formulir berderet untuk digunakan. Secara awalan, mengembalikan atribut InlineModelAdmin.min_num.

Timpa metode ini untuk secara program menentukan nomor minimal dari formulir berderet tambahan. Sebagai contoh, ini mungkin berdasarkan pada instance model (dilewatkan sebagai argumen kata kunci obj):

Bekerja dengan sebuah model dengan dua atau lebih foreign key pada model induk yang sama.

Itu terkadang memungkinkan memiliki lebih dari satu foreign key pada model yang sama. Ambil model ini sebagai contoh:

from django.db import models

class Friendship(models.Model):
    to_person = models.ForeignKey(Person, on_delete=models.CASCADE, related_name="friends")
    from_person = models.ForeignKey(Person, on_delete=models.CASCADE, related_name="from_friends")

Jika anda ingin memperlihatkan sebuah berderet pada halaman tambah/rubah admin Person anda butuh secara jelas menentukan foreign key sejak itu tidak dapat melakukannya otomatis:

from django.contrib import admin
from myapp.models import Friendship

class FriendshipInline(admin.TabularInline):
    model = Friendship
    fk_name = "to_person"

class PersonAdmin(admin.ModelAdmin):
    inlines = [
        FriendshipInline,
    ]

Bekerja dengan model banyak-ke-banyak

Secara awalan, widget admin untuk hubungan many-to-many akan diperlihatkan pada model manapun mengandung acuan sebenarnya pada ManyToManyField. Tergantung pada pengertian ModelAdmin anda, setiap bidang many-to-many di model anda akan diwakili oleh HTML standar <select multiple>, penyaring mendatar atau tegak lurus, atau sebuah widget raw_id_admin, Bagaimanapun, itu juga memungkinkan mengganti widget-widget ini dengan berderet.

Misalkan kita memiliki model berikut:

from django.db import models

class Person(models.Model):
    name = models.CharField(max_length=128)

class Group(models.Model):
    name = models.CharField(max_length=128)
    members = models.ManyToManyField(Person, related_name='groups')

Jika anda ingin memperlihatkan hubungan many-yo-many menggunakan sebuah berderet, anda dapat melakukan juga dengan menentukan sebuah obyek InlineModelAdmin untuk hubungan:

from django.contrib import admin

class MembershipInline(admin.TabularInline):
    model = Group.members.through

class PersonAdmin(admin.ModelAdmin):
    inlines = [
        MembershipInline,
    ]

class GroupAdmin(admin.ModelAdmin):
    inlines = [
        MembershipInline,
    ]
    exclude = ('members',)

Ada dua fitur perlu dicatat di contoh ini.

Pertama-tama - kelas MembershipInline mengacu Group.members.through. Atribut through adalah sebuah acuan pada model yang mengelola hubungan many-to-many. Model ini secara otomatis dibuat oleh Django ketika anda menentukan bidang many-to-many.

Kedua, GroupAdmin harus secara manual mengeluarkan bidang members. Django menampilkan sebuah widget admin untuk bidang many-to-many pada model yang menentukan hubungan (di kasus ini, Group). Jika anda ingin menggunakan sebuah model berderet untuk mewakili hubungan many-to-many, anda harus memberitahu admin Django tidak memperlihatkan widget ini - sebaliknya anda akan berakhir dengan dua widget pada halaman admin anda untuk mengelola hubungan.

Catat bahwa ketika menggunakan teknik ini sinyal m2m_changed tidak dipicu. Ini adalah karena sejauh admin yang bersangkutan, through hanya sebuah model dengan dua bidang foreign key daripada hubungan many-to-many.

Dalam semua hal lainnya, InlineModelAdmin persisnya sama seperti lainnya. Anda dapat menyesuaikan penampilan menggunakan apapun dari sifat-sifat ModelAdmin biasa.

Bekerja dengan model perantara many-to-many

Ketika anda menentukan sebuah model perantara menggunakan argumen through pada sebuah ManyToManyField, admin tidak akan menampilkan sebuah widget secara awalan. Ini karena setiap instance dari model perantara membutuhkan lebih informasi dari dapat diperlihatkan dalam sebuah widget tunggal, dan tata letak dibutuhkan untuk widget banyak akan beragam bergantung pada model perantara.

Bagaimanapun, kami masing ingin dapat menyunting informasi itu sebaris. Sayangnya, ini mudah melakukan dengan model admin. Seharusnya kami memiliki model-model berikut:

from django.db import models

class Person(models.Model):
    name = models.CharField(max_length=128)

class Group(models.Model):
    name = models.CharField(max_length=128)
    members = models.ManyToManyField(Person, through='Membership')

class Membership(models.Model):
    person = models.ForeignKey(Person, on_delete=models.CASCADE)
    group = models.ForeignKey(Group, on_delete=models.CASCADE)
    date_joined = models.DateField()
    invite_reason = models.CharField(max_length=64)

Langkah pertama dalam memperlihatkan model perantara ini di admin adalah menentukan sebuah kelas berderet untuk model Membership:

class MembershipInline(admin.TabularInline):
    model = Membership
    extra = 1

Contoh-contoh sederhana ini menggunakan nilai-nilai InlineModelAdmin awalan untuk model Membership, dan membatasi formulir tambah tambahan menjadi satu. Ini dapat berupa penyesuaian menggunakan salah satu pilihan tersedia pada kelas-kelas InlineModelAdmin.

Sekarang membuat tampilan admin untuk model Person dan Group:

class PersonAdmin(admin.ModelAdmin):
    inlines = (MembershipInline,)

class GroupAdmin(admin.ModelAdmin):
    inlines = (MembershipInline,)

Akhirnya, daftar model Person dan Group dengan situs admin:

admin.site.register(Person, PersonAdmin)
admin.site.register(Group, GroupAdmin)

Sekarang situs admin anda dipersiapkan untuk menyunting obyek-obyek Membership berderet dari antara Person atau Group di halaman rincian.

Menggunakan hubungan umum sebagai sebuah berderet

Itu memungkinkan menggunakan sebuah berderet dengan umum obyek terkait. Mari kita katakan anda memiliki model-model berikut:

from django.db import models
from django.contrib.contenttypes.fields import GenericForeignKey

class Image(models.Model):
    image = models.ImageField(upload_to="images")
    content_type = models.ForeignKey(ContentType, on_delete=models.CASCADE)
    object_id = models.PositiveIntegerField()
    content_object = GenericForeignKey("content_type", "object_id")

class Product(models.Model):
    name = models.CharField(max_length=100)

Jika anda ingin menyunting dan membuat sebuah instance Image pada Product, tampilan tambah/rubah anda dapat menggunakan GenericTabularInline atau GenericStackedInline (kedua subkelas-subkelas dari GenericInlineModelAdmin) disediakan oleh admin. Mereka menerapkan tata letak penampakan datar dan bertumpuk untuk formulir mewakili obyek berderet, masing-masing, seperti pasangan bukan-umum mereka. Mereka berperilaku seperti berderet lainnya. Di admin.py anda untuk contoh aplikasi ini:

from django.contrib import admin
from django.contrib.contenttypes.admin import GenericTabularInline

from myproject.myapp.models import Image, Product

class ImageInline(GenericTabularInline):
    model = Image

class ProductAdmin(admin.ModelAdmin):
    inlines = [
        ImageInline,
    ]

admin.site.register(Product, ProductAdmin)

Lihat contenttypes documentation untuk informasi lebih spesifik.

Mengesampingkan cetakan admin

Itu relatif mudah menimpa banyak dari cetakan yang modul admn gunakan untuk membangkitkan beragam halaman dari sebuah situs admin. Anda dapat bahkan menimpa sedikit dari cetakan-cetakan ini untuk aplikasi tertentu, atau model tertentu.

Setel direktori cetakan admin proyek

Berkas-berkas cetakan admin ditempatkan di direktori contrib/admin/templates/admin.

Untuk menimpa satu atau lebih mereka, pertama buat sebuah direktori admin dalam direktori templates proyek anda. Ini dapat berupa apapun dari direktori anda tentukan dalam pilihan DIRS dari backend DjangoTemplates dalam pengaturan TEMPLATES. Jika anda telah menyesuaikan pilihan 'loaders', pastikan 'django.template.loaders.filesystem.Loader' muncul sebelum 'django.template.loaders.app_directories.Loader' sehingga cetakan penyesuaian anda akan ditemukan oleh sistem pemuat cetakan sebelum mereka yang disertakan dengan django.contrib.admin.

Dalam direktori admin ini, buat sub-direktori diberi nama setelah aplikasi anda. Dalam subdirektori aplikasi ini buat sub-direktori dinamai setelah model anda. Catat, bahwa aplikasi admin akan menghuruf kecilkan nama model ketika mencari direktori, jadi pastikan anda memberi nama direktori dalam semua huruf kecil jika anda akan menjalankan aplikasi anda pada sistem berkas kasus-sensitif.

Untuk menimpa sebuah cetakan admin untuk aplikasi tertentu, salin dan sunting cetakan dari direktori django/contrib/admin/templates/admin, dan simpan itu ke satu dari direktori anda baru buat.

Sebagai contoh, jika kami ingin menambah sebuah alat pada tampilan daftar rubah untuk semua model-model dalam sebuah aplikasi bernama my_app, kami akan menyalin contrib/admin/templates/admin/change_list.html ke direktori templates/admin/my_app/ dari proyek kami, dan membuat apapun perubahan dibutuhkan.

Jika kami ingin menambah sebuah alat pada tampilan daftar rubah untuk hanya model tertentu bernama ‘Page’, kami akan menyalin berkas sama itu ke direktori templates/admin/my_app/page dari proyek kami.

Mengesampingkan lawan mengganti cetakan admin

Karena rancangan modular dari cetakan-cetakan admin, itu biasanya tidak perlu dan tidak dianjurkan untuk mengganti keseluruhan cetakan. Itu adalah hampir selalu lebih baik menimpa hanya bagian dari cetakan yang anda butuh dirubah.

Untuk melanjutkan contoh diatas, kami ingin menambah sebuah tautan baru dekat pada alat History untuk model Page. Setelah mencari di change_form.html kami menentukan bahwa kami hanya butuh menimpa blok object-tools-items, Oleh karena itu disini adalah change_form.html baru kami :

{% extends "admin/change_form.html" %}
{% load i18n admin_urls %}
{% block object-tools-items %}
    <li>
        <a href="{% url opts|admin_urlname:'history' original.pk|admin_urlquote %}" class="historylink">{% trans "History" %}</a>
    </li>
    <li>
        <a href="mylink/" class="historylink">My Link</a>
    </li>
    {% if has_absolute_url %}
        <li>
            <a href="{% url 'admin:view_on_site' content_type_id original.pk %}" class="viewsitelink">{% trans "View on site" %}</a>
        </li>
    {% endif %}
{% endblock %}

Dan itu dia! Jika kami menempatkan berkas ini di direktori templates/admin/my_app, tautan kami akan muncul pada formulir rubah untuk semua model dalam my_app.

Cetakan-cetakan yang mungkin menimpa per aplikasi atau model

Tidak setiap cetakan di contrib/admin/templates/admin mungkin ditimpa per aplikasi atau per model. Berikut dapat:

• app_index.html
• change_form.html
• change_list.html
• delete_confirmation.html
• object_history.html

Untuk cetakan tersebut yang tidak dapat ditimpa di cara ini, anda mungkin masih mengesampingkan mereka untuk keseluruhan proyek anda. Cukup tempatkan versi baru di direktori templates/admin anda. Ini terutama berguna untuk membuat penyesuaian halaman 404 dan 500.

Catatan

Beberapa dari cetakan-cetakan admin, seperti change_list_results.html digunakan untuk membangun etiket penyertaaan penyesuaian. Ini mungkin ditimpa, tetapi dalam kasus-kasus seprti itu anda mungkin lebih baik membuat versi anda sendiri dari etiket dalam pertanyaan dan memberikan itu sebuah nama berbeda. Cara itu anda dapat menggunakannya selektif.

Cetakan akar dan masuk

Jika anda berharap merubah cetakan indeks, masuk atau keluar, anda lebih baik membuat instance AdminSite anda sendiri (lihat dibawah), dan merubah sifat-sifat AdminSite.index_template , AdminSite.login_template atau AdminSite.logout_template.

Obyek AdminSite

class AdminSite(name='admin')[sumber]

Sebuah situs administratif Django diwakili oleh sebuah instance dari django.contrib.admin.sites.AdminSite; secara awalan, sebuah instance dari kelas ini dibuat sebagai django.contrib.admin.site dan anda dapat mendaftar model-model anda dan instance-instance ModelAdmin dengan itu.

Ketika mendirikan sebuah instance dari sebuah AdminSite, anda dapat menyediakan sebuah nama instance unik menggunakan argumen name pada pembangun. Nama instance ini digunakan untuk mencirikan instance, khususnya ketika reversing admin URLs. Jika tidak ada nama instance disediakan, sebuah nama instace awalan dari admin akan digunakan. Lihat Menyesuaikan kelas AdminSite. untuk sebuah contoh dari menyesuaikan kelas AdminSite.

Atribut AdminSite

Cetakan dapat dikesampingkan atau diperpanjang berdasarkan cetakan admin seperti digambarkan di Mengesampingkan cetakan admin.

AdminSite.site_header

Teks untuk ditaruh di atas dari setiap halaman index admin, sebagai sebuah <h1> (sebuah string). Secara awalan, ini adalah “Administrasi Django”.

AdminSite.site_title

Teks untuk ditaruh pada akhir dari setiap <title> halaman admin (sebuah string). Secara awalan, ini adalah “Situs admin Django”.

AdminSite.site_url

URL untuk tautan “View site” pada atas dari setiap halaman admin. Secara awalan, site_url adalah /. Setel itu menjadi None untuk memindahkan tautan

Untuk situs-situs berjalan pada subjalur, metode each_context() memeriksa jika permintaan saat ini mempunyai kumpulan request.META['SCRIPT_NAME'] dan menggunakan nilai itu jika site_url``tidak menyetel ke sesuatu selain dari ``/.

Changed in Django 1.10:

Dukungan SCRIPT_NAME digambarkan di paragraf sebelumnya telah ditambahkan.

AdminSite.index_title

Teks untuk ditaruh di atas dari halaman index admin (deretan karakter). Secara awalan, ini adalah “Administrasi Situs”.

AdminSite.index_template

Jalur pada cetakan penyesuaian yang akan digunakan oleh tampilan indeks utama situs admin.

AdminSite.app_index_template

Jalur pada cetakan penyesuaian yang akan digunakan oleh tampilan indeks aplikasi situs admin.

AdminSite.empty_value_display

New in Django 1.9.

Deretan karakter yang digunakan untuk menampilkan nilai kosong di daftar perubahan situs admin. Awalan pada sebuah garis. Nilai dapat juga ditimpa pada dasar per ModelAdmin dan pada bidang penyesuaian dalam ModelAdmin dengan mengatur sebuah atribut empty_value_display pada bidang. Lihat ModelAdmin.empty_value_display sebagai contoh.

AdminSite.login_template

Jalur pada cetakan penyesuaian yang akan digunakan oleh tampilan masuk situs admin.

AdminSite.login_form

Subkelas dari AuthenticationForm yang akan digunakan oleh tampilan masuk situs admin.

AdminSite.logout_template

Jalur pada cetakan penyesuaian yang akan digunakan oleh tampilan keluar situs admin.

AdminSite.password_change_template

Jalur pada cetakan penyesuaian yang akan digunakan oleh tampilan merubah sandi situs admin.

AdminSite.password_change_done_template

Jalur pada cetakan penyesuaian yang akan digunakan oleh tampilan selesai merubah sandi situs admin.

Cara AdminSite

AdminSite.each_context(request)[sumber]

Dikembalikan sebuah kamus dari variabel-variabel untuk menaruh di konteks cetakan untuk setiap halaman di situs admin.

Menyertakan variabel-variabel berikut dan nilai-nilai secara awalan:

• site_header: AdminSite.site_header

• site_title: AdminSite.site_title

• site_url: AdminSite.site_url

• has_permission: AdminSite.has_permission()

• available_apps: sebuah daftar aplikasi dari application registry tersedia untuk pengguna saat ini. Setiap masukan dalam daftar adalah sebuah kamus mewakili sebuah aplikasi dengan kunci berikut:

  • app_label: label aplikasi

  • app_url: URL dari indeks aplikasi di admin

  • has_module_perms: sebuah boolean mengindikasikan jika menampilkan dan mengakses dari halaman indeks modul diizinkan untuk pengguna saat ini

  • models: sebuah daftar dari model tersedia di aplikasi

  Setiap model adalah kamus dengan kunci-kunci berikut:

  • object_name: nama kelas dari model

  • name: nama jamak dari model

  • perms: sebuah dict melacak perizinan add, change, dan delete

  • admin_url: URL daftar rubah admin untuk model

  • add_url: URL admin untuk menambah instance model baru

Changed in Django 1.9:

Variabel available_apps telah ditambahkan.

AdminSite.has_permission(request)[sumber]

Mengembalikan True jika pengguna untuk HttpRequest yang diberikan mempunyai perizinan untuk melihat setidaknya satu halaman dalam situs admin. Awalan mewajibkan kedua User.is_active dan User.is_staff menjadi True.

AdminSite.register(model_or_iterable, admin_class=None, **options)[sumber]

Mendaftarkan kelas model yang diberikan (atau kelas-kelas berulang) dengan admin_class yang diberikan. Awalan admin_class pada ModelAdmin (pilihan admin awalan). Jika argumen kata kunci diberikan – sebagai contoh list_display – mereka akan diberlakukan sebagai pilihan pada kelas admin.

Memunculkan ImproperlyConfigured jika sebuah model adalah abstrak, dan django.contrib.admin.sites.AlreadyRegistered jika sebuah model sudah terdaftar.

Mengkaitkan instance AdminSite kedalam URLconf anda

Langkah terakhir di pengaturan admin Django adalah mengaitkan instance AdminSite anda kedalam URLconf anda. Lakukan ini dengan menunjuk URL yang diberikan pada metode AdminSite.urls. Itu tidak diperlukan menggunakan include().

Di contoh ini, kami mendaftarkan instance AdminSite awalan django.contrib.admin.site pada URL /admin/

# urls.py
from django.conf.urls import url
from django.contrib import admin

urlpatterns = [
    url(r'^admin/', admin.site.urls),
]

Changed in Django 1.9:

Di versi sebelumnya, anda akan melewati admin.site.urls ke include().

Menyesuaikan kelas AdminSite.

Jika anda suka menyetel situs admin anda sendiri dengan penyesuaian perilaku, anda bebas untuk mensubkelaskan AdminSite dan menimpa atau menambah apapun anda sukai. Kemudian, cukup buat sebuah instance dari subkelas AdminSite anda (cara sama anda menginstasiasikan kelas Python lain) dan mendaftarkan model anda dan subkelas ModelAdmin dengan itu daripada dengan situs awalan. Akhirnya, perbaharui myproject/urls.py untuk mengacu ke subkelas AdminSite anda.

myapp/admin.py

from django.contrib.admin import AdminSite

from .models import MyModel

class MyAdminSite(AdminSite):
    site_header = 'Monty Python administration'

admin_site = MyAdminSite(name='myadmin')
admin_site.register(MyModel)

myproject/urls.py

from django.conf.urls import url

from myapp.admin import admin_site

urlpatterns = [
    url(r'^myadmin/', admin_site.urls),
]

Catat bahwa anda tidak mungkin ingin penemuan otomatis dari modul-modul admin ketika menggunakan instance AdminSite anda sendiri sejak anda akan mengimpor semua per-aplikasi modul-modul admin dalam modul myproject.admin anda. Ini berarti anda butuh menaruh 'django.contrib.admin.apps.SimpleAdminConfig' daripada 'django.contrib.admin' dalam pengaturan INSTALLED_APPS anda.

Banyak situs admin di URLconf yang sama

Itu sangat mudah membuat banyak instance dari situs admin pada situs jaringan sama dipersembahkan-Django. Cukup buat banyak instance dari AdminSite dan akar setiap satu pada URL berbeda.

Dalam contoh ini, URL fitur /basic-admin/ and /advanced-admin/ versi terpisah dari situs admin – menggunakan instance-instance AdminSite myproject.admin.basic_site dan myproject.admin.advanced_site, masing-masing:

# urls.py
from django.conf.urls import url
from myproject.admin import basic_site, advanced_site

urlpatterns = [
    url(r'^basic-admin/', basic_site.urls),
    url(r'^advanced-admin/', advanced_site.urls),
]

Instance AdminSite mengambil argumen tunggal pada pembangun mereka, nama mereka, yang dapat apapun anda suka. Argumen ini menjadi awalan pada nama-nama URL untuk tujuan dari reversing them. Ini hanya dibutuhkan jika anda sedang menggunakan lebih dari satu AdminSite.

Menambahkan tampilan ke situs admin

Seperti ModelAdmin, AdminSite menyediakan sebauh metode get_urls() yang dapat ditimpa untuk menentukan tambahan tampilan untuk situs. Untuk menambah sebuah tampilan baru ke situs admin anda, perpanjang metode get_urls() dasar untuk menyertakan sebuah pola untuk tampilan baru anda.

Catatan

Tampian apapun anda bangun yang menggunakan cetakan admin, atau perpankang cetakan admin dasar, harus menyetel request.current_app sebelum membangun cetakan. Itu harus disetel antara self.name jika tampilan anda pada sebuah AdminSite atau self.admin_site.name jika tampilan anda pada sebuah ModelAdmin.

Menambahkan fitur setel kembali sandi

Anda dapat menambah fitur setel kembali-sandi pada situs admin dengan menambahkan beberapa baris ke URLconf kamu. Khususnya, tambah empat pola ini:

from django.contrib.auth import views as auth_views

url(r'^admin/password_reset/$', auth_views.password_reset, name='admin_password_reset'),
url(r'^admin/password_reset/done/$', auth_views.password_reset_done, name='password_reset_done'),
url(r'^reset/(?P<uidb64>[0-9A-Za-z_\-]+)/(?P<token>.+)/$', auth_views.password_reset_confirm, name='password_reset_confirm'),
url(r'^reset/done/$', auth_views.password_reset_complete, name='password_reset_complete'),

(Ini menganggap anda telah menambahkan admin pada admin/ dan diwajibkan bahwa anda menaruh URL dimulai dengan ^admin/ sebelum baris yang menyertakan aplikasi admin itu sendiri).

Kehadiran dari URL bernama admin_password_reset akan menyebabkan sebuah tautan “forgotten your password?” muncul pada halaman masuk admin awalan dibawah kotak sandi.

Obyek LogEntry

class models.LogEntry

Kelas LogEntry melacak penambahan, perubahan, penghapusan dari obyek melalui antarmuka admin.

Atribut LogEntry

LogEntry.action_time

Tanggal dan waktu dari tindakan.

LogEntry.user

Pengguna (sebuah instance AUTH_USER_MODEL) yang melakukan tindakan.

LogEntry.content_type

ContentType dari obyek dirubah.

LogEntry.object_id

Perwakilan tekstual dari primary key obyek yang telah dirubah.

LogEntry.object_repr

repr() obyek setelah perubahan.

LogEntry.action_flag

Jenis dari tindakan dicatat: ADDITION, CHANGE, DELETION.

Sebagai contoh, untuk mendapatkan daftar dari semua tambahan selesai melalui admin:

from django.contrib.admin.models import LogEntry, ADDITION

LogEntry.objects.filter(action_flag=ADDITION)

LogEntry.change_message

Gambaran rincian dari perubahan. Dalam kasus sebuah penyuntingan, sebagai contoh, pesan mengandung daftar dari bidang-bidang terseunting. Situs admin Django membentuk isi ini sebagai struktur JSON, sehingga get_change_message() mengubah komposisi sebuah pesan diterjemahkan dalam bahasa pengguna saat ini. Penyesuaian kode mungkin menyetel ini sebagai string polos. Anda disarankan menggunakan metode get_change_message() untuk mengambil nilai ini daripada mengakses itu langsung.

Changed in Django 1.10:

Sebelumnya, atribut ini selalu string polos. Itu sekarang berbentuk-JSON sehingga pesan dapat diterjemahkan di bahasa pengguna saat ini. Pesan-pesan lama tidak tersentuh.

Cara LogEntry

LogEntry.get_edited_object()

Sebuah jalan pintas yang mengembalikan obyek diacukan.

LogEntry.get_change_message()

New in Django 1.10.

Bentuk dan terjemahkan change_message kedalam bahasa pengguna saat ini. Pesan-pesan dibuat sebelum Django 1.10 akan selalu diperlihatkan dalam bahasa yang mereka telah masuk.

Membalikkan URL admin

Ketika AdminSite disebarkan, tampilan disediakan oleh situs itu dapat diakses menggunakan URL reversing system Django.

AdminSite menyediakan corak URL bernama berikut:

Halaman	Nama URL	Parameter
Indeks	indeks
Masuk	login
Keluar	keluar
Ubah sandi	password_change
Merubah sandi selesai	password_change_done
i18n JavaScript	jsi18n
Halaman indeks aplikasi	app_list	app_label
Pengalihan ke halaman obyek	view_on_site	content_type_id, object_id

Setiap instance ModelAdmin menyediakan sebuah tambahan sekumpulan dari URL bernama:

Halaman	Nama URL	Parameter
Daftar rubah	{{ app_label }}_{{ model_name }}_changelist
Tambah	{{ app_label }}_{{ model_name }}_add
Riwayat	{{ app_label }}_{{ model_name }}_history	object_id
Hapus	{{ app_label }}_{{ model_name }}_delete	object_id
Ubah	{{ app_label }}_{{ model_name }}_change	object_id

UserAdmin menyediakan sebuah URL bernama:

Halaman	Nama URL	Parameter
Ubah sandi	auth_user_password_change	user_id

URL bernama ini didaftarkan dengan namespace aplikasi admin, dan dengan sebuah namespace instance berhubungan pada nama dari instance Site.

Jadi - jika anda ingin mendapatkan acuan pada tampilan Change untuk obyek Choice tertentu (dari aplikasi jejak pendapat) dalam admin awalan, anda akan memanggil:

>>> from django.urls import reverse
>>> c = Choice.objects.get(...)
>>> change_url = reverse('admin:polls_choice_change', args=(c.id,))

Ini akan menemukan instance terdaftar pertama dari aplikasi admin (apapun nama instance), dan memutuskan untuk tampilan untuk merubah instance poll.Choice dalam instance itu.

Jika anda inginmenemukan sebuah URL dalam instance admin tertentu, sediakan nama dari instance itu sebagai sebuah petunjuk current_app untuk membalikkan panggilan. Sebagai contoh, jika anda khususnya ingin tampilan admin dari instance admin bernama custom, anda akan butuh memanggil:

>>> change_url = reverse('admin:polls_choice_change', args=(c.id,), current_app='custom')

Untuk rincian lebih, lihat dokumentasi pada reversing namespaced URLs.

Untuk mengizinkan membalikan paling mudah dari url-url admin dalam cetakan, Django menyediakan penyaring admin_urlname yang mengambil sebuah tindakan sebagai argumen:

{% load admin_urls %}
<a href="{% url opts|admin_urlname:'add' %}">Add user</a>
<a href="{% url opts|admin_urlname:'delete' user.pk %}">Delete this user</a>

Tindakan dalam contoh-contoh diatas mencocokan bagian terakhir dari nama-nama URL untuk instance-instance ModelAdmin digambarkan diatas. Variabel 11opts`` dapat berupa obyek-obyek apapun yang mempunyai sebuah atribut app_label dan model_name dan biasanya dipasok oleh tampilan-tampilan admin untuk model saat ini.

Penghias staff_member_required

staff_member_required(redirect_field_name='next', login_url='admin:login')[sumber]

Penghias digunakan pada tmapilan-tampilan admin yang membutuhkan otorisasi. Sebuah tampilan dihiasi dengan fungsi ini akan memiliki perilaku berikut:

• Jika pengguna masuk, adalah anggota staf (User.is_staff=True), dan aktif (User.is_active=True), kerjakan tampilan secara biasa.

• Sebaliknya, permintaan akan dialihkan ke URL ditentukan oleh parameter login_url, dengan jalur aslinya diminta dalam sebuah variabel string permintaan ditentukan oleh redirect_field_name. Sebagai contoh: /admin/login/?next=/admin/polls/question/3/.

Contoh penggunaan:

from django.contrib.admin.views.decorators import staff_member_required

@staff_member_required
def my_view(request):
    ...