django-admin - Online di Awan

PROGRAM:

NAMA

django-admin - Skrip utilitas untuk kerangka kerja Web Django

django-admin adalah utilitas baris perintah Django untuk tugas-tugas administratif. Dokumen ini
menguraikan semua yang dapat dilakukannya.

Sebelum Django 1.7, django-admin hanya dipasang sebagai django-admin.py.

Selain itu, kelola.py secara otomatis dibuat di setiap proyek Django. kelola.py adalah
pembungkus tipis di sekitar django-admin yang mengurus beberapa hal untuk Anda sebelumnya
mendelegasikan ke django-admin:

· Ini menempatkan paket proyek Anda pada sys.path.

· Ini mengatur Django_SETTINGS_MODULE variabel lingkungan sehingga menunjuk ke Anda
proyek settings.py file.

· Ini memanggil django.setup() untuk menginisialisasi berbagai internal Django.

django.setup() tidak ada di versi Django sebelumnya.

Grafik django-admin skrip harus berada di jalur sistem Anda jika Anda menginstal Django melalui
setup.py kegunaan. Jika tidak ada di jalur Anda, Anda dapat menemukannya di paket-situs/Django/bin
dalam instalasi Python Anda. Pertimbangkan untuk menghubungkannya dari suatu tempat di jalur Anda, seperti
as / usr / local / bin.

Untuk pengguna Windows, yang tidak memiliki fungsi symlink, Anda dapat menyalin
django-admin.exe ke lokasi di jalur Anda yang ada atau edit PATH pengaturan (di bawah
Settings - kontrol Panel - System - Advanced - Lingkungan...) untuk menunjuk ke yang terpasang
lokasi.

Umumnya, saat mengerjakan proyek Django tunggal, lebih mudah digunakan kelola.py dari
django-admin. Jika Anda perlu beralih di antara beberapa file pengaturan Django, gunakan
django-admin dengan Django_SETTINGS_MODULE atau itu --pengaturan opsi baris perintah.

Contoh baris perintah di seluruh dokumen ini menggunakan django-admin untuk menjadi konsisten, tapi
setiap contoh dapat menggunakan kelola.py sama saja.

PENGGUNAAN

$django-admin [pilihan]
$ kelola.py [pilihan]

Command harus menjadi salah satu perintah yang tercantum dalam dokumen ini. Pilihan, Yang
opsional, harus nol atau lebih dari opsi yang tersedia untuk perintah yang diberikan.

Mendapatkan runtime membantu
django-admin membantu

Run django-admin membantu untuk menampilkan informasi penggunaan dan daftar perintah yang disediakan oleh
setiap aplikasi.

Run django-admin membantu --perintah untuk menampilkan daftar semua perintah yang tersedia.

Run django-admin membantu untuk menampilkan deskripsi dari perintah yang diberikan dan daftar
dari pilihan yang tersedia.

Aplikasi nama
Banyak perintah mengambil daftar "nama aplikasi". Sebuah "nama aplikasi" adalah nama dasar dari paket
berisi model Anda. Misalnya, jika Anda DIINSTALLED_APPS berisi string
'situsku.blog', nama aplikasinya adalah blog.

Menentukan itu versi
django-admin versi

Run django-admin versi untuk menampilkan versi Django saat ini.

Output mengikuti skema yang dijelaskan dalam PEP 386:

1.4.dev17026
1.4a1
1.4

Menampilkan men-debug keluaran
penggunaan --verbositas untuk menentukan jumlah notifikasi dan informasi debug yang
django-admin harus mencetak ke konsol. Untuk detail lebih lanjut, lihat dokumentasi untuk
--verbositas .

TERSEDIA PERINTAH

memeriksa <nama aplikasi nama aplikasi ...>
django-admin memeriksa

Menggunakan sistem memeriksa kerangka untuk memeriksa seluruh proyek Django untuk masalah umum.

Kerangka kerja pemeriksaan sistem akan mengonfirmasi bahwa tidak ada masalah dengan instalasi Anda
model atau pendaftaran admin Anda. Ini juga akan memberikan peringatan kompatibilitas umum
masalah yang diperkenalkan dengan memutakhirkan Django ke versi baru. Pemeriksaan kustom dapat diperkenalkan
oleh perpustakaan dan aplikasi lain.

Secara default, semua aplikasi akan diperiksa. Anda dapat memeriksa subset aplikasi dengan memberikan daftar
dari label aplikasi sebagai argumen:

python manage.py periksa auth admin myapp

Jika Anda tidak menentukan aplikasi apa pun, semua aplikasi akan diperiksa.

--menandai

Grafik sistem memeriksa kerangka melakukan berbagai jenis pemeriksaan. Jenis pemeriksaan ini adalah
dikategorikan dengan tag. Anda dapat menggunakan tag ini untuk membatasi pemeriksaan yang dilakukan hanya
mereka yang termasuk dalam kategori tertentu. Misalnya, untuk melakukan hanya keamanan dan kompatibilitas
cek, Anda akan menjalankan:

python manage.py periksa --tag security --tag compatibility

--list-tag

Daftar semua tag yang tersedia.

--menyebarkan

Grafik --menyebarkan opsi mengaktifkan beberapa pemeriksaan tambahan yang hanya relevan di a
pengaturan penyebaran.

Anda dapat menggunakan opsi ini di lingkungan pengembangan lokal Anda, tetapi karena lokal Anda
modul pengaturan pengembangan mungkin tidak memiliki banyak pengaturan produksi Anda, Anda akan
mungkin ingin menunjuk memeriksa perintah pada modul pengaturan yang berbeda, baik dengan mengatur
itu Django_SETTINGS_MODULE variabel lingkungan, atau dengan melewatkan --pengaturan opsi:

python manage.py periksa --deploy --settings=production_settings

Atau Anda dapat menjalankannya langsung pada produksi atau penerapan staging untuk memverifikasi bahwa
pengaturan yang benar sedang digunakan (menghilangkan --pengaturan). Anda bahkan bisa menjadikannya bagian dari Anda
rangkaian uji integrasi.

pesan kompilasi
django-admin pesan kompilasi

Mengkompilasi file .po yang dibuat oleh membuat pesan ke file .mo untuk digunakan dengan gettext bawaan
mendukung. Melihat /topik/i18n/indeks.

Gunakan --lokal opsi (atau versi yang lebih pendek -l) untuk menentukan lokal yang akan diproses.
Jika tidak disediakan, semua lokal diproses.

Gunakan --mengecualikan opsi (atau versi yang lebih pendek -x) untuk menentukan lokal yang akan dikecualikan
dari pengolahan. Jika tidak disediakan, tidak ada lokal yang dikecualikan.

Anda bisa lewat --gunakan-kabur opsi (atau -f) untuk memasukkan terjemahan fuzzy ke dalam file yang dikompilasi.

Ditambahkan --mengecualikan dan --gunakan-kabur Pilihan.

Contoh penggunaan:

pesan kompilasi django-admin --locale=pt_BR
pesan kompilasi django-admin --locale=pt_BR --locale=fr -f
pesan kompilasi django-admin -l pt_BR
pesan kompilasi django-admin -l pt_BR -l fr --use-fuzzy
pesan kompilasi django-admin --exclude=pt_BR
pesan kompilasi django-admin --exclude=pt_BR --exclude=fr
pesan kompilasi django-admin -x pt_BR
pesan kompilasi django-admin -x pt_BR -x fr

buat yang bisa di-cache
django-admin buat yang bisa di-cache

Membuat tabel cache untuk digunakan dengan backend cache database. Melihat /topik/cache untuk
Informasi lebih lanjut

Grafik --basis data opsi dapat digunakan untuk menentukan database ke mana cachetable akan
dipasang.

Tidak perlu lagi memberikan nama tabel cache atau --basis data pilihan. Django
mengambil informasi ini dari file pengaturan Anda. Jika Anda telah mengonfigurasi beberapa cache atau
beberapa database, semua tabel cache dibuat.

kulit db
django-admin kulit db

Menjalankan klien baris perintah untuk mesin basis data yang ditentukan dalam . Anda ENGINE pengaturan,
dengan parameter koneksi yang ditentukan di PENGGUNA, PASSWORD, dll., pengaturan.

· Untuk PostgreSQL, ini menjalankan psql klien baris perintah.

· Untuk MySQL, ini menjalankan mysql klien baris perintah.

· Untuk SQLite, ini menjalankan sqlite3 klien baris perintah.

Perintah ini mengasumsikan program ada di Anda PATH sehingga panggilan sederhana ke program
nama (psql, mysql, sqlite3) akan menemukan program di tempat yang tepat. Tidak ada cara untuk
tentukan lokasi program secara manual.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dibuka shell.

perbedaan
django-admin perbedaan

Menampilkan perbedaan antara file pengaturan saat ini dan pengaturan default Django.

