The basic outline of putting static files into production consists of two\nsteps: run the collectstatic command when static files change, then\narrange for the collected static files directory (STATIC_ROOT) to be\nmoved to the static file server and served. Depending on\nSTATICFILES_STORAGE, files may need to be moved to a new location\nmanually or the post_process method of\nthe Storage class might take care of that.
Tentu saja, seperti semua tugas-tugas penyebaran, jahat adalah di dalam rincian. Setiap pengaturan produksi akan sedikit berbeda, jadi anda akan butuh mengadaptasi garis besar dasar untuk menyesuaikan kebutuhan anda. Dibawah ini adalah sedikit corak umum yang mungkin membantu.
\nJika anda ingin melayani berkas-berkas tetap anda dari peladen sama yang sudah melayani situs anda, pengolahan mungkin terlihat sesuatu seperti:
\nDorong kode anda ke atas ke peladen penyebaran.
Di peladen, jalankan collectstatic untuk menyalin semua berkas statis kedalam STATIC_ROOT.
Konfigurasikan peladen jaringan anda untuk melayani berkas-berkas dalam STATIC_ROOT dibawah URL STATIC_URL. Sebagai contoh, ini how to do this with Apache and mod_wsgi.
Anda mungkin akan ingin mengotomatisasi pengolahan ini, khususnya jika anda mendapatkan banyak peladen jaringan.
\nKebanyakan situs Django besar menggunakan peladen Jaringan terpisah -- yaitu, satu yang tidak juga menjalankan Django -- untuk melayani berkas-berkas tetap. Peladen ini sering berjalan jenis berbeda dari peladen jaringan -- lebih cepat tetapi sedikit fitur-penuh. Beberapa pilihan umum adalah:
\n\nKonfigurasi peladen ini diluar cakupan dari dokumen ini; periksa setiap dokumentasi masing-masing peladen untuk perintah.
\nSejak peladen berkas tetap anda tidak akan menjalankan Django, anda akan butuh merubah strategi penyebaran menjadi kelihatan sesuatu seperti:
\nKetika berkas statis anda berubah, jalankan collectstatic secara lokal.
Dorong STATIC_ROOT lokal anda sampai pada peladen berkas tetap kedalam direktori yang sedang dilayani. rsync adalah sebuah pilihan umum untuk langkah ini sejak dia hanya butuh memindahkan bit ke berkas-berkas tetap yang telah berubah.
Taktik umum lainnya adalah melayani berkas tetap dari penyedia penyimpanan awan seperti S3 Amazon dan/atau CDN (content delivery network). Ini membuat anda mengabaikan masalah dari melayani berkas tetap dan dapat sering membuat untuk memuat-lebih cepat halaman Jaringan (khususnya ketika menggunakan CDN).
\nKetika menggunakan layanan ini, alurkerja dasar akan kelihatan sedikit seperti diatas, kecuali bahwa daripada menggunakan rsync untuk memindahkan berkas-berkas tetap anda ke peladen anda akan butuh untuk memindahkan berkas-berkas tetap ke penyedia panyimpanan atau CDN.
There's any number of ways you might do this, but if the provider has an API,\nyou can use a custom file storage backend\nto integrate the CDN with your Django project. If you've written or are using a\n3rd party custom storage backend, you can tell collectstatic to use\nit by setting STATICFILES_STORAGE to the storage engine.
Sebagai contoh, jika anda telah menulis sebuah backend penyimpanan S3 dalam myproject.storage.S3Storage anda dapat menggunakannya dengan:
STATICFILES_STORAGE = 'myproject.storage.S3Storage'\nOnce that's done, all you have to do is run collectstatic and your\nstatic files would be pushed through your storage package up to S3. If you\nlater needed to switch to a different storage provider, you may only have to\nchange your STATICFILES_STORAGE setting.
Untuk rincian pada bagaimana anda menulis satu dari backend ini, lihat Menulis sistem penyimpanan disesuaikan. Ada aplikasi pihak 3 tersedia yang menyediakan backend penyimpanan untuk banyak API penyimpanan berkas umum. Titik awal bagus adalah overview at djangopackages.org.
\nUntuk rincian lengkap pada semua pengaturan, perintah, cetakan etiket, dan potongan-potongan lainnya dalam django.contrib.staticfiles, lihat the staticfiles reference.