django-skel: la documentación de django-skel 1.4 es una buena base o, si ya tiene un proyecto existente, un buen conjunto de pautas sobre cómo organizar un gran proyecto de django.
En resumen, te da todo esto
- Migraciones de bases de datos a través del sur.
- Gestión de archivos estáticos a través de django-compressor.
- Tarea en cola a través de Apio.
- Utilidades auxiliares para trabajar en la línea de comandos, a través de Fabric.
- Generación de documentación de fantasía a través de Sphinx.
- Impresionante depuración y análisis local a través de django-debug-toolbar.
- Integración de Amazon S3 (para publicar activos estáticos: css, js, imágenes, etc.) a través de django-storages.
- Compresión CSS (para entornos de producción) a través de cssmin.
- Compresión JS (para entornos de producción) a través de jsmin.
- Soporte de caché de Memcache a través de django-heroku-memcacheify.
- Soporte de PostgreSQL a través de django-heroku-postgresify.
- Un servidor WSGI increíblemente rápido para atender el tráfico de producción a través de gunicorn y gevent.
- Supervisión de rendimiento de aplicaciones de producción y estadísticas de uso a través de newrelic.
- Soporte integrado para implementaciones de producción en la plataforma de Heroku.
Si su proyecto se está moviendo más allá de un punto en el que algunas de las capacidades de django no funcionan muy bien, puede considerar reemplazar partes del mismo. P.ej. Django ORM se puede reemplazar con SQLAlchemy o si está creando algo que tiene una funcionalidad común para varios otros sitios, eche un vistazo a Pinax
- Como emprendedor no tecnológico, ¿dónde aprendo Ruby On Rails para uso práctico?
- Cómo aprender HTML, CSS y Bootstrap muy rápido
- ¿Es aconsejable eliminar una función web que se usa ampliamente pero que no funciona como se esperaba sin reemplazarla por algo mejor?
- "¿Cómo planificar un sitio web de comercio electrónico?"
- ¿Puedo llamar a las funciones de jQuery dentro de los métodos de solicitud de Sinatra?