Django tumbuh dari kebutuhan yang sangat praktis: World Online, operasional jaringan surat kabar, adalah yang bertanggungjawab untuk membangun aplikasi jaringan intensif pada tenggat waktu jurnalisme. Di ruang berita yang bergerak cepat, World Online seringkali hanya memiliki hitungan jam untuk mengambil aplikasi jaringan yang rumit dari konsep hingga peluncuran publik.
\nPada saat bersamaan, pengembang jaringan World Online secara konsisten perfeksionis ketika datang untuk mengikut praktik terbaik dari pengembangan jaringan.
\nPada musim gugur 2003, pengembang World Online (Adrian Holovaty dan Simon Willison) menyingkirkan PHP dan mulai menggunakan Python untuk mengembangkan situs jaringan. Saat mereka membangun secara intensif,situs kaya interaktif seperti Lawrence.com, mereka mulai mengambil kerangka kerja pengembangan jaringan yang membuat mereka membangun aplikasi jaringan lebih dan lebih cepat. Mereka merubah kerangka ini terus-menerus, menambahkan peningkatan selama dua tahun.
\nDi musim panas 2005, World Online memutuskan sumber-terbuka perangkat lunak yang dihasilkan, Django. Django mungkin tidak memungkinkan tanpa seluruh rumah dari proyek sumber-terbuka -- Apache, Python, dan PostgreSQL dan kami senang dapat memberikan sesuatu kembali ke komunitas sumber-terbuka.
\nDjango dinamai setelah Django Reinhardt, gitaris jazz manouche dari 1930 sampai awal 1950. Sampai hari ini, dia dianggap satu dari gitaris terbaik sepanjang masa.
\nDengarkan musik dia. Anda akan menyukainya.
\nDjango diucapkan JANG-oh. Irama dengan FANG-oh. "D" adalah senyap.
\nKami juga merekam sebuah klip suara dari pengucapan.
\nYa, dia cukup stabil. Perusahaan seperti Disqus, Instagram, Pinterest, dan Mozilla telah menggunakan Django selama bertahun-tahun. Situs yang dibangun di Django telah mengalami lonjakan lalu lintas lebih 50 ribu pukulan per detik.
\nYa. Dibandingkan pada wakt pengembangan, perangkat keras adalah murah, dan Django dirancang untuk mengambil keuntungan sebanyak perangkat lunak anda dapat adakan.
\nDjango menggunakan arsitektur "shared-nothing", yang berarti anda dapat menambah perangkat keras pada tingkatan apapun -- peladen basisdata, peladen cache atau peladen jaringan/aplikasi.
\nKerangka secara bersih memisahkan komponen seperti lapisan basisdatanya dan lapisan aplikasi. Dan dia dibungkus dengan sederhana namun kuat kerangka tembolok.
\nDjango aslinya dikembangkan pada World Online, department jaringan dari surat kabar di Lawrence, Kansas, USA. Django sekarang dijalankan oleh team of volunteers.
\nDjango didistribusikan di bawah the 3-clause BSD license. Ini adalah lisensi sumber terbuka yang memberikan izin luas untuk memodifikasi dan mendistribusikan kembali Django.
\nDjango menyertakan kode dari pustaka standar Python. Python didistribusikan di bawah lisensi open source yang permisif. A copy of the Python license disertakan dengan Django untuk kepatuhan pada ketentuan Python.
\nFitur BuiltWithDjango.com secara tetap bertumbuh daftar dari situs Django-powered.
\nBaiklah, nama standar masih diperdebatkan.
\nDalam tafsiran kami dari MVC, "view" menggambarkan data yang mendapatkan dihadirkan ke pengguna. Itu tidak perlu bagaimana data kelihatan, tetapi yang mana data dihadirkan. View menggambarkan data mana anda lihat, bukan bagaimana anda melihatnya. Ini adalah perbedaan yang halus.
\nJadi, di kasus kami, sebuah "view" adalah fungsi panggilan kembali Python untuk URL khusus, karena fungsi panggilan kembali menggambarkan data mana yang dihadirkan.
\nLebih jauh, ini adalah bijaksana untuk memisahkan dari penyajian -- yaitu dimana cetakan masuk. Di Django, sebuah 'view" menggambarkan data mana dihadirkan, tetapi view umumnya menugaskan ke sebuah cetakan, yang menggambarkan bagaimana data dihadirkan.
\nDimana "controller" cocok, lalu? Dalam kasus Django, itu mungkin kerangka kerja itu sendiri; mesin-mesin yang mengirim sebuah permintaan ke tampilan yang sesuai, menurut konfigurasi URL Django.
\nJika anda sedang lapar untuk singkatan, anda mungkin berkata bahwa Django adalah kerangka kerja "MTV" -- yaitu "model", "template", dan "view." Perincian tersebut jauh lebih masuk akal.
\nPada akhir dari hari, dia turun untuk menyelesaikan sesuatu. Dan, tanpa memperhatikan bagaimana hal-hal dinamai, Django menyelesaikan sesuatu dalam cara yang paling logis bagi kami.
\nKami semua waspada bahwa ada kerangka kerja jaringan yang hebat diluar sana, dan kami tidak menolak untuk meminjam ide jika perlu. Bagaimanapun, Django dikembangkan dengan tepat karena kami tidak senang dengan status quo, jadi waspada "because <Framework X> does it" tidak akan menjadi alasan yang cukup menambahkan fitur yang diberikan ke Django.
\nKetika Django aslinya ditulis, Adrian dan Simon menghabiskan cukup banyak waktu menjelajahi beragam kerangka kerja Python yang tersedia.
\nMenurut pendapat kami, tidak satupun dari mereka benar-benar sampai tidak berguna
\nKami pilih-pilih. Anda mungkin bahkan memanggil kami perfeksionis. (Dengan tenggat waktu.)
\nBerkali-kali, kami tersandung terhadap pustaka sumber-terbuka yang melakukan hal-hal kami telah terapkan. Itu sangat menenangkan untuk melihat orang lain mengatasi masalah-masalah yang mirip dalam cara yang mirip, tetapi itu terlambat untuk digabungkan diluar kode: Kami telah menulis, menguji dan menerapkan kerangka kerja kami sendiri dalam beberapa pengaturan produksi -- dan kode milik kami memenuhi kebutuhan kami dengan penuh kegembiraan.
\nDalam kebanyakan kasus, bagaimanapun, kami menemukan bahwa kerangka kerja/alat yang ada pasti mempunyai beberapa macam dasar, kesalahan fatal yang membuat kami mudah tersinggung. Tidak ada alat yang cocok dengan filosofi kami 100%
\nSeperti kami katakan: Kami pemilih.
\nKami telah mendokumentasikan filosofi kami di halaman rancangan filosofi.
\nBukan, Django bukan sebuah CMS, atau apapun "turnkey product" dalam dan dari dirinya sendiri. Itu adalah kerangka kerja jaringan; itu adalah alat pemrograman yang membuat anda membangun situs jaringan.
\nSebagai contoh, tidak masuk akal untuk membandingkan Django pada sesuatu seperti Drupal, karena Django adalah sesuatu anda gunakan untuk membuat hal-hal seperti Drupal.
\nYa, Situs admin otomatis Django luar biasa dan menghemat waktu -- tetapi situs admin adalah satu modul dari kerangka kerja Django. Lebih jauh, meskipun Django mempunyai kemudahan khusus untuk membangun aplikasi "CMS-y", itu tidak berarti itu tidak sesuai untuk membangun aplikasi "non-CMS-y" (apapun itu artinya!).
\nDokumen Django tersedia dalam direktori docs dari setiap terbitan tarball Django. Dokumen ini berada di bentuk reST (reStructuredText), dan setiap berkas teks berhubungan ke halaman jaringan pada halaman resmi Django.
Karena dokumentasinya adalah stored in revision control, Anda dapat menelusuri perubahan dokumentasi seperti Anda dapat menelusuri perubahan kode.
\nSecara teknis, dokumen pada situs Django dibangkitkan dari versi pengembangan terakhir dari dokumen reST itu, jadi dokumen pada situs Django mungkin menawarkan informasi lebih daripada dokumen yang datang dengan terbitan Django terakhir.
\nSangatlah sulit memberikan bentuk kutipan resmi, untuk dua alasan: bentuk kutipan dapat beragam liar diantara pengumuman, dan standar kutipan untuk perangkat lunak masih masalah dari beberapa perdebatan.
\nSebagai contoh, APA style, akan mendikte sesuatu seperti:
\nDjango (Version 1.5) [Computer Software]. (2013). Retrieved from https://www.djangoproject.com/.\nBagaimanapun, panduan sebenarnya adalah apa yang penerbit anda akan terima, jadi dapatkan salinan dari panduan tersebut dan isi jarak sebaik anda bisa.
\nJika panduan gaya pemberian petunjuk anda membutuhkan sebuah nama penerbit, gunakan "Django Software Foundation".
\nJika anda butuh tempat penerbitan, gunakan "Lawrence, Kansas".
\nJika anda butuh alamat jaringan, gunakan https://www.djangoproject.com/.
\nJika anda butuh hanya nama, gunakan "Django", tanpa ucapan apapun.
\nJika anda butuh tanggal penerbitan, gunakan tahun terbitan dari versi anda sedang acukan (sebagai contoh, 2013 untuk v1.5)
\n