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.
\nAt the same time, the World Online web developers have consistently been\nperfectionists when it comes to following best practices of web development.
\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.
\nNo verão de 2005, World Online decidiu abrir o código-fonte do software resultante, Django. Django não existiria sem um uma série de outros projetos open-source – Apache, Python, e PostgreSQL apenas para citar alguns – e estamos muito animados por sermos capazes de dar algo de volta para a comunidade open-source.
\nDjango leva o nome de Django Reinhardt, um guitarrista de jazz manouche de 1930 até início de 1950. Até hoje, ele é considerado um dos melhores guitarristas de todos os tempos.
\nOuça a música dele. Você vai gostar.
\nDjango é pronunciado JANG-oh. Rima com FANG-oh. O “D” é mudo.
\nNós também gravamos um clipe de áudio da pronúncia.
\nSim, é bastante estável. Empresas como Disqus, Instagram, Pinterest e Mozilla têm usado Django por muito anos. Sites desenvolvidos em Django resistem a picos de tráfego de mais de 50 mil acessos por segundo.
\nSim. Comparado com o tempo de desenvolvimento, hardware é barato, por isso, Django é projetado para aproveitar o máximo de hardware quanto você pode dar a ele.
\nDjango uses a “shared-nothing” architecture, which means you can add hardware\nat any level – database servers, caching servers or web/application servers.
\nO framework separa os componentes organizadamente como a sua camada de banco de dados e a camada de aplicação. Além disso, ele provém um simples e poderoso framework de cache.
\nDjango was originally developed at World Online, the web department of a\nnewspaper in Lawrence, Kansas, USA. Django’s now run by an international\nteam of volunteers.
\nDjango é distribuido sobre a licença 3-cláusula BSD. Esta é uma licença fonte aberta provendo permissões abrangentes para modificar e redistribuir Django.
\nDjango inclui código da biblioteca padrão de Python. Python é distribuída sobre uma licença permissiva de fonte aberta. A cópia da licença de Python está incluída com Django para conformidade com os termos de Python.
\nDjangoSites.org possui uma lista crescente de sites construídos utilizando Django.
\nBem, os nomes padrões são discutíveis.
\nEm nosso entendimento de MVC, a “view” representa os dados que são apresentados ao usuário. Nao é necessariamente como a informação é apresentada, mas qual informação é mostrada. A view representa qual informação você vê, não como você vê. Há uma sutil diferença.
\nEntão, nesse caso, uma “view” é uma função de retorno para uma URL específica, por que esta função de retorno descreve qual informação é apresentada.
\nAlém disso, é imprescindível separar conteúdo de apresentação – onde os templates residem. No Django, uma “view’ descreve qual informação é apresentada, mas uma view normalmalmente delega para um template, que descreve como a informação é apresentada.
\nOnde o “controller” se encaixa, então? No caso do Django, é provavelmente o próprio framework - o maquinário que envia uma requisição para a “view” apropriada, de acordo com a configuração de URL do Django.
\nSe você está faminto por acrônimos, você deve dizer que Django é um framework “MTV” – Isto é, “model”, “template” e “view”. Essa correspondência faz muito mais sentido.
\nNo final do dia, tudo se resume a fazer as coisas. E, independentemente de como as coisas são nomeadas, Django faz as coisas da maneira que é mais lógica para nós.
\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.
\nEm nossa opinião, nenhum deles era completamente satisfatório.
\nNós somos exigentes. Você pode até nos chamar de perfeccionistas. (Com prazos.)
\nAo longo do tempo nós esbarramos em bibliotecas open-source que faziam coisas que nós já havíamos implementado. Foi reconfortante ver outras pessoas resolvendo problemas de maneiras similares, no entanto, era tarde demais para integrar código externo - nós já havíamos escrito, testado e implementado nossos próprios pedaços de framework em diversas configurações de produção – e nosso código atendia deliciosamente às nossas necessidades.
\nNa maioria dos casos, no entanto, nós descobrimos que as ferramentas e frameworks existentes possuíam inevitavelmente algum tipo de falha fundamental que nos deixava enojados. Nenhuma ferramenta encaixava-se em nossa filosofia 100%.
\nComo nós dissemos: Somos exigentes.
\nNós documentamos nossas filosofias na documentação: Página de filosofias de design.
\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.
\nPor exemplo, não faz muito sentido comparar Django com algo como Drupal, porque Django é algo que você usa para criar coisas como Drupal.
\nSim, o site de admin automático do Django é fantástico e economiza tempo – no entanto, o site de admin é um módulo do framework Django. Além disso, apesar do Django ter facilidades especiais para construir aplicações que servem como gerenciadores de conteúdo (CMS) não significa que ele não é igualmente apropriado para construírem aplicações com outros propósitos.
\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.
Porque a documentação é armazenada em um controle de revisão, você pode navegar pelas mudanças de documentação da mesma forma que você pode navegar por modificações de código.
\nTecnicamente, a documentação no site do Django é gerada a partir da última versão de desenvolvimento dos documentos reST. Por conta disso, a documentação no site do Django pode oferecer mais informações do que a que vem com a última distribuição do Django.
\nÉ difícil dar um formato oficial de citação por duas razões: os formatos podem variar bastante entre publicações e padrões de citação para software ainda é uma questão debatível.
\nPor exemplo, o estilo APA, ditaria algo como:
\nDjango (Version 1.5) [Computer Software]. (2013). Retrieved from https://www.djangoproject.com/.\nNo entanto, a única orientação verdadeira é aquela que o seu editor irá aceitar, então pegue uma cópia dessas instruções e preencha as lacunas da melhor forma possível.
\nSe o seu guia de referência requer o nome do editor, use “Django Software Foundation”.
\nSe você precisa de um local de publicação, use “Lawrence, Kansas”.
\nIf you need a web address, use https://www.djangoproject.com/.
\nSe você precisa de um nome, basta usar “Django”, sem qualquer slogan.
\nSe você precisa de uma data de publicação, utilize o ano de distribuição da versão a qual você está se referindo (por exemplo: 2013 para a versão 1.5).
\n