Pengaturan yang tidak muncul di default diikuti oleh "###". Misalnya, default
pengaturan tidak menentukan ROOT_URLCONF, sehingga ROOT_URLCONF diikuti oleh "###" dalam keluaran
perbedaan.

Grafik --semua pilihan mungkin disediakan untuk menampilkan semua pengaturan, bahkan jika mereka memiliki Django's
nilai default. Pengaturan tersebut diawali dengan "###".

dump data <label_aplikasi label_aplikasi app_label.Model ...>
django-admin dump data

Output ke output standar semua data dalam database yang terkait dengan nama
aplikasi).

Jika tidak ada nama aplikasi yang diberikan, semua aplikasi yang terinstal akan dibuang.

Output dari dump data dapat digunakan sebagai masukan untuk memuat data.

Perhatikan bahwa dump data menggunakan manajer default pada model untuk memilih catatan untuk
membuang. Jika Anda menggunakan adat manajer sebagai manajer default dan menyaring beberapa
catatan yang tersedia, tidak semua objek akan dibuang.

Grafik --semua opsi dapat diberikan untuk menentukan bahwa dump data harus menggunakan basis Django
manajer, membuang catatan yang mungkin disaring atau dimodifikasi oleh kebiasaan
manajer.

--format

Secara default, dump data akan memformat outputnya dalam JSON, tetapi Anda dapat menggunakan --format Option
untuk menentukan format lain. Format yang didukung saat ini tercantum di
format serialisasi.

--indentasi

Secara default, dump data akan menampilkan semua data dalam satu baris. Ini tidak mudah bagi manusia untuk
baca, sehingga Anda dapat menggunakan --indentasi opsi untuk mencetak output dengan jumlah
ruang lekukan.

Grafik --mengecualikan opsi dapat diberikan untuk mencegah aplikasi atau model tertentu (ditentukan
seperti dalam bentuk app_label.NamaModel) agar tidak dibuang. Jika Anda menentukan nama model untuk
dump data, output yang dibuang akan dibatasi untuk model itu, bukan keseluruhan
aplikasi. Anda juga dapat mencampur nama aplikasi dan nama model.

Grafik --basis data opsi dapat digunakan untuk menentukan database dari mana data akan dibuang.

--alami-asing

Ketika opsi ini ditentukan, Django akan menggunakan kunci_alam() metode model untuk membuat serial
kunci asing apa pun dan hubungan banyak-ke-banyak ke objek dari tipe yang mendefinisikan
metode. Jika Anda membuang kontribusi.auth izin benda atau kontribusi.contenttypes
Jenis konten objek, Anda mungkin harus menggunakan flag ini. Lihat alam kunci-kunci
dokumentasi untuk detail lebih lanjut tentang ini dan opsi berikutnya.

--natural-primer

Ketika opsi ini ditentukan, Django tidak akan menyediakan kunci utama dalam serial
data objek ini karena dapat dihitung selama deserialisasi.

--alami

Tidak digunakan lagi sejak versi 1.7: Setara dengan --alami-asing pilihan; gunakan itu
sebagai gantinya.

penggunaan alam kunci-kunci untuk mewakili kunci asing dan hubungan banyak ke banyak dengan model
yang memberikan definisi kunci alami.

--pks

Secara default, dump data akan menampilkan semua catatan model, tetapi Anda dapat menggunakan --pks
opsi untuk menentukan daftar kunci utama yang dipisahkan koma untuk difilter. Hanya ini
tersedia saat membuang satu model.

--keluaran

Secara default dump data akan menampilkan semua data serial ke output standar. Pilihan ini
memungkinkan untuk menentukan file tempat data akan ditulis.

menyiram
django-admin menyiram

Menghapus semua data dari database, menjalankan kembali penangan pascasinkronisasi, dan
menginstal ulang semua perlengkapan data awal.

Grafik --tidak ada masukan opsi dapat diberikan untuk menekan semua permintaan pengguna.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dibersihkan.

--tidak ada-data-awal
penggunaan --tidak ada-data-awal untuk menghindari memuat perlengkapan initial_data.

diperiksab
django-admin diperiksab

Introspeksi tabel database dan tampilan dalam database yang ditunjukkan oleh NAMA pengaturan
dan mengeluarkan modul model Django (a model.py file) ke keluaran standar.

Gunakan ini jika Anda memiliki database warisan yang dengannya Anda ingin menggunakan Django. Naskah
akan memeriksa database dan membuat model untuk setiap tabel atau tampilan di dalamnya.

Seperti yang Anda harapkan, model yang dibuat akan memiliki atribut untuk setiap bidang di
meja atau tampilan. Perhatikan bahwa diperiksab memiliki beberapa kasus khusus dalam keluaran nama bidangnya:

· Jika diperiksab tidak dapat memetakan tipe kolom ke tipe bidang model, itu akan menggunakan BidangTeks dan
akan memasukkan komentar Python 'Ini bidang mengetik is a Tebak.' di sebelah lapangan di
model yang dihasilkan.

· Jika nama kolom database adalah kata khusus Python (seperti 'lulus', 'kelas' or
'untuk'), diperiksab akan ditambahkan '_bidang' ke nama atribut. Misalnya, jika tabel
memiliki kolom 'untuk', model yang dihasilkan akan memiliki bidang 'untuk_bidang', Dengan
db_kolom atribut disetel ke 'untuk'. diperiksab akan memasukkan komentar Python 'Bidang
berganti nama karena it adalah a Ular sanca dilindungi kata.' di sebelah lapangan.

Fitur ini dimaksudkan sebagai jalan pintas, bukan sebagai generasi model definitif. Setelah Anda menjalankannya,
Anda akan ingin melihat sendiri model yang dihasilkan untuk membuat penyesuaian. Di
khusus, Anda harus mengatur ulang urutan model, sehingga model yang merujuk ke yang lain
model dipesan dengan benar.

Kunci utama secara otomatis diintrospeksi untuk PostgreSQL, MySQL dan SQLite, di mana
kasus Django menempatkan di primary_key=Benar jika dibutuhkan.

diperiksab bekerja dengan PostgreSQL, MySQL dan SQLite. Deteksi kunci asing hanya berfungsi di
PostgreSQL dan dengan tipe tabel MySQL tertentu.

Django tidak membuat default basis data ketika a kegagalan ditentukan pada bidang model.
Demikian pula, default database tidak diterjemahkan ke default bidang model atau terdeteksi di mana pun
mode oleh diperiksab.

Secara default, diperiksab menciptakan model yang tidak dikelola. Itu adalah, berhasil = Salah di modelnya
meta class memberitahu Django untuk tidak mengatur pembuatan, modifikasi, dan penghapusan setiap tabel.
Jika Anda ingin mengizinkan Django mengelola siklus hidup tabel, Anda harus mengubah
berhasil pilihan untuk Benar (atau cukup hapus karena Benar adalah nilai defaultnya).

Grafik --basis data pilihan dapat digunakan untuk menentukan database untuk introspeksi.

Sebuah fitur untuk memeriksa tampilan database telah ditambahkan. Di versi sebelumnya, hanya tabel (bukan
dilihat) diperiksa.

memuat data <perlengkapan fitting ...>
django-admin memuat data

Mencari dan memuat konten dari perlengkapan yang disebutkan ke dalam database.

Grafik --basis data opsi dapat digunakan untuk menentukan database ke mana data akan berada
sarat.

--abaikan tidak ada

Grafik --abaikan tidak ada opsi dapat digunakan untuk mengabaikan bidang dan model yang mungkin telah
dihapus sejak perlengkapan awalnya dibuat.

--aplikasi

Grafik --aplikasi opsi dapat digunakan untuk menentukan satu aplikasi untuk mencari perlengkapan daripada
melihat melalui semua aplikasi.

--aplikasi telah ditambahkan.

--abaikan tidak ada juga mengabaikan model yang tidak ada.

Apa a fitting ?
A fitting adalah kumpulan file yang berisi konten serial database.
Setiap perlengkapan memiliki nama yang unik, dan file yang menyusun perlengkapan dapat didistribusikan
lebih dari beberapa direktori, dalam beberapa aplikasi.

Django akan mencari di tiga lokasi untuk perlengkapan:

1. Dalam perlengkapan direktori setiap aplikasi yang diinstal

2. Di direktori mana pun yang disebutkan di FIXTURE_DIRS pengaturan

3. Di jalur literal yang dinamai oleh perlengkapan

Django akan memuat setiap dan semua perlengkapan yang ditemukannya di lokasi ini yang cocok dengan yang disediakan
nama perlengkapan.

Jika perlengkapan bernama memiliki ekstensi file, hanya perlengkapan jenis itu yang akan dimuat. Untuk
contoh:

django-admin memuat data mydata.json

hanya akan memuat perlengkapan JSON yang disebut data saya. Perpanjangan perlengkapan harus sesuai dengan
nama terdaftar dari pembuat serial (misalnya, json or xml).

