Django surgió de una necesidad muy práctica: World Online, una operación web de periódicos, es responsable de crear aplicaciones web intensivas en los plazos ajustados de periodismo. En la sala de redacción de ritmo rápido, World Online a menudo tiene solo una cuestión de horas para llevar una aplicación web complicada desde el concepto hasta el lanzamiento público.
\nAl mismo tiempo, los desarrolladores web de World Online siempre han sido perfeccionistas cuando se trata de seguir las mejores prácticas de desarrollo web.
\nEn el otoño de 2003, los desarrolladores de World Online (Adrian Holovaty y Simon Willison) abandonaron PHP y comenzaron a usar Python para desarrollar sus sitios web. A medida que creaban sitios intensivos y muy interactivos como Lawrence.com, comenzaron a extraer un marco de desarrollo web genérico que les permitía crear aplicaciones web cada vez con mayor rapidez. Modificaron este marco constantemente, agregando mejoras durante dos años.
\nEn el verano de 2005, World Online decidió distribuir libremente el código del software resultante, Django. Django no sería posible sin una gran cantidad de proyectos de código abierto, Apache, Python y PostgreSQL por mencionar algunos – y estamos emocionados de aportar algo a la comunidad de código abierto.
\nDjango recibe su nombre de Django Reinhardt, un guitarrista de Jazz manouche de 1930’s hasta principios de la década de 1950’s. Hasta hoy en día, es considerado uno de los mejores guitarristas de todos los tiempos.
\nEscuche su música. Le va a gustar.
\nDjango se pronuncia YANG-o. Rima con FANG-o. La «D» es muda.
\nTambién hemos grabado una muestra de audio de la pronunciación.
\nSí, es bastante estable. Empresas como Disqus, Instagram, Pinterest y Mozilla han estado utilizando Django durante muchos años. Los sitios construidos sobre Django han experimentado picos de tráfico de más de 50 mil visitas por segundo.
\nSí. Comparado con el tiempo de desarrollo, el hardware es barato, por lo que Django está diseñado para tomar ventaja de tanto hardware como le pueda dar.
\nDjango utiliza una arquitectura de «nada compartido», lo que significa que puede agregar hardware en cualquier nivel: servidores de bases de datos, servidores de almacenamiento en caché o servidores web/de aplicaciones.
\nEl framework separa limpiamente componentes como la capa de base de datos y la capa de la aplicación. Además, se distribuye con un simple pero poderoso framework de caché.
\nDjango se desarrolló originalmente en World Online, el departamento web de un periódico en Lawrence, Kansas, EE. UU. Django ahora está dirigido por un equipo internacional de voluntarios <https://www.djangoproject.com/foundation/teams/> _.
\nDjango es distribuido bajo la licencia BSD de 3 clausulas. Esta es una licencia de código abierto que otorga amplios permisos para modificar y redistribuir Django.
\nDjango incluye código de la biblioteca estándar de Python. Python se distribuye bajo una licencia permisiva de código abierto. Se incluye una copia de la licencia de Python con Django para cumplir con los términos de Python.
\nBuiltWithDjango.com contiene una lista de sitios basados en Django en constante crecimiento.
\nBueno, los nombres estándar son debatibles.
\nEn nuestra interpretación de MVC, la «vista» describe el dato que es presentado al usuario. No es necesariamente cómo se ve el dato, sino qué dato se muestra. La vista describe cuál dato ve, no cómo lo ve. Es una distinción sutil.
\nAsí pues, en nuestro caso, una «vista» es la función de callback en Python para una URL en particular, porque esta función callback describe cuál dato es presentado.
\nAdemás, es sensato separar el contenido de la presentación que es donde entran las plantillas. En Django, una «vista» describe cual dato es presentado, pero una vista normalmente lo delega a una plantilla, la cual describe cómo se presenta el dato.
\nEntonces ¿donde entra el «controlador»? En el caso de Django, es probable que en el mismo framework: la maquinaria que envía una petición a la vista apropiada, de acuerdo a la configuración de URL de Django.
\nSi busca acrónimos, usted podría decir que Django es un framework «MTV», esto es «modelo», «plantilla» y «vista». Ese desglose tiene mucho más sentido.
\nAl final del día, todo se reduce a hacer las cosas. E, independientemente del nombre de las cosas, Django hace las cosas de la manera más lógica para nosotros.
\nSomos muy conscientes de que existen otros frameworks web increíbles, y no somos reacios a tomar prestadas ideas cuando sea apropiado. Sin embargo, Django se desarrolló precisamente porque no estábamos contentos con el status quo, así que tenga en cuenta que «por que <Framework X> lo hace» no será razón suficiente para agregar una característica determinada a Django.
\nCuando Django fue escrito originalmente, Adrian y Simon pasaron bastante tiempo explorando los diversos marcos web de Python disponibles.
\nEn nuestra opinión, ninguno de ellos estaba a la altura de las circunstancias.
\nSomos exigentes, podrían incluso llamarnos perfeccionistas (con las fechas límites.)
\nCon el paso del tiempo, nos topamos con librerías de código abierto que hacían cosas que ya habíamos implementado. Era reconfortante ver a otras personas resolviendo problemas similares de maneras similares, pero era demasiado tarde para integrar código externo: Ya habíamos escrito, probado e implementado fragmentos de nuestro propio framework en varias configuraciones de producción y que nuestro propio código satisfizo nuestras necesidades de maravilla.
\nSin embargo, en la mayoría de los casos encontramos que los frameworks y herramientas inevitablemente tenían algún tipo de error fatal fundamental que nos hacía dudar. Ninguna herramienta se adaptaba 100% a nuestra filosofía.
\nComo dijimos: Somos exigentes.
\nHemos documentado nuestra filosofía en la página de la filosofías de diseño.
\nNo, Django no es un CMS, ni ningún tipo de «producto listo para usar» en sí mismo. Es un framework para web; es una herramienta de programación que te permite crear sitios web.
\nPor ejemplo, no tiene mucho sentido comparar Django con algo como Drupal porque Django es algo que usas para crear cosas como Drupal.
\nSí, el sitio de administración automática de Django es fantástico y ahorra tiempo, pero el sitio de administración es un módulo de framework Django. Además, aunque Django tiene comodidades especiales para crear aplicaciones «CMS-y», eso no significa que no sea tan apropiado para crear aplicaciones «no CMS-y» (¡lo que sea que eso signifique!).
\nLos documentos de Django están disponibles en el directorio docs de cada lanzamiento de Django tarball. Estos documentos están en formato reST (reStructuredText), y cada archivo de texto corresponde a una página web en el sitio oficial de Django.
Debido a que la documentación es stored in revision control, puede examinar los cambios en la documentación del mismo modo que puede examinar los cambios de código.
\nTécnicamente, la documentación en el sitio de Django es generada a partir de la última versión de desarrollo de esos documentos reST, así que la documentación en el sitio de Django podría ofrecer más información que los documentos que vienen con la última versión de Django.
\nEs difícil dar un formato oficial de cita, esto por dos razones: los formatos de cita pueden variar mucho entre publicaciones y los estándares para citar software son aún materia de debate.
\nFor example, APA style, would dictate something like:
\nDjango (Version 1.5) [Computer Software]. (2013). Retrieved from https://www.djangoproject.com/.\nSin embargo, la única guía real es la que su editor aceptará, así que obtenga una de esas guías y llene los vacíos lo mejor que pueda.
\nSi su guía de estilo de referencias requiere un nombre de editor, use «Django Software Foundation».
\nSi necesita un lugar de publicación, utilice «Lawrence, Kansas».
\nSi necesita una dirección web, puede usar https://www.djangoproject.com/.
\nSi necesita un nombre, sólo use «Django» sin ningún eslogan.
\nIf you need a publication date, use the year of release of the version you’re\nreferencing (e.g., 2013 for v1.5).
\nEl Consejo de Dirección mantiene una colección de paquetes, organizaciones y recursos de terceros para Django en https://www.djangoproject.com/community/ecosystem/.
\nEsa página se actualizará para incluir enlaces a diversos contenidos sobre Django, como podcasts, vídeos, conferencias, blogs, libros y recursos de aprendizaje. También presenta paquetes populares, robustos y mantenidos por la comunidad.
\n