mod_wsgiLink to this heading#Menyebarkan Django dengan Apache dan ``mod_wsgi`_ adalah jalan percobaan dan pengujian untuk mendapatkan Django dalam produksi.
\nmod_wsgi adalah sebuah modul Apache yang dapat merumahkan aplikasi WSGI_Python apapun, termasuk Django. Django akan bekerja dengan versi apapun dari Apache yang mendukung mod_wsgi.
\nofficial mod_wsgi documentation adalah sumber anda untuk semua rincian tentang bagaimana menggunakan mod_wsgi. Anda akan mungkin ingin memulai dengan installation and configuration documentation.
\nSetelah anda punya mod_wsgi terpasang dan aktif, rubah berkas httpd.conf peladen Apache dan tambahkan berikut.
\nWSGIScriptAlias / /path/to/mysite.com/mysite/wsgi.py\nWSGIPythonHome /path/to/venv\nWSGIPythonPath /path/to/mysite.com\n\n<Directory /path/to/mysite.com/mysite>\n<Files wsgi.py>\nRequire all granted\n</Files>\n</Directory>\nBit pertama dalam baris WSGIScriptAlias adalah jalur URL dasar anda ingin melayani aplikasi anda pada (/ mengindikasikan url akar), dan kedua adalah tempat dari "berkas WSGI" -- lihat dibawa -- pada sistem anda, biasanya didalam paket proyek anda (mysite di contoh ini). Ini memberitahu Apache untuk melayani setiap permintaan dibawah URL yang diberikan menggunakan aplikasi WSGI yang ditentukan dalam berkas itu.
If you install your project's Python dependencies inside a virtual\nenvironment, add the path using WSGIPythonHome. See the mod_wsgi\nvirtual environment guide for more details.
Baris WSGIPythonPath memastikan bahwa paket proyek anda tersedia untuk diimpor pada jalur Python; dengan kata lain, bahwa import mysite bekerja.
Potongan <Directory> memastikan bahwa Apache dapat mengakses berkas wsgi.py anda.
Selanjutnya kami akan butuh memastikan berkas ini wsgi.py dengan obyek aplikasi WSGI ada. Sehingga Django versi 1.4, startproject akan membuat satu untuk anda; jika tidak, anda akan butuh membuatnya. Lihat WSGI overview documentation untuk isi awal anda harus tempatkan dalam berkas ini, dan apa lagi yang anda dapat tambahkan.
mod_wsgi mode daemonLink to this heading#"Daemon mode" adalah suasana yang dianjurkan untuk menjalankan mod_wsgi (pada serambi bukan-Windows). Untuk membuat kelompok pengolahan daemon yang dibutuhkan dan menugaskan instance Django untuk menjalankan di dalamnya, anda akan butuh menambahkan arahan WSGIDaemonProcess dan WSGIProcessGroup sesuai. Perubahan lebih lanjut pada konfigurasi diatas jika anda menggunakan suasana daemon adalah anda tidak dapat menggunakan WSGIPythonPath; daripada anda harus menggunakan pilihan python-path ke WSGIDaemonProcess, sebagai contoh:
WSGIDaemonProcess example.com python-home=/path/to/venv python-path=/path/to/mysite.com\nWSGIProcessGroup example.com\nJika anda ingin melayani proyek anda dalam subdirektori (https://example.com/mysite dalam contoh ini), anda dapat menambahkan WSGIScriptAlias pada konfigurasi diatas:
WSGIScriptAlias /mysite /path/to/mysite.com/mysite/wsgi.py process-group=example.com\nLihat dokumentasi mod_wsgi resmi untuk details on setting up daemon mode.
\nDjango tidak melayani berkas-berkas dia sendiri; dia menyerahkan pekerjaan itu ke apapun peladen yang anda pilih.
\nKami menganjurkan menggunakan peladen jaringan terpisah -- yaitu, satu yang tidak menjalankan Django -- untuk melayani media. Ini ada beberapa pilihan bagus:
\n\nJika, bagaimanapun, anda tidak mempunyai pilihan tetapi untuk melayani berkas-berkas media pada Apache VirtualHost sama sebagai Django, anda dapat menyetel Apache untuk melayani beberapa URL sebagai media statis, dan lainnya menggunakan antarmuka mod_wsgi ke Django.
Contoh ini menyetel Django pada akar situs, tetapi melayani robots.txt, favicon.ico, dan apapun dalam ruang URL /static/ dan /media/ sebagai berkas statis. Semua URL lain akan dilayani menggunakan mod_wsgi:
Alias /robots.txt /path/to/mysite.com/static/robots.txt\nAlias /favicon.ico /path/to/mysite.com/static/favicon.ico\n\nAlias /media/ /path/to/mysite.com/media/\nAlias /static/ /path/to/mysite.com/static/\n\n<Directory /path/to/mysite.com/static>\nRequire all granted\n</Directory>\n\n<Directory /path/to/mysite.com/media>\nRequire all granted\n</Directory>\n\nWSGIScriptAlias / /path/to/mysite.com/mysite/wsgi.py\n\n<Directory /path/to/mysite.com/mysite>\n<Files wsgi.py>\nRequire all granted\n</Files>\n</Directory>\nWhen django.contrib.staticfiles is in INSTALLED_APPS, the\nDjango development server automatically serves the static files of the\nadmin app (and any other installed apps). This is however not the case when you\nuse any other server arrangement. You're responsible for setting up Apache, or\nwhichever web server you're using, to serve the admin files.
The admin files live in (django/contrib/admin/static/admin) of the\nDjango distribution.
\nWe strongly recommend using django.contrib.staticfiles to handle the\nadmin files (along with a web server as outlined in the previous section; this\nmeans using the collectstatic management command to collect the\nstatic files in STATIC_ROOT, and then configuring your web server to\nserve STATIC_ROOT at STATIC_URL), but here are three\nother approaches:
Buat sebuah tautan simbolis ke berkas statis admin dari dalam akar dokumen anda (ini mungkin membutuhkan +FollowSymLinks dalam konfigurasi Apache anda).
Gunakan sebuah petunjuk Alias, seperti yang ditampilkan diatas, untuk alias URL yang sesuai (mungkin STATIC_URL + admin/) ke tempat sebenarnya dari berkas-berkas admin.
Salin berkas tetap admin sehingga mereka berada dalam akar dokumen Apache anda.
Django menyediakan sebuah penanganan untuk mengizinkan Apache untuk membuktikan keaslian pengguna secara langsung terhadap backend pembuktian keaslian Django. Lihat mod_wsgi authentication documentation.
\n