Jika Anda menghilangkan ekstensi, Django akan mencari semua jenis perlengkapan yang tersedia untuk pencocokan
fitting. Sebagai contoh:

django-admin memuat data mydata

akan mencari perlengkapan apa pun dari jenis perlengkapan apa pun yang disebut data saya. Jika direktori perlengkapan
berisi data saya.json, perlengkapan itu akan dimuat sebagai perlengkapan JSON.

Perlengkapan yang diberi nama dapat menyertakan komponen direktori. Direktori ini akan menjadi
termasuk dalam jalur pencarian. Sebagai contoh:

django-admin memuat data foo/bar/mydata.json

akan mencari /fixtures/foo/bar/mydata.json untuk setiap aplikasi yang diinstal,
/foo/bar/mydata.json untuk setiap direktori di FIXTURE_DIRS, dan jalur literal
foo/bar/mydata.json.

Saat file perlengkapan diproses, data disimpan ke database apa adanya. Model ditentukan
menyimpan() metode tidak dipanggil, dan apa pun pra_simpan or pasca_simpan sinyal akan dipanggil dengan
mentah=Benar karena instance hanya berisi atribut yang bersifat lokal untuk model. Kamu boleh,
misalnya, ingin menonaktifkan penangan yang mengakses bidang terkait yang tidak ada
selama pemuatan perlengkapan dan jika tidak akan menimbulkan pengecualian:

dari django.db.models.signals impor post_save
dari .models impor MyModel

def my_handler(**kwargs):
# nonaktifkan pawang selama pemuatan perlengkapan
jika kwargs['mentah']:
kembali
...

post_save.connect(pegangan_saya, pengirim=Model Saya)

Anda juga dapat menulis dekorator sederhana untuk merangkum logika ini:

dari pembungkus impor functools

def nonaktifkan_for_loaddata(penangan_sinyal):
"" "
Dekorator yang mematikan penangan sinyal saat memuat data perlengkapan.
"" "
@wraps(penangan_sinyal)
def pembungkus(*args, **kwargs):
jika kwargs['mentah']:
kembali
signal_handler(*args, **kwargs)
bungkus kembali

@disable_for_loaddata
def my_handler(**kwargs):
...

Perlu diketahui bahwa logika ini akan menonaktifkan sinyal setiap kali perlengkapan di-deserialized,
tidak hanya selama memuat data.

Perhatikan bahwa urutan pemrosesan file perlengkapan tidak ditentukan. Namun, semua
data perlengkapan dipasang sebagai satu transaksi, sehingga data dalam satu perlengkapan dapat menjadi referensi
data di perlengkapan lain. Jika backend database mendukung batasan tingkat baris, ini
kendala akan diperiksa pada akhir transaksi.

Grafik dump data perintah dapat digunakan untuk menghasilkan input untuk memuat data.

Terkompresi perlengkapan
Perlengkapan dapat dikompresi dalam zip, gz, atau bz2 format. Sebagai contoh:

django-admin memuat data mydata.json

akan mencari salah satu dari data saya.json, data saya.json.zip, datasaya.json.gz, atau datasaya.json.bz2.
File pertama yang terkandung dalam arsip terkompresi zip digunakan.

Perhatikan bahwa jika dua perlengkapan dengan nama yang sama tetapi jenis perlengkapan yang berbeda ditemukan
(misalnya, jika data saya.json dan datasaya.xml.gz ditemukan di direktori perlengkapan yang sama),
instalasi perlengkapan akan dibatalkan, dan data apa pun yang diinstal dalam panggilan ke memuat data akan
akan dihapus dari database.

MySQL dengan MyISAM dan perlengkapannya

Mesin penyimpanan MyISAM MySQL tidak mendukung transaksi atau batasan,
jadi jika Anda menggunakan MyISAM, Anda tidak akan mendapatkan validasi data perlengkapan, atau rollback jika
beberapa file transaksi ditemukan.

Khusus basis data perlengkapan
Jika Anda berada dalam pengaturan multi-basis data, Anda mungkin memiliki data perlengkapan yang ingin Anda muat
ke satu database, tapi tidak ke database lain. Dalam situasi ini, Anda dapat menambahkan database
pengenal ke dalam nama perlengkapan Anda.

Misalnya, jika Anda BASIS DATA pengaturan memiliki basis data 'master' yang ditentukan, beri nama perlengkapannya
data saya.master.json or datasaya.master.json.gz dan perlengkapan hanya akan dimuat saat Anda
tentukan Anda ingin memuat data ke dalam menguasai database.

membuat pesan
django-admin membuat pesan

Menjalankan seluruh pohon sumber dari direktori saat ini dan mengeluarkan semua string yang ditandai
untuk terjemahan. Itu membuat (atau memperbarui) file pesan di conf/locale (di Django
pohon) atau direktori lokal (untuk proyek dan aplikasi). Setelah melakukan perubahan pada
file pesan yang Anda butuhkan untuk mengompilasinya pesan kompilasi untuk digunakan dengan bawaan
dapatkan dukungan teks. Lihat I18n dokumentasi untuk rincian.

--semua

Gunakan --semua or -a opsi untuk memperbarui file pesan untuk semua bahasa yang tersedia.

Contoh penggunaan:

Django-admin membuat pesan --all

--perpanjangan

Gunakan --perpanjangan or -e opsi untuk menentukan daftar ekstensi file yang akan diperiksa (default:
".html", ".txt").

Contoh penggunaan:

django-admin membuat pesan --locale=de --ekstensi xhtml

Pisahkan beberapa ekstensi dengan koma atau gunakan -e atau --extension beberapa kali:

django-admin membuat pesan --locale=de --extension=html,txt --extension xml

Gunakan --lokal opsi (atau versi yang lebih pendek -l) untuk menentukan lokal yang akan diproses.

Gunakan --mengecualikan opsi (atau versi yang lebih pendek -x) untuk menentukan lokal yang akan dikecualikan
dari pengolahan. Jika tidak disediakan, tidak ada lokal yang dikecualikan.

Contoh penggunaan:

django-admin membuat pesan --locale=pt_BR
django-admin membuat pesan --locale=pt_BR --locale=fr
django-admin membuat pesan -l pt_BR
django-admin membuat pesan -l pt_BR -l fr
django-admin membuat pesan --exclude=pt_BR
django-admin membuat pesan --exclude=pt_BR --exclude=fr
Django-admin membuat pesan -x pt_BR
django-admin membuat pesan -x pt_BR -x fr

Menambahkan --sebelumnya opsi ke penggabungan pesan perintah saat menggabungkan dengan file po yang ada.

--domain

Gunakan --domain or -d opsi untuk mengubah domain file pesan. Saat ini
didukung:

· Django untuk semua *.py, *.html dan * .txt file (bawaan)

· Djangojs untuk *.js arsip

--symlink

Gunakan --symlink or -s opsi untuk mengikuti symlink ke direktori saat mencari yang baru
string terjemahan.

Contoh penggunaan:

django-admin membuat pesan --locale=de --symlinks

--mengabaikan

Gunakan --mengabaikan or -i opsi untuk mengabaikan file atau direktori yang cocok dengan yang diberikan bolaGaya
pola. Gunakan beberapa kali untuk mengabaikan lebih banyak.

Pola-pola ini digunakan secara default: 'CVS', '.*', '*~', '*.pyc'

Contoh penggunaan:

