{"title":"Daftar centang penyebaran","version":"4.2","locale":"id","docname":"howto/deployment/checklist","url":"/id/4.2/howto/deployment/checklist/","canonical":"https://djangodocs.dev/id/4.2/howto/deployment/checklist/","summary":"Internet adalah lingkungan agresif. Sebelum mengembangkan proyek Django anda, anda harus mengambil waktu untuk meninjau pengaturan anda, dengan keamanan,…","html":"

Daftar centang penyebaranLink to this heading#

\n

Internet adalah lingkungan agresif. Sebelum mengembangkan proyek Django anda, anda harus mengambil waktu untuk meninjau pengaturan anda, dengan keamanan, penampilan, dan operasi dalam pikiran.

\n

Django menyertakan banyak fitur keamanan. Beberapa dibangun dan selalu tersedia. Lainnya pilihan karena mereka tidak selalu sesuai, atau karena mereka susah untuk dikembangkan. Sebagai contoh, memaksa HTTPS mungkin tidak cocok untuk semua situs jaringan, dan dia tidak berguna untuk pengembangan lokal.

\n

Optimalisasi penampilan adalah kategori lain dari penjualan dengan mudahnya. Sebagai contoh, menembolok sangat berguna dalam produksi, sedikit juga untuk pengembangan lokal. Kebutuhan pelaporan kesalahan sangat berbeda.

\n

Daftar centang berikut menyertakan pengaturan yang:

\n\n

Banyak dari setelan ini adalah sesitif dan harus diperlakukan rahasia. Jika anda sedang menerbitkan sumber kode untuk proyek anda, praktik umum adalah menerbitkan pengaturan yang cocok untuk pengembangan, dan menggunakan modul setelan pribadi untuk produksi.

\n
\n

Jalankan manage.py check --deployLink to this heading#

\n

Beberapa pemeriksaan digambarkan dibawah dapat diotomatisasi menggunakan pilihan check --deploy. Pastikan menjalankannya terhadap berkas pengaturan produksi anda seperti yang digambarkan dalam dokumentasi pilihan.

\n
\n
\n

Pengaturan kritisLink to this heading#

\n
\n

SECRET_KEYLink to this heading#

\n

Kunci rahasia harus nilai acak besar dan dia harus tetap rahasia.

\n

Pastikan bahwa kunci digunakan dalam produksi tidak digunakan dimanapun dan hindari menyerahkannya ke sumber kendali. Ini mengurangi sejumlah vektor dari yang sebuah penyerang mungkin mendapatkan kunci.

\n

Daripada kode keras kuncu rahasia dalam modul pengaturan anda, pertimbangkan memuatnya dari sebuah variabel lingkungan:

\n
Code
import os\n\nSECRET_KEY = os.environ["SECRET_KEY"]\n
\n

atau dari sebuah berkas:

\n
Code
with open("/etc/secret_key.txt") as f:\n    SECRET_KEY = f.read().strip()\n
\n

Jika memutar kunci rahasia, anda mungkin menggunakan SECRET_KEY_FALLBACKS:

\n
Code
import os\n\nSECRET_KEY = os.environ["CURRENT_SECRET_KEY"]\nSECRET_KEY_FALLBACKS = [\n    os.environ["OLD_SECRET_KEY"],\n]\n
\n

Pastikan bahwa kunci rahasia lama dipindahkan dari SECRET_KEY_FALLBACKS pada waktu yang tepat..

\n\n
\n
\n

DEBUGLink to this heading#

\n

Anda dilarang mengaktifkan debug di lingkungan produksi.

\n

Anda pasti mengembangkan proyek anda dengan DEBUG = True, sejak ini mengadakan fitur mudah seperti pelacakan kembali penuh dalam perambah anda.

\n

Untuk sebuah lingkungan produksi, meskipun, ini adalah ide jelek, karena dia membocorkan banyak informasi tentang proyek anda; kutipan dari kode sumber anda, variabel lokal, pengaturan, pustaka-pustaka digunakan, dll.

\n
\n
\n
\n

Pengaturan lingkungan-khususLink to this heading#

\n
\n

ALLOWED_HOSTSLink to this heading#

\n

Ketika DEBUG = False, Django tidak bekerja sama sekali tanpa nilai cocok untuk ALLOWED_HOSTS.

\n

Pengaturan ini diwajibkan untuk melindungi situs anda terhadap beberapa serangan CSRF. Jika anda menggunakan wildcard, anda harus melakukan pengecekan anda sendiri dari kepala Host HTTP, atau jika tidak pastikan bahwa anda tidak rentan ke kategori serangan ini.

\n

You should also configure the web server that sits in front of Django to\nvalidate the host. It should respond with a static error page or ignore\nrequests for incorrect hosts instead of forwarding the request to Django. This\nway you'll avoid spurious errors in your Django logs (or emails if you have\nerror reporting configured that way). For example, on nginx you might set up a\ndefault server to return "444 No Response" on an unrecognized host:

\n
Nginx
server {\n    listen 80 default_server;\n    return 444;\n}\n
\n
\n
\n

CACHESLink to this heading#

\n

Jika anda sedang menggunakan penyimpanan sementara, parameter hubungan mungkin berbeda dalam pengembangan dan di produksi. Awalan Django pada per-pengolahan local-memory caching yang mungkin tidak diinginkan.

\n

Server penyimpanan seringnya memiliki autentifikasi yang lemah. Pastikan hanya menerima koneksi dari server aplikasi anda saja.

\n
\n
\n

DATABASESLink to this heading#

\n

Parameter hubungan basisdata kemungkinan berbeda di pengembangan dan di produksi.

\n

Sandi basisdata sangat rahasia. Anda harus melindungi mereka persis seperti SECRET_KEY.

\n

Untuk keamanan maksimal, pastikan peladen basisdata hanya menerima hubungan dari peladen aplikasi anda.

\n

Jika anda belum menyetel sokongan basisdata anda, lakukan sekarang!

\n
\n\n
\n

STATIC_ROOT dan STATIC_URLLink to this heading#

\n

Berkas statis otomatis dilayani oleh peladen pengembangan. Di produksi, anda harus menentukan direktori STATIC_ROOT dimana collectstatic akan menyalin mereka.

\n

Lihat Bagaimana mengelola berkas statik (misalnya gambar, JavaScript, CSS) untuk informasi lebih.

\n
\n
\n

MEDIA_ROOT dan MEDIA_URLLink to this heading#

\n

Berkas-berkas media diunggah oleh pengguna anda. Mereka adalah tidak dapat dipercaya! Pastikan peladen jaringan anda tidak pernah berusaha menterjemahkan mereka. Sebagai contoh, jika seorang pengguna mengunggah berkas .php, peladen jaringan jangan menjalankannya.

\n

Sekarang waktu tepat untuk memeriksa strategi sokongan anda untuk berkas ini.

\n
\n
\n
\n

HTTPSLink to this heading#

\n

Jaringan situs apapun yang mengizinkan pengguna untuk masuh harus melaksanakan lebar-situs HTTPS untuk menghindari token transmisi akses jelas. Di Django, token akses menyertakan masuk/sandi, sesi kue, dan setel kembali sandi token. (Anda tidak dapat melakukan banyak untuk melindungi sandi setel kembali token jika anda mengirim mereka dengan surel.)

\n

Melindungi kawasan sensitif seperti akun pengguna atau admin tidak cukuo, karena sesi kue sama digunakan untuk HTTP dan HTTPS. Peladen jaringan anda ahrus mengalihkan semua lalu lintas HTTP ke HTTPS, dan hanya mengirimkan permintaan HTTPS ke Django.

\n

Sekali anda telah menyetel HTTPS, adakan pengaturan berikut.

\n\n\n
\n
\n

Optimalisasi penampilanLink to this heading#

\n

Pengaturan DEBUG = False meniadakan beberapa fitur yang hanya berguna dalam pengembangan. Dalam tambahan, anda dapat menyesuaikan pengaturan berikut.

\n
\n

SesiLink to this heading#

\n

Pertimbangkan menggunakan cached sessions untuk meningkatkan penampilan.

\n

Jika menggunakan sesi didukung-basisdata, secara teratur clear old sessions untuk menghindari menyimpan data yang tidak diperlukan.

\n
\n
\n

CONN_MAX_AGELink to this heading#

\n

Mengadakan persistent database connections dapat menghasilkan sebuah kecepatan bagus ketika berhubung ke akun basisdata untuk bagian khusus dari waktu pengolahan permintaan.

\n

Ini membantu banyak pada rumah virtual dengan penampilan jaringan terbatas.

\n
\n
\n

TEMPLATESLink to this heading#

\n

Enabling the cached template loader often improves performance drastically, as\nit avoids compiling each template every time it needs to be rendered. When\nDEBUG = False, the cached template loader is enabled\nautomatically. See django.template.loaders.cached.Loader for more\ninformation.

\n
\n
\n
\n

Pelaporan kesalahanLink to this heading#

\n

Seiring waktu anda mendorong kode anda ke produksi, semoga kuat, tetapi anda tidak dapat menimpa kesalahan-kesalahan tidak diharapkan. Terima kasih, Django dapat menangkap kesalahan-kesalahan dan memberitahu anda yang sesuai.

\n
\n

LOGGINGLink to this heading#

\n

Pratinjau konfigurasi pencatatan anda sebelum menaruh situs jaringan anda dalam produksi, dan periksa bahwa dia bekerja seauai harapan setelah anda menerima beberapa lalu lintas.

\n

Lihat Pencatatan untuk rincian pada tempuhan.

\n
\n
\n

ADMINS dan MANAGERSLink to this heading#

\n

ADMINS akan diberitahu dari 500 kesalahan oleh surel.

\n

MANAGERS akan diberitahu kesalahan 404. IGNORABLE_404_URLS dapat membantu saringan laporan palsu.

\n

Lihat Bagaimana mengelola pelaporan kesalahan untuk rincian di pelaporan kesalahan oleh email.

\n\n
\n
\n

Sesuaikan tampilan kesalahan awalLink to this heading#

\n

Django includes default views and templates for several HTTP error codes. You\nmay want to override the default templates by creating the following templates\nin your root template directory: 404.html, 500.html, 403.html, and\n400.html. The default error views that use these\ntemplates should suffice for 99% of web applications, but you can\ncustomize them as well.

\n
\n
","rootId":"deployment-checklist","toc":[{"title":"Jalankan manage.py check --deploy","anchor":"run-manage-py-check-deploy","children":[]},{"title":"Pengaturan kritis","anchor":"critical-settings","children":[{"title":"SECRET_KEY","anchor":"secret-key","children":[]},{"title":"DEBUG","anchor":"debug","children":[]}]},{"title":"Pengaturan lingkungan-khusus","anchor":"environment-specific-settings","children":[{"title":"ALLOWED_HOSTS","anchor":"allowed-hosts","children":[]},{"title":"CACHES","anchor":"caches","children":[]},{"title":"DATABASES","anchor":"databases","children":[]},{"title":"EMAIL_BACKEND dan pengaturan terkait","anchor":"email-backend-and-related-settings","children":[]},{"title":"STATIC_ROOT dan STATIC_URL","anchor":"static-root-and-static-url","children":[]},{"title":"MEDIA_ROOT dan MEDIA_URL","anchor":"media-root-and-media-url","children":[]}]},{"title":"HTTPS","anchor":"https","children":[{"title":"CSRF_COOKIE_SECURE","anchor":"csrf-cookie-secure","children":[]},{"title":"SESSION_COOKIE_SECURE","anchor":"session-cookie-secure","children":[]}]},{"title":"Optimalisasi penampilan","anchor":"performance-optimizations","children":[{"title":"Sesi","anchor":"sessions","children":[]},{"title":"CONN_MAX_AGE","anchor":"conn-max-age","children":[]},{"title":"TEMPLATES","anchor":"templates","children":[]}]},{"title":"Pelaporan kesalahan","anchor":"error-reporting","children":[{"title":"LOGGING","anchor":"logging","children":[]},{"title":"ADMINS dan MANAGERS","anchor":"admins-and-managers","children":[]},{"title":"Sesuaikan tampilan kesalahan awal","anchor":"customize-the-default-error-views","children":[]}]}],"breadcrumbs":[{"docname":"howto/index","title":"Panduan \"Bagaimana\"","url":"/id/4.2/howto/"},{"docname":"howto/deployment/index","title":"Bagaimana menyebarkan Django","url":"/id/4.2/howto/deployment/"}],"prev":{"docname":"howto/deployment/asgi/uvicorn","title":"Bagaimana menggunakan Django dengan Uvicorn","url":"/id/4.2/howto/deployment/asgi/uvicorn/"},"next":{"docname":"howto/upgrade-version","title":"Bagaimana meningkatkan Django ke versi terbaru","url":"/id/4.2/howto/upgrade-version/"},"formats":{"html":"/id/4.2/howto/deployment/checklist/","markdown":"/id/4.2/howto/deployment/checklist.md","json":"/id/4.2/howto/deployment/checklist.json"},"source":"https://github.com/django/django/blob/stable/4.2.x/docs/howto/deployment/checklist.txt","official":"https://docs.djangoproject.com/id/4.2/howto/deployment/checklist/","inVersions":["6.1","6.0","5.2","5.1","5.0","4.2","4.1","4.0","3.2","3.1","3.0","2.2","2.1","2.0","1.11","1.10","1.9"],"inLocales":["en","zh-hans","fr","ja","id","it","pt-br","ko","es","el","pl"]}