Django grew from a very practical need: World Online, a newspaper web\noperation, is responsible for building intensive web applications on journalism\ndeadlines. In the fast-paced newsroom, World Online often has only a matter of\nhours to take a complicated web application from concept to public launch.
\nPada saat bersamaan, pengembang jaringan World Online secara konsisten perfeksionis ketika datang untuk mengikut praktik terbaik dari pengembangan jaringan.
\nIn fall 2003, the World Online developers (Adrian Holovaty and Simon Willison)\nditched PHP and began using Python to develop its websites. As they built\nintensive, richly interactive sites such as Lawrence.com, they began to extract\na generic web development framework that let them build web applications more\nand more quickly. They tweaked this framework constantly, adding improvements\nover two years.
\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 uses a "shared-nothing" architecture, which means you can add hardware\nat any level -- database servers, caching servers or web/application servers.
\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.
\nDjangoSites.org menampilkan selalu tumbuh daftar dari situs ditenagai-Django.
\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.
\nWe're well aware that there are other awesome web frameworks out there, and\nwe're not averse to borrowing ideas where appropriate. However, Django was\ndeveloped precisely because we were unhappy with the status quo, so please be\naware that "because <Framework X> does it" is not going to be sufficient reason\nto add a given feature to Django.
\nWhen Django was originally written, Adrian and Simon spent quite a bit of time\nexploring the various Python web frameworks available.
\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.
\nNo, Django is not a CMS, or any sort of "turnkey product" in and of itself.\nIt's a web framework; it's a programming tool that lets you build websites.
\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!).
\nThe Django docs are available in the docs directory of each Django tarball\nrelease. These docs are in reST (reStructuredText) format, and each text file\ncorresponds to a web page on the official Django site.
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, gaya APA, 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