django-admin membuat pesan --locale=en_US --ignore=apps/* --ignore=secret/*.html

--no-default-abaikan

Gunakan --no-default-abaikan opsi untuk menonaktifkan nilai default --mengabaikan.

--tanpa bungkus

Gunakan --tanpa bungkus opsi untuk menonaktifkan pemutusan saluran pesan yang panjang menjadi beberapa baris di
file bahasa.

--tidak ada lokasi

Gunakan --tidak ada lokasi pilihan untuk tidak menulis '#: nama file: baris' baris komentar dalam bahasa
file. Perhatikan bahwa menggunakan opsi ini mempersulit penerjemah yang terampil secara teknis untuk
memahami konteks setiap pesan.

--simpan pot

Gunakan --simpan pot opsi untuk mencegah Django menghapus kesalahan debugging sementara
yang dapat mencegah pembuatan file bahasa final.

SEE JUGA:
Lihat menyesuaikan-pesan untuk petunjuk tentang cara menyesuaikan kata kunci yang
membuat pesan lolos ke xgetteks.

kepindahan [ ]
django-admin kepindahan

Membuat migrasi baru berdasarkan perubahan yang terdeteksi pada model Anda. Migrasi, mereka
hubungan dengan aplikasi dan lainnya dibahas secara mendalam itu migrasi dokumentasi.

Memberikan satu atau beberapa nama aplikasi sebagai argumen akan membatasi migrasi yang dibuat ke
aplikasi yang ditentukan dan dependensi apa pun yang diperlukan (tabel di ujung lain a Kunci asing,
sebagai contoh).

--kosong

Grafik --kosong pilihan akan menyebabkan kepindahan untuk menampilkan migrasi kosong untuk
aplikasi tertentu, untuk pengeditan manual. Opsi ini hanya untuk pengguna tingkat lanjut dan tidak boleh
digunakan kecuali Anda sudah familiar dengan format migrasi, operasi migrasi, dan
ketergantungan antara migrasi Anda.

--lari-kering

Grafik --lari-kering opsi menunjukkan migrasi apa yang akan dilakukan tanpa benar-benar menulis apa pun
migrasi file ke disk. Menggunakan opsi ini bersama dengan --verbositas 3 juga akan menunjukkan
menyelesaikan file migrasi yang akan ditulis.

--menggabungkan

Grafik --menggabungkan opsi memungkinkan perbaikan konflik migrasi. Itu --tidak ada masukan pilihan mungkin
disediakan untuk menekan permintaan pengguna selama penggabungan.

--nama, -n

Grafik --nama opsi memungkinkan Anda memberi migrasi nama khusus alih-alih nama yang dibuat
satu.

--keluar, -e

Grafik --keluar pilihan akan menyebabkan kepindahan untuk keluar dengan kode kesalahan 1 saat tidak ada migrasi
dibuat (atau akan dibuat, jika digabungkan dengan --lari-kering).

bermigrasi [ [ ]]
django-admin bermigrasi

Menyinkronkan status database dengan kumpulan model dan migrasi saat ini.
Migrasi, hubungannya dengan aplikasi, dan lainnya dibahas secara mendalam di itu migrasi
dokumentasi.

Perilaku perintah ini berubah tergantung pada argumen yang diberikan:

· Tidak ada argumen: Semua aplikasi yang dimigrasikan menjalankan semua migrasinya, dan semua tidak dimigrasikan
aplikasi disinkronkan dengan database,

· : Aplikasi yang ditentukan menjalankan migrasinya, hingga migrasi terbaru.
Ini mungkin melibatkan menjalankan migrasi aplikasi lain juga, karena ketergantungan.

· : Membawa skema database ke keadaan di mana nama
migrasi diterapkan, tetapi tidak ada migrasi berikutnya di aplikasi yang sama yang diterapkan. Ini mungkin
melibatkan migrasi yang tidak menerapkan jika Anda sebelumnya telah bermigrasi melewati migrasi bernama.
Gunakan nama nol untuk membatalkan penerapan semua migrasi untuk suatu aplikasi.

Berbeda sinkronisasi, perintah ini tidak meminta Anda untuk membuat pengguna super jika tidak ada
(dengan asumsi Anda menggunakan django.contrib.auth). Menggunakan buat superuser untuk melakukan itu jika Anda mau.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dimigrasikan.

--palsu

Grafik --palsu opsi memberitahu Django untuk menandai migrasi sebagai telah diterapkan atau tidak diterapkan,
tetapi tanpa benar-benar menjalankan SQL untuk mengubah skema database Anda.

Ini ditujukan bagi pengguna tingkat lanjut untuk memanipulasi status migrasi saat ini secara langsung jika
mereka menerapkan perubahan secara manual; diperingatkan bahwa menggunakan --palsu menanggung risiko menempatkan
tabel status migrasi menjadi keadaan di mana pemulihan manual akan diperlukan untuk membuat
migrasi berjalan dengan benar.

--inisial-palsu

Grafik --inisial-palsu opsi dapat digunakan untuk mengizinkan Django melewati migrasi awal aplikasi
jika semua tabel database dengan nama semua model dibuat oleh semua BuatModel operasi
dalam migrasi itu sudah ada. Opsi ini dimaksudkan untuk digunakan saat pertama kali dijalankan
migrasi terhadap database yang sudah ada sebelumnya penggunaan migrasi. Pilihan ini tidak,
namun, periksa skema database yang cocok di luar nama tabel yang cocok dan hanya itu
aman digunakan jika Anda yakin bahwa skema yang ada cocok dengan apa yang tercatat di
migrasi awal Anda.

Tidak digunakan lagi sejak versi 1.8: The --Daftar opsi telah dipindahkan ke migrasi pertunjukan
perintah.

runfcgi [pilihan]
django-admin runfcgi

Tidak digunakan lagi sejak versi 1.7: Dukungan FastCGI tidak digunakan lagi dan akan dihapus di Django
1.9.

Memulai serangkaian proses FastCGI yang sesuai untuk digunakan dengan server Web apa pun yang mendukung
Protokol FastCGI. Lihat CGI cepat penyebaran dokumentasi untuk rincian. Membutuhkan
Modul Python FastCGI dari gagal.

Secara internal, ini membungkus objek aplikasi WSGI yang ditentukan oleh WSGI_APLIKASI
pengaturan.

Opsi yang diterima oleh perintah ini diteruskan ke perpustakaan FastCGI dan jangan gunakan
'--' awalan seperti biasa untuk perintah manajemen Django lainnya.

protokol

protokol = PROTOKOL

Protokol yang akan digunakan. PROTOKOL dapat fcgi, scgi, ajp, dll. (standarnya adalah fcgi)

tuan rumah

tuan rumah = NAMA HOST

Nama host untuk didengarkan.

pelabuhan

port=PORTNUM

Port untuk mendengarkan.

stopkontak

soket = FILE

soket UNIX untuk mendengarkan.

metode

metode=IMPL

Nilai yang mungkin: prefork or berulir (bawaan prefork)

permintaan maksimal

maxrequest=NUMBER

Jumlah permintaan yang ditangani anak sebelum dibunuh dan anak baru di-fork (0 berarti
tidak terbatas).

maxspare

maxspare=NOMOR

Jumlah maksimum proses / utas cadangan.

cadangan

waktu luang=NOMOR

Jumlah minimum proses / utas cadangan.

anak-anak

maxchildren=NOMOR

Batas keras jumlah proses / utas.

daemonisasi

daemonisasi=BOOL

Apakah akan melepaskan dari terminal.

file pid

pidfile=FILE

Tulis id proses yang muncul ke file FILE.

direktur kerja

workdir=DIREKTORI

Ubah ke direktori DIREKTORI saat melakukan daemonisasi.

men-debug

men-debug=BOOL

Setel ke true untuk mengaktifkan penelusuran balik flup.

keluar

keluar = FILE

Tulis stdout ke FILE file.

kesalahan log

errlog=FILE

Tulis stderr ke FILE file.

umask

umask=UMASK

Umask untuk digunakan saat melakukan daemonisasi. Nilai ditafsirkan sebagai angka oktal (nilai default
is 0o22).

Contoh penggunaan:

django-admin runfcgi socket=/tmp/fcgi.sock metode=prefork daemonize=true \
pidfile=/var/run/django-fcgi.pid

Jalankan server FastCGI sebagai daemon dan tulis PID yang muncul dalam file.

server yang berjalan [Pelabuhan or alamat: pelabuhan]
django-admin server yang berjalan

Memulai server Web pengembangan ringan di mesin lokal. Secara default, server
berjalan pada port 8000 pada alamat IP 127.0.0.1. Anda dapat memasukkan alamat IP dan port
nomor secara eksplisit.

Jika Anda menjalankan skrip ini sebagai pengguna dengan hak istimewa normal (disarankan), Anda mungkin tidak memiliki
akses untuk memulai port pada nomor port rendah. Nomor port rendah disediakan untuk
pengguna super (root).

Server ini menggunakan objek aplikasi WSGI yang ditentukan oleh WSGI_APLIKASI pengaturan.

JANGAN GUNAKAN SERVER INI DALAM PENGATURAN PRODUKSI. Itu belum melalui audit keamanan atau
tes kinerja. (Dan begitulah yang akan terjadi. Kami berada dalam bisnis pembuatan Web
kerangka kerja, bukan server Web, jadi tingkatkan server ini untuk dapat menangani produksi
lingkungan berada di luar cakupan Django.)

Server pengembangan secara otomatis memuat ulang kode Python untuk setiap permintaan, sesuai kebutuhan. Anda
tidak perlu me-restart server agar perubahan kode diterapkan. Namun, beberapa tindakan
seperti menambahkan file tidak memicu restart, jadi Anda harus me-restart server di ini
Kasus.

Mengkompilasi file terjemahan sekarang juga memulai ulang server pengembangan.

Jika Anda menggunakan Linux dan menginstal pienotify, sinyal kernel akan digunakan untuk memuat ulang secara otomatis
server (daripada polling cap waktu modifikasi file setiap detik). Ini menawarkan
penskalaan yang lebih baik untuk proyek besar, pengurangan waktu respons terhadap modifikasi kode, lebih banyak lagi
deteksi perubahan yang kuat, dan pengurangan penggunaan baterai.

pienotify dukungan ditambahkan.

Saat Anda memulai server, dan setiap kali Anda mengubah kode Python saat server sedang
berjalan, server akan memeriksa seluruh proyek Django Anda untuk kesalahan (lihat memeriksa
memerintah). Jika ada kesalahan yang ditemukan, itu akan dicetak ke keluaran standar, tetapi tidak akan
hentikan servernya.

Anda dapat menjalankan server sebanyak yang Anda inginkan, selama mereka berada di port yang terpisah. Hanya
menjalankan django-admin server yang berjalan lebih dari sekali.

Perhatikan bahwa alamat IP default, 127.0.0.1, tidak dapat diakses dari mesin lain di
jaringan. Untuk membuat server pengembangan Anda dapat dilihat oleh mesin lain di jaringan, gunakan
alamat IP-nya sendiri (mis 192.168.2.1) atau 0.0.0.0 or :: (dengan IPv6 diaktifkan).

Anda dapat memberikan alamat IPv6 yang dikelilingi oleh tanda kurung (mis [200a::1]:8000). Ini akan
secara otomatis mengaktifkan dukungan IPv6.

Nama host yang berisi karakter khusus ASCII juga dapat digunakan.

Jika file statis aplikasi contrib diaktifkan (default dalam proyek baru) the server yang berjalan Command
akan ditimpa dengan miliknya sendiri server yang berjalan perintah.

If bermigrasi sebelumnya tidak dieksekusi, tabel yang menyimpan riwayat migrasi adalah
dibuat saat pertama kali dijalankan server yang berjalan.

--tidak memuat

Gunakan --tidak memuat pilihan untuk menonaktifkan penggunaan auto-reloader. Ini berarti setiap Python
perubahan kode yang Anda buat saat server sedang berjalan akan tidak berlaku jika tertentu
Modul Python telah dimuat ke dalam memori.

Contoh penggunaan:

django-admin runserver --noreload

--tidak ada threading

Server pengembangan multithreaded secara default. Menggunakan --tidak ada threading pilihan untuk
nonaktifkan penggunaan threading di server pengembangan.

--ipv6, -6

Gunakan --ipv6 (atau lebih pendek -6) pilihan untuk memberitahu Django untuk menggunakan IPv6 untuk pengembangan
server. Ini mengubah alamat IP default dari 127.0.0.1 untuk :: 1.

Contoh penggunaan:

django-admin runserver --ipv6

contoh of menggunakan berbeda port dan alamat
Port 8000 pada alamat IP 127.0.0.1:

server berjalan Django-admin

Port 8000 pada alamat IP 1.2.3.4:

django-admin runserver 1.2.3.4:8000

Port 7000 pada alamat IP 127.0.0.1:

django-admin runserver 7000

Port 7000 pada alamat IP 1.2.3.4:

django-admin runserver 1.2.3.4:7000

Port 8000 pada alamat IPv6 :: 1:

server run django-admin -6

Port 7000 pada alamat IPv6 :: 1:

server run django-admin -6 7000

Port 7000 pada alamat IPv6 2001:0db8:1234:5678::9:

django-admin runserver [2001:0db8:1234:5678::9]:7000

Port 8000 pada alamat IPv4 dari host localhost:

django-admin runserver localhost:8000

Port 8000 pada alamat IPv6 dari host localhost:

django-admin runserver -6 localhost:8000

Porsi statis arsip dengan itu pengembangan Server
Secara default, server pengembangan tidak menyajikan file statis apa pun untuk situs Anda (seperti
File CSS, gambar, hal-hal di bawah MEDIA_URL Dan seterusnya). Jika anda ingin mengkonfigurasi Django
untuk melayani media statis, baca /howto/file-statis/indeks.

tempurung
django-admin tempurung

Memulai interpreter interaktif Python.

Django akan menggunakan IPython or bpython jika keduanya diinstal. Jika Anda memiliki cangkang yang kaya
diinstal tetapi ingin memaksa penggunaan juru bahasa Python "polos", gunakan --polos pilihan,
seperti ini:

Django-admin shell --plain

Jika Anda ingin menentukan IPython atau bpython sebagai juru bahasa Anda jika Anda memiliki
keduanya diinstal, Anda dapat menentukan antarmuka juru bahasa alternatif dengan -i or
--antarmuka pilihan seperti:

IPython:

Django-admin shell -i ipython
Django-admin shell --interface ipython

bpython:

Django-admin shell -i bpython
Django-admin shell --interface bpython

Ketika interpreter interaktif Python "polos" dimulai (baik karena --polos adalah
ditentukan atau karena tidak ada antarmuka interaktif lain yang tersedia) ia membaca skrip
ditunjuk oleh PYTHONMULAI variabel lingkungan dan ~/.pythonrc.py naskah. Jika kamu
tidak ingin perilaku ini Anda dapat menggunakan --tidak memulai pilihan. misalnya:

Django-admin shell --plain --no-startup

migrasi pertunjukan [ [ ]]
django-admin migrasi pertunjukan

Menampilkan semua migrasi dalam sebuah proyek.

--Daftar, -l

Grafik --Daftar opsi mencantumkan semua aplikasi yang diketahui Django, migrasi yang tersedia untuk
setiap aplikasi, dan apakah setiap migrasi diterapkan atau tidak (ditandai dengan [X] lanjut ke
nama migrasi).

Aplikasi tanpa migrasi juga terdaftar, tetapi memiliki tidak migrasi) dicetak di bawah mereka.

--rencana, -p

Grafik --rencana opsi menunjukkan rencana migrasi yang akan diikuti Django untuk menerapkan migrasi. Setiap
label aplikasi yang disediakan diabaikan karena paket mungkin melampaui aplikasi tersebut. Sama dengan
--Daftar, migrasi yang diterapkan ditandai dengan [X]. Untuk verbositas 2 dan lebih tinggi, all
dependensi migrasi juga akan ditampilkan.

sql <label_aplikasi label_aplikasi ...>
django-admin sql

Mencetak pernyataan SQL CREATE TABLE untuk nama aplikasi yang diberikan.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

sqlall <label_aplikasi label_aplikasi ...>
django-admin sqlall

Mencetak pernyataan CREATE TABLE dan SQL data awal untuk nama aplikasi yang diberikan.

Lihat deskripsi sqlcustom untuk penjelasan tentang cara menentukan data awal.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

Grafik sql* perintah manajemen sekarang menghormati izinkan_migrasi() metode dari DATABASE_ROUTERS.
Jika Anda memiliki model yang disinkronkan ke database non-default, gunakan --basis data tandai untuk mendapatkan SQL untuk
model-model tersebut (sebelumnya mereka akan selalu disertakan dalam output).

sqlclear <label_aplikasi label_aplikasi ...>
django-admin sqlclear

Mencetak pernyataan SQL DROP TABLE untuk nama aplikasi yang diberikan.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

sqlcustom <label_aplikasi label_aplikasi ...>
django-admin sqlcustom

Mencetak pernyataan SQL khusus untuk nama aplikasi yang diberikan.

Untuk setiap model di setiap aplikasi yang ditentukan, perintah ini mencari file
/sql/ .sql, Di mana adalah nama aplikasi yang diberikan dan
adalah nama model dalam huruf kecil. Misalnya, jika Anda memiliki aplikasi berita itu termasuk a
Cerita Model, sqlcustom akan mencoba membaca file berita/sql/story.sql dan tambahkan ke
keluaran dari perintah ini.

Setiap file SQL, jika diberikan, diharapkan berisi SQL yang valid. File SQL disalurkan
langsung ke database setelah semua pernyataan pembuatan tabel model telah
dieksekusi. Gunakan kait SQL ini untuk membuat modifikasi tabel apa pun, atau masukkan fungsi SQL apa pun
ke dalam basis data.

Perhatikan bahwa urutan pemrosesan file SQL tidak ditentukan.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

sqldropindexes <label_aplikasi label_aplikasi ...>
django-admin sqldropindexes

Mencetak pernyataan SQL DROP INDEX untuk nama aplikasi yang diberikan.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

sqlflush
django-admin sqlflush

Mencetak pernyataan SQL yang akan dieksekusi untuk menyiram perintah.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

sqldexes <label_aplikasi label_aplikasi ...>
django-admin sqldexes

Mencetak pernyataan CREATE INDEX SQL untuk nama aplikasi yang diberikan.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

sqlmigrasi
django-admin sqlmigrasi

Mencetak SQL untuk migrasi bernama. Ini membutuhkan koneksi database aktif, yang
itu akan digunakan untuk menyelesaikan nama kendala; ini berarti Anda harus menghasilkan SQL terhadap a
salinan database yang ingin Anda terapkan nanti.

Perhatikan bahwa sqlmigrasi tidak mewarnai outputnya.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan menghasilkan SQL.

--ke belakang

Secara default, SQL yang dibuat adalah untuk menjalankan migrasi ke arah depan. Lulus
--ke belakang untuk menghasilkan SQL untuk membatalkan penerapan migrasi.

sqlsequencereset <label_aplikasi label_aplikasi ...>
django-admin sqlsequencereset

Mencetak pernyataan SQL untuk mengatur ulang urutan untuk nama aplikasi yang diberikan.

Urutan adalah indeks yang digunakan oleh beberapa mesin basis data untuk melacak nomor berikutnya yang tersedia untuk
bidang yang bertambah secara otomatis.

Gunakan perintah ini untuk menghasilkan SQL yang akan memperbaiki kasus di mana urutan tidak sinkron dengan
data lapangan yang bertambah secara otomatis.

Grafik --basis data opsi dapat digunakan untuk menentukan database yang akan dicetak SQL.

migrasi squash
django-admin migrasi squash

Menghancurkan migrasi untuk label_aplikasi hingga dan termasuk migrasi_nama turun menjadi lebih sedikit
migrasi, jika memungkinkan. Migrasi terjepit yang dihasilkan dapat hidup berdampingan dengan
yang tidak terjepit dengan aman. Untuk informasi lebih lanjut, silakan baca migrasi-squashing.

--tidak mengoptimalkan

Secara default, Django akan mencoba mengoptimalkan operasi dalam migrasi Anda untuk mengurangi
ukuran file yang dihasilkan. Lulus --tidak mengoptimalkan jika proses ini gagal untuk Anda atau
membuat migrasi yang salah, meskipun harap juga mengajukan laporan bug Django tentang
perilaku, karena pengoptimalan dimaksudkan agar aman.

aplikasi awal [tujuan]
django-admin aplikasi awal

Membuat struktur direktori aplikasi Django untuk nama aplikasi yang diberikan dalam direktori saat ini
atau tujuan yang diberikan.

Secara default direktori yang dibuat berisi a model.py file dan file template aplikasi lainnya.
(Lihat sumber untuk lebih jelasnya.) Jika hanya nama aplikasi yang diberikan, direktori aplikasi akan
dibuat di direktori kerja saat ini.

Jika tujuan opsional disediakan, Django akan menggunakan direktori yang ada sebagai gantinya
daripada membuat yang baru. Kamu dapat memakai '.' untuk menunjukkan direktori kerja saat ini.

Sebagai contoh:

django-admin startapp myapp /Users/jezdez/Code/myapp

--templat

Dengan --templat opsi, Anda dapat menggunakan templat aplikasi khusus dengan menyediakan jalur
ke direktori dengan file template aplikasi, atau jalur ke file terkompresi (.tar.gz,
.tar.bz2, . Tgz, .tbz, Zip.) yang berisi file template aplikasi.

Misalnya, ini akan mencari template aplikasi di direktori yang diberikan saat membuat
aplikasi saya aplikasi:

django-admin startapp --template=/Pengguna/jezdez/Kode/my_app_template aplikasi saya

Django juga akan menerima URL (http, https, ftp) ke arsip terkompresi dengan aplikasi
file template, mengunduh dan mengekstraknya dengan cepat.

Misalnya, dengan memanfaatkan fitur Github untuk mengekspos repositori sebagai file zip, Anda
dapat menggunakan URL seperti:

django-admin startapp --template=https://github.com/githubuser/django-app-template/archive/master.zip aplikasi saya

Saat Django menyalin file templat aplikasi, itu juga merender file tertentu melalui
mesin templat: file yang ekstensinya cocok dengan --perpanjangan pilihan (py secara default)
dan file yang namanya diteruskan dengan --nama pilihan. Itu Template konteks digunakan adalah:

· Setiap opsi diteruskan ke aplikasi awal perintah (di antara opsi yang didukung perintah)

· nama aplikasi -- nama aplikasi yang diteruskan ke perintah

· direktori_aplikasi -- jalur lengkap aplikasi yang baru dibuat

· docs_version -- versi dokumentasi: 'pengembang' or '1.x'

PERINGATAN:
Saat file template aplikasi dirender dengan mesin template Django (secara default
semua *.py file), Django juga akan mengganti semua variabel template liar yang ada. Untuk
contoh, jika salah satu file Python berisi docstring yang menjelaskan hal tertentu
fitur yang terkait dengan rendering template, ini mungkin menghasilkan contoh yang salah.

Untuk mengatasi masalah ini, Anda dapat menggunakan tag template templatetag untuk "melarikan diri" dari
berbagai bagian sintaks template.

memulai proyek [tujuan]
django-admin memulai proyek

Membuat struktur direktori proyek Django untuk nama proyek yang diberikan pada saat ini
direktori atau tujuan yang diberikan.

Secara default, direktori baru berisi kelola.py dan paket proyek (berisi a
settings.py dan file lainnya). Lihat Template sumber untuk rincian.

Jika hanya nama proyek yang diberikan, direktori proyek dan paket proyek akan menjadi
bernama dan direktori proyek akan dibuat dalam pekerjaan saat ini
direktori.

Jika tujuan opsional disediakan, Django akan menggunakan direktori yang ada sebagai
direktori proyek, dan buat kelola.py dan paket proyek di dalamnya. Menggunakan '.' ke
menunjukkan direktori kerja saat ini.

Sebagai contoh:

Django-admin memulai proyek proyek saya /Pengguna/jezdez/Kode/proyek_saya_repo

Seperti dengan aplikasi awal perintah, itu --templat opsi memungkinkan Anda menentukan direktori, file
jalur atau URL templat proyek khusus. Lihat aplikasi awal dokumentasi untuk rincian
format template proyek yang didukung.

Misalnya, ini akan mencari templat proyek di direktori yang diberikan saat membuat
itu proyek saya proyek:

django-admin startproject --template=/Pengguna/jezdez/Kode/my_project_template proyek saya

Django juga akan menerima URL (http, https, ftp) ke arsip terkompresi dengan proyek
file template, mengunduh dan mengekstraknya dengan cepat.

Misalnya, dengan memanfaatkan fitur Github untuk mengekspos repositori sebagai file zip, Anda
dapat menggunakan URL seperti:

django-admin startproject --template=https://github.com/githubuser/Django-project-template/archive/master.zip myproject

Ketika Django menyalin file templat proyek, itu juga merender file tertentu melalui
mesin templat: file yang ekstensinya cocok dengan --perpanjangan pilihan (py secara default)
dan file yang namanya diteruskan dengan --nama pilihan. Itu Template konteks digunakan adalah:

· Setiap opsi diteruskan ke memulai proyek perintah (di antara opsi yang didukung perintah)

· Nama Proyek -- nama proyek yang diteruskan ke perintah

· proyek_direktori -- jalur lengkap dari proyek yang baru dibuat

· kunci rahasia -- kunci acak untuk KUNCI RAHASIA pengaturan

· docs_version -- versi dokumentasi: 'pengembang' or '1.x'

Silakan lihat juga render peringatan seperti yang disebutkan untuk aplikasi awal.

sinkronisasi
django-admin sinkronisasi

Tidak digunakan lagi sejak versi 1.7: Perintah ini tidak digunakan lagi karena bermigrasi
perintah, yang melakukan baik perilaku lama maupun menjalankan migrasi. Sekarang
hanya alias untuk perintah itu.

Alias ​​untuk bermigrasi.

uji <aplikasi or uji pengenal>
django-admin uji

Menjalankan pengujian untuk semua model yang diinstal. Melihat /topik/pengujian/indeks for more information.

--gagal cepat

Grafik --gagal cepat opsi dapat digunakan untuk berhenti menjalankan tes dan segera melaporkan kegagalan
setelah tes gagal.

--penguji

Grafik --penguji opsi dapat digunakan untuk mengontrol kelas pelari uji yang digunakan untuk
menjalankan tes. Jika nilai ini diberikan, itu menimpa nilai yang diberikan oleh
TEST_RUNNER pengaturan.

--server langsung

Grafik --server langsung opsi dapat digunakan untuk mengganti alamat default tempat server langsung
(digunakan dengan Kasus Uji Server Langsung) diharapkan untuk dijalankan dari. Nilai defaultnya adalah
localhost: 8081.

--keepdb

Grafik --keepdb opsi dapat digunakan untuk mempertahankan database pengujian di antara pengujian yang dijalankan. Ini mempunyai
keuntungan dari melewatkan tindakan membuat dan menghancurkan yang sangat mengurangi
waktu untuk menjalankan tes, terutama yang ada di suite tes besar. Jika database pengujian tidak
ada, itu akan dibuat pada proses pertama dan kemudian dipertahankan untuk setiap proses berikutnya. Setiap
migrasi yang belum diterapkan juga akan diterapkan ke database pengujian sebelum menjalankan pengujian
pada.

--membalikkan

Grafik --membalikkan opsi dapat digunakan untuk mengurutkan kasus uji dalam urutan yang berlawanan. Ini mungkin membantu
dalam tes debug yang tidak diisolasi dengan benar dan memiliki efek samping. Pengelompokan by uji
kelas dipertahankan saat menggunakan opsi ini.

--debug-sql

Grafik --debug-sql opsi dapat digunakan untuk mengaktifkan SQL penebangan untuk tes yang gagal. Jika --verbositas
is 2, maka kueri dalam tes yang lulus juga dikeluarkan.

server uji <perlengkapan fitting ...>
django-admin server uji

Menjalankan server pengembangan Django (seperti dalam server yang berjalan) menggunakan data dari perlengkapan yang diberikan.

Misalnya, perintah ini:

server uji Django-admin mydata.json

...akan melakukan langkah-langkah berikut:

1. Buat database pengujian, seperti yang dijelaskan dalam database-tes.

2. Isi database pengujian dengan data perlengkapan dari perlengkapan yang diberikan. (Untuk lebih lanjut tentang
perlengkapan, lihat dokumentasi untuk memuat data atas.)

3. Menjalankan server pengembangan Django (seperti dalam server yang berjalan), menunjuk ke yang baru dibuat ini
database uji alih-alih database produksi Anda.

Ini berguna dalam beberapa cara:

· Saat Anda sedang menulis satuan tes tentang bagaimana pandangan Anda bertindak dengan data perlengkapan tertentu, Anda bisa
menggunakan server uji untuk berinteraksi dengan tampilan di browser Web, secara manual.

· Katakanlah Anda sedang mengembangkan aplikasi Django Anda dan memiliki salinan "murni" dari a
database yang ingin Anda gunakan untuk berinteraksi. Anda dapat membuang database Anda ke perlengkapan
(menggunakan dump data perintah, dijelaskan di atas), lalu gunakan server uji untuk menjalankan Web Anda
aplikasi dengan data tersebut. Dengan pengaturan ini, Anda memiliki fleksibilitas untuk bermain-main
tingkatkan data Anda dengan cara apa pun, karena mengetahui bahwa perubahan data apa pun yang Anda lakukan hanyalah
dibuat ke database uji.

Perhatikan bahwa server ini tidak tidak secara otomatis mendeteksi perubahan pada kode sumber Python Anda (sebagai
server yang berjalan melakukan). Namun, itu mendeteksi perubahan pada templat.

--tambahan [Pelabuhan jumlah or ipaddr:pelabuhan]

penggunaan --tambahan untuk menentukan port yang berbeda, atau alamat IP dan port, dari default
127.0.0.1:8000. Nilai ini mengikuti format yang sama persis dan melayani persis sama
berfungsi sebagai argumen untuk server yang berjalan perintah.

contoh:

Untuk menjalankan server uji pada port 7000 dengan perlengkapan1 dan perlengkapan2:

django-admin testserver --addrport 7000 perlengkapan1 perlengkapan2
Django-admin testserver fixture1 fixture2 --addrport 7000

(Pernyataan di atas setara. Kami menyertakan keduanya untuk menunjukkan bahwa itu
tidak masalah apakah opsi datang sebelum atau sesudah argumen perlengkapan.)

Untuk dijalankan pada 1.2.3.4:7000 dengan a uji fitting:

django-admin testserver --addrport 1.2.3.4:7000 tes

Grafik --tidak ada masukan opsi dapat diberikan untuk menekan semua permintaan pengguna.

mengesahkan
django-admin mengesahkan

Tidak digunakan lagi sejak versi 1.7: Diganti oleh memeriksa perintah.

Memvalidasi semua model yang diinstal (sesuai dengan DIINSTALLED_APPS pengaturan) dan cetakan
kesalahan validasi ke output standar.

PERINTAH DISEDIAKAN BY APLIKASI

Beberapa perintah hanya tersedia ketika django.kontrib Aplikasi itu mengimplementasikan mereka
telah diaktifkan. Bagian ini menjelaskan mereka dikelompokkan berdasarkan aplikasi mereka.

django.contrib.auth
ganti kata sandi
django-admin ganti kata sandi

Perintah ini hanya tersedia jika Django's pembuktian keaslian sistem (django.contrib.auth) aku s
diinstal.

Memungkinkan mengubah sandi pengguna. Ini meminta Anda untuk memasukkan dua kali kata sandi pengguna
diberikan sebagai parameter. Jika keduanya cocok, kata sandi baru akan segera diubah. Jika
Anda tidak memberikan pengguna, perintah akan mencoba mengubah kata sandi yang nama pengguna
cocok dengan pengguna saat ini.

Gunakan --basis data pilihan untuk menentukan database untuk query bagi pengguna. Jika tidak
disediakan, Django akan menggunakan kegagalan database.

Contoh penggunaan:

django-admin mengubah kata sandi ringo

buat superuser
django-admin buat superuser

Perintah ini hanya tersedia jika Django's pembuktian keaslian sistem (django.contrib.auth) aku s
diinstal.

Membuat akun pengguna super (pengguna yang memiliki semua izin). Ini berguna jika Anda membutuhkan
untuk membuat akun pengguna super awal atau jika Anda perlu membuat secara terprogram
akun pengguna super untuk situs Anda.

Saat dijalankan secara interaktif, perintah ini akan meminta kata sandi untuk pengguna super baru
Akun. Saat dijalankan secara non-interaktif, tidak ada kata sandi yang akan disetel, dan akun pengguna super
tidak akan dapat masuk sampai kata sandi telah ditetapkan secara manual untuk itu.

--nama pengguna

--surel

Nama pengguna dan alamat email untuk akun baru dapat diberikan dengan menggunakan --nama pengguna
dan --surel argumen pada baris perintah. Jika salah satu dari itu tidak diberikan,
buat superuser akan memintanya saat berjalan secara interaktif.

Gunakan --basis data opsi untuk menentukan database tempat objek superuser akan berada
diselamatkan.

Anda dapat mensubklasifikasikan perintah manajemen dan menimpa dapatkan_input_data() jika Anda menghendaki
menyesuaikan input dan validasi data. Konsultasikan kode sumber untuk perincian tentang yang ada
implementasi dan parameter metode. Misalnya, mungkin berguna jika Anda memiliki
Kunci asing in REQUIRED_FIELDS dan ingin mengizinkan pembuatan instance alih-alih memasukkan
kunci utama dari instance yang ada.

django.contrib.gis
com.ogrinspect
Perintah ini hanya tersedia jika GeoDjango (django.contrib.gis) dipasang.

Silakan merujuk ke nya deskripsi dalam dokumentasi GeoDjango.

django.kontrib.sesi
sesi kliring
django-admin sesi kliring

Dapat dijalankan sebagai pekerjaan cron atau langsung untuk membersihkan sesi yang kedaluwarsa.

django.contrib.peta situs
ping_google
Perintah ini hanya tersedia jika Peta Situs kerangka (django.contrib.peta situs) aku s
diinstal.

Silakan merujuk ke nya deskripsi dalam dokumentasi Peta Situs.

file django.contrib.static
mengumpulkan statis
Perintah ini hanya tersedia jika statis arsip aplikasi
(file django.contrib.static) dipasang.

Silakan merujuk ke nya deskripsi dalam file statis dokumentasi.

menemukan statis
Perintah ini hanya tersedia jika statis arsip aplikasi
(file django.contrib.static) dipasang.

Silakan merujuk ke nya deskripsi dalam file statis dokumentasi.

DEFAULT PILIHAN

Meskipun beberapa perintah memungkinkan opsi kustom mereka sendiri, setiap perintah memungkinkan untuk
opsi berikut:

--jalur python

Contoh penggunaan:

django-admin bermigrasi --pythonpath='/home/djangoprojects/myproject'

Menambahkan jalur sistem file yang diberikan ke Python mengimpor Cari path. Jika ini tidak disediakan,
django-admin akan menggunakan PYTHONPATH variabel lingkungan.

Perhatikan bahwa opsi ini tidak diperlukan di kelola.py, karena itu mengurus pengaturan
Jalur Python untuk Anda.

--pengaturan

Contoh penggunaan:

django-admin bermigrasi --settings=mysite.settings

Secara eksplisit menentukan modul pengaturan yang akan digunakan. Modul pengaturan harus dalam Python
sintaks paket, mis situsku.pengaturan. Jika ini tidak disediakan, django-admin akan menggunakan
Django_SETTINGS_MODULE variabel lingkungan.

Perhatikan bahwa opsi ini tidak diperlukan di kelola.py, karena menggunakan settings.py dari
proyek saat ini secara default.

--melacak kembali

Contoh penggunaan:

django-admin bermigrasi --traceback

Secara default, django-admin akan menampilkan pesan kesalahan sederhana setiap kali ada PerintahError terjadi,
tetapi jejak tumpukan penuh untuk pengecualian lainnya. Jika Anda menentukan --melacak kembali, django-admin
juga akan menampilkan jejak tumpukan penuh ketika a PerintahError diangkat.

--verbositas

Contoh penggunaan:

django-admin bermigrasi --verbosity 2

penggunaan --verbositas untuk menentukan jumlah notifikasi dan informasi debug yang
django-admin harus mencetak ke konsol.

· 0 berarti tidak ada keluaran.

· 1 berarti keluaran normal (default).

· 2 berarti keluaran verbose.

· 3 cara sangat keluaran verbose.

--tanpa warna

Contoh penggunaan:

django-admin sqlall --tanpa warna

Secara default, django-admin akan memformat output yang akan diwarnai. Misalnya, kesalahan akan
dicetak ke konsol dengan warna merah dan pernyataan SQL akan disorot sintaks. Untuk mencegah
ini dan memiliki output teks biasa, berikan --tanpa warna pilihan saat menjalankan perintah Anda.

UMUM PILIHAN

Opsi berikut tidak tersedia pada setiap perintah, tetapi opsi ini umum untuk suatu nomor:
dari perintah.

--basis data

Digunakan untuk menentukan database di mana perintah akan beroperasi. Jika tidak ditentukan, ini
opsi akan default ke alias dari kegagalan.

Misalnya, untuk membuang data dari database dengan alias menguasai:

Django-admin dumpdata --database=master

--mengecualikan

Kecualikan aplikasi tertentu dari aplikasi yang isinya adalah output. Untuk
misalnya, untuk secara khusus mengecualikan auth aplikasi dari output dumpdata, Anda
akan menelepon:

Django-admin dumpdata --exclude=auth

Jika Anda ingin mengecualikan beberapa aplikasi, gunakan beberapa --mengecualikan arahan:

Django-admin dumpdata --exclude=auth --exclude=contenttypes

--lokal

Gunakan --lokal or -l opsi untuk menentukan lokal yang akan diproses. Jika tidak disediakan semua
lokal diproses.

--tidak ada masukan

Gunakan --tidak ada masukan opsi untuk menekan semua permintaan pengguna, seperti "Apakah Anda yakin?"
pesan konfirmasi. Ini berguna jika django-admin sedang dieksekusi sebagai tanpa pengawasan,
skrip otomatis.

EXTRA KEBAIKAN

Sintaksis warna
Grafik django-admin / kelola.py perintah akan menggunakan keluaran kode warna yang cantik jika terminal Anda
mendukung keluaran berwarna ANSI. Itu tidak akan menggunakan kode warna jika Anda mengirim perintah
keluaran ke program lain.

Di bawah Windows, konsol asli tidak mendukung urutan pelarian ANSI jadi secara default
tidak ada keluaran warna. Tetapi Anda dapat menginstal ANSIKON alat pihak ketiga, Django
perintah akan mendeteksi keberadaannya dan akan menggunakan layanannya untuk mewarnai output saja
seperti pada platform berbasis Unix.

Warna yang digunakan untuk penyorotan sintaks dapat disesuaikan. Kapal Django dengan tiga warna
palet:

· gelap, cocok untuk terminal yang menampilkan teks putih dengan latar belakang hitam. Ini adalah
palet default.

· cahaya, cocok untuk terminal yang menampilkan teks hitam dengan latar belakang putih.

· tanpa warna, yang menonaktifkan penyorotan sintaks.

Anda memilih palet dengan menyetel a Django_COLORS variabel lingkungan untuk menentukan
palet yang ingin Anda gunakan. Misalnya, untuk menentukan cahaya palet di bawah Unix atau OS/X
shell BASH, Anda akan menjalankan yang berikut ini pada prompt perintah:

ekspor Django_COLORS="ringan"

Anda juga dapat menyesuaikan warna yang digunakan. Django menetapkan sejumlah peran dalam
warna apa yang digunakan:

· kesalahan - Sebuah kesalahan besar.

· melihat - Kesalahan kecil.

· sql_field - Nama bidang model dalam SQL.

· sql_coltype - Jenis bidang model dalam SQL.

· sql_kata kunci - Kata kunci SQL.

· sql_tabel - Nama model dalam SQL.

· http_info - Respons server Informasi HTTP 1XX.

· http_sukses - Respons server Sukses HTTP 2XX.

· http_not_dimodifikasi - Respon server 304 HTTP Tidak Dimodifikasi.

· http_redirect - Respons server Pengalihan HTTP 3XX selain 304.

· http_tidak_ditemukan - Respon server 404 HTTP Tidak Ditemukan.

· http_permintaan_buruk - Respon server Permintaan Buruk HTTP 4XX selain 404.

· http_server_error - Respons Kesalahan Server HTTP 5XX.

Masing-masing peran ini dapat diberi warna latar depan dan latar belakang tertentu, dari
daftar berikut:

· hitam

· merah

· hijau

· kuning

· biru

· magenta

· cyan

· putih

Masing-masing warna ini kemudian dapat dimodifikasi dengan menggunakan opsi tampilan berikut:

· pin

· menggarisbawahi

· berkedip

· membalikkan

· menyembunyikan

Spesifikasi warna mengikuti salah satu pola berikut:

· peran = fg

· peran=fg/bg

· peran = fg, opsi, opsi

· peran=fg/bg,opsi,opsi

dimana peran adalah nama peran warna yang valid, fg adalah warna latar depan, bg adalah
warna latar belakang dan masing-masing Option adalah salah satu opsi modifikasi warna. Beberapa warna
spesifikasi kemudian dipisahkan dengan titik koma. Sebagai contoh:

export Django_COLORS="error=kuning/biru,berkedip;notice=magenta"

akan menentukan bahwa kesalahan ditampilkan menggunakan kedipan kuning pada biru, dan pemberitahuan
ditampilkan menggunakan magenta. Semua peran warna lainnya akan dibiarkan tanpa warna.

Warna juga dapat ditentukan dengan memperluas palet dasar. Jika Anda memasukkan nama palet di a
spesifikasi warna, semua warna yang tersirat oleh palet itu akan dimuat. Jadi:

export Django_COLORS="light;error=kuning/biru,berkedip;notice=magenta"

akan menentukan penggunaan semua warna dalam palet warna terang, kecuali untuk warna
untuk kesalahan dan pemberitahuan yang akan diganti seperti yang ditentukan.

Dukungan untuk keluaran berkode warna dari django-admin / kelola.py utilitas pada Windows oleh
mengandalkan aplikasi ANSICON ditambahkan di Django 1.7.

Menampar penyelesaian
Jika Anda menggunakan shell Bash, pertimbangkan untuk menginstal skrip penyelesaian bash Django, yang
tinggal di ekstra/django_bash_completion dalam distribusi Django. Ini memungkinkan
penyelesaian tab dari django-admin dan kelola.py perintah, sehingga Anda dapat, misalnya...

· Jenis django-admin.

· Tekan [TAB] untuk melihat semua pilihan yang tersedia.

· Jenis sql, lalu [TAB], untuk melihat semua opsi yang tersedia yang namanya dimulai dengan sql.

Lihat /howto/perintah-manajemen-kustom untuk cara menambahkan tindakan yang disesuaikan.

django.core.management.call_command(nama, *arg, **pilihan)

Untuk memanggil perintah manajemen dari penggunaan kode panggilan_perintah.

nama nama perintah yang akan dipanggil.

* argumen daftar argumen yang diterima oleh perintah.

**pilihan
opsi bernama diterima di baris perintah.

contoh:

dari manajemen impor django.core
management.call_command('flush', verbositas=0, interaktif=Salah)
management.call_command('loaddata', 'test_data', verbositas=0)

Perhatikan bahwa opsi perintah yang tidak mengambil argumen diteruskan sebagai kata kunci dengan Benar or
Salah, seperti yang Anda lihat dengan interaktif opsi di atas.

Argumen bernama dapat diteruskan dengan menggunakan salah satu dari sintaks berikut:

# Mirip dengan baris perintah
management.call_command('dumpdata', '--natural-asing')

# Argumen bernama mirip dengan baris perintah dikurangi tanda hubung awal dan
# dengan tanda hubung internal diganti dengan garis bawah
management.call_command('dumpdata', natural_foreign=Benar)

# `use_natural_foreign_keys` adalah variabel tujuan opsi
management.call_command('dumpdata', use_natural_foreign_keys=True)

Sintaks pertama sekarang didukung berkat perintah manajemen menggunakan argparse modul.
Untuk sintaks kedua, Django sebelumnya meneruskan nama opsi apa adanya ke perintah, sekarang
itu selalu menggunakan dest nama variabel (yang mungkin atau mungkin tidak sama dengan opsi
nama).

Opsi perintah yang mengambil banyak opsi diberikan daftar:

management.call_command('dumpdata', kecualikan=['tipe konten', 'auth'])

KELUARAN PENGALIHAN

Perhatikan bahwa Anda dapat mengarahkan output standar dan aliran kesalahan karena semua perintah mendukung
stdout dan stderr pilihan. Misalnya, Anda dapat menulis:

dengan open('/tmp/command_output') sebagai f:
management.call_command('dumpdata', stdout=f)

Gunakan django-admin online menggunakan layanan onworks.net