Blogs en español de la Comunidad Django.

Django: presentación, introducción y ejemplo de desarrollo

Software Libre — Thu, 28 Jan 2010 00:00:00 +0100

New Years Python meme

Ovnicraft — Thu, 31 Dec 2009 00:00:00 +0100

Here’s a short, 5 questions, 2009 Python meme. Copy-paste the questions, and blog your answers ! 1. What’s the coolest Python application, framework, or library you have discovered in 2009? OpenObject. This is the best framework, really i discovered at the 2008′s end, so i create many modules about Enterprise applications, and i did some

Inicio en GeoDjango

Ovnicraft — Fri, 25 Dec 2009 00:00:00 +0100

Estoy empezando un app GIS con geodjango, realmente es un framework increible para este tipo de aplicaciones, y para empezar escribi un pequeno ejemplo con los centros poblados de mi pais. Las herramientas que se necesitan: GeoDjango (esta incluido en el codigo de django) PostGIS (revisar las dependencias) Algo importante para resaltar es la herramienta ogrinfo ya que con [...]

Atajo para búsquedas en la documentacion de django

Luis Montiel — Sat, 26 Sep 2009 00:00:00 +0200

Para los que constantemente se la pasan recurriendo a la documentación de django y usan firefox o chrome/chromium, esto les puede ahorrar unos cuantos segundos: - Navegamos a http://docs.djangoproject.com/en/dev/ ![Alt text](/djangoblog/media/img/weblog/django-search1.png) - Damos clic derecho en la barra de búsqueda y seleccionamos la opción: "Add a keyword for this search", ...

Primeros pasos con geodjango

pyAutoservicio — Sun, 30 Aug 2009 00:00:00 +0200

Este es un minitutorial "expreso" para probar geodjango en debian testing con postgres 8.3, postgis y django 1.1

Pues lo primero es instalar los "juguetes":

$ apt-get install postgis postgresql-8.3 postgresql-plpython-8.3

$ apt-get install python2.5 python-psycopg2 python-django ipython

$ apt-get install gdal-bin python-gdal

Ahora debemos configurar un poco postgres asi:

Debemos volvernos root y luego el usuario postgres

$ su

$ su postrgres

$ psql template1

Este úlrimo comando nos conecta a postgres como el usuario postgres (el root del servidor de bases de datos), luego configuramos una plantilla para postigs (esto lo hacemos una sola vez)

template1=# ALTER USER postgres WITH PASSWORD 'postgres';

ALTER ROLE

Template1=# \q

Luego:

$ cd /tmp

$ wget http://geodjango.org/docs/create_template_postgis-debian.sh

$ bash create_template_postgis-debian.sh

Esto nos crea la plantilla template_postgis, ahora volvemos a postgres:

$ createdb -T template_postgis geodjango

Salimos de postgres y del usuario root.

Ahora creamos un projecto y la app:

$ djano-admin startproject geodjango

$ cd geodjango
$ python manage.py startapp world

Luego editamos el settings de nuestro proyecto con el editor de nuestra preferencia (sugerencia rapida gedit)

$ gedit settings.py &

Dejamos las siguientes variables así

DATABASE_ENGINE = 'postgresql_psycopg2'

DATABASE_NAME = 'geodjango'             # Or path to database file if using sqlite3.
DATABASE_USER = 'postgres'             # Not used with sqlite3.
DATABASE_PASSWORD = 'postgres'         # Not used with sqlite3.

DATABASE_HOST = 'localhost'
LANGUAGE_CODE = 'es'

INSTALLED_APPS = (
    'django.contrib.auth',
    'django.contrib.contenttypes',
    'django.contrib.sessions',
    'django.contrib.sites',

'django.contrib.admin',

    'django.contrib.gis',
    'geodjango.world',

)

luego de guardar estos cambios:

$ mkdir world/data

$ cd world/data
$ wget http://thematicmapping.org/downloads/TM_WORLD_BORDERS-0.3.zip
$ unzip TM_WORLD_BORDERS-0.3.zip
$ cd ../..

Luego editamos otro archivo:

$ gedit world/models.py &

from django.contrib.gis.db import models

class WorldBorders(models.Model):
    # Regular Django fields corresponding to the attributes in the
    # world borders shapefile.
    name = models.CharField(max_length=50)
    area = models.IntegerField()
    pop2005 = models.IntegerField('Population 2005')
    fips = models.CharField('FIPS Code', max_length=2)
    iso2 = models.CharField('2 Digit ISO', max_length=2)
    iso3 = models.CharField('3 Digit ISO', max_length=3)
    un = models.IntegerField('United Nations Code')
    region = models.IntegerField('Region Code')
    subregion = models.IntegerField('Sub-Region Code')
    lon = models.FloatField()
    lat = models.FloatField()

    # GeoDjango-specific: a geometry field (MultiPolygonField), and
    # overriding the default manager with a GeoManager instance.
    mpoly = models.MultiPolygonField()
    objects = models.GeoManager()

    # So the model is pluralized correctly in the admin.
    class Meta:
        verbose_name_plural = "World Borders"

    # Returns the string representation of the model.
    def __unicode__(self):
        return self.name

Luego vemos que todo vaya bien:

$ ./manage.py sqlall world

Esto nos mostrara el sql de postgres para crear nuestro modelo:

BEGIN;
CREATE TABLE "world_worldborders" (
    "id" serial NOT NULL PRIMARY KEY,
    "name" varchar(50) NOT NULL,
    "area" integer NOT NULL,
    "pop2005" integer NOT NULL,
    "fips" varchar(2) NOT NULL,
    "iso2" varchar(2) NOT NULL,
    "iso3" varchar(3) NOT NULL,
    "un" integer NOT NULL,
    "region" integer NOT NULL,
    "subregion" integer NOT NULL,
    "lon" double precision NOT NULL,
    "lat" double precision NOT NULL
)
;
SELECT AddGeometryColumn('world_worldborders', 'mpoly', 4326, 'MULTIPOLYGON', 2);
ALTER TABLE "world_worldborders" ALTER "mpoly" SET NOT NULL;
CREATE INDEX "world_worldborders_mpoly_id" ON "world_worldborders" USING GIST ( "mpoly" GIST_GEOMETRY_OPS );
COMMIT;

Luego ejecutamos este sql:

$ ./manage.py syncdb

Lo que nos preguntara el usuario admin, su correo y la clave de acceso:

Creating table auth_permission
Creating table auth_group
Creating table auth_user
Creating table auth_message
Creating table django_content_type
Creating table django_session
Creating table django_site
Creating table django_admin_log
Creating table world_worldborders

You just installed Django's auth system, which means you don't have any superusers defined.
Would you like to create one now? (yes/no): yes
Username (Leave blank to use 'diegueus9'): <- Toma el usuario con el que estes haciendo esto
E-mail address:  <- Escribe tu correo
Password:
Password (again):
Superuser created successfully.
Installing custom SQL for world.WorldBorders model
Installing index for auth.Permission model
Installing index for auth.Message model
Installing index for admin.LogEntry model

Luego creamos un scrip que cargará los datos de los archivos que descargamos:

$ gedit world/load.py

import os
from django.contrib.gis.utils import LayerMapping
from models import WorldBorders

world_mapping = {
    'fips' : 'FIPS',
    'iso2' : 'ISO2',
    'iso3' : 'ISO3',
    'un' : 'UN',
    'name' : 'NAME',
    'area' : 'AREA',
    'pop2005' : 'POP2005',
    'region' : 'REGION',
    'subregion' : 'SUBREGION',
    'lon' : 'LON',
    'lat' : 'LAT',
    'mpoly' : 'MULTIPOLYGON',
}

world_shp = os.path.abspath(os.path.join(os.path.dirname(__file__), 'data/TM_WORLD_BORDERS-0.3.shp'))

def run(verbose=True):
    lm = LayerMapping(WorldBorders, world_shp, world_mapping,
                      transform=False, encoding='iso-8859-1')

    lm.save(strict=True, verbose=verbose)

Ahora lo que vamos a hacer es subir la info de las fronteras de los paises del mundo a nuestro modelo:

$ ./manage shell

Python 2.5.4 (r254:67916, Feb 18 2009, 03:00:47)
Type "copyright", "credits" or "license" for more information.

IPython 0.9.1 -- An enhanced Interactive Python.
?         -> Introduction and overview of IPython's features.
%quickref -> Quick reference.
help      -> Python's own help system.
object?   -> Details about 'object'. ?object also works, ?? prints more.

In [1]: from world import load

In [2]: load.run()

...

...

...

Saved: Jersey
Saved: South Georgia South Sandwich Islands
Saved: Taiwan

In [3]: exit()

Do you really want to exit ([y]/n)? y

Ahora vamos a activar y usar nuestra interfaz automagica administrativa que nos da django:

$ gedit world/admin.py &

from django.contrib.gis import admin
from models import WorldBorders

class WorldBordersAdmin(admin.GeoModelAdmin):
    list_display = ['name', 'area', 'pop2005', 'lon', 'lat']
    search_fields = ['name']

admin.site.register(WorldBorders, WorldBordersAdmin)

Y luego editamos las urls:

$ gedit urls.py &

from django.conf.urls.defaults import *
from django.contrib import admin
admin.autodiscover()

urlpatterns = patterns('',
    (r'^admin/', include(admin.site.urls)),
)

Ahora ponemos a correr nuestro servidor de desarrollo:

$ ./manage runserver 9090

Validating models...
0 errors found

Django version 1.1, using settings 'geodjango.settings'
Development server is running at http://127.0.0.1:9090/
Quit the server with CONTROL-C.

Y en el navegador vamos a http://127.0.0.1:9090/ veremos un error 404 como este:

Luego vamos a http://127.0.0.1:9090/admin y veremos esta interfaz:

alli ingresamos el usuario y la clave que configuramos cuando corrimos el comando syncdb y veremos esto:

Luego hacemos clic en World Borders y veremos algo así:

Allí podemos ordenar la lista por nombre del pais (name), area (area), poblacion del 2005 (population 2005) o longitud y latitud del mismo. Ahora cerca al boton buscar ingresamos colombia y le damos buscar luego clic en colombia y veremos info y este mapa:

Y eso es todo, así tendremos nuestro "Hola mundo" con geodjango, django, postgres, postgis, etc...

Las bases de paginas web en django

Luis Montiel — Mon, 20 Jul 2009 00:00:00 +0200

Vamos a crear una pagina Web dinamica en django, una que despliegue la hora fecha y hora actual, este es un buen ejemplo de una "pagina dinamica", ya que sus contenidos no son estaticos, al contrario, son el resultado de algun calculo en el servidor(en este caso es el simple ...

Definiendo nuestra aplicación: Especificaciones, relaciones y modelos

Django en Mac — Wed, 8 Jul 2009 00:00:00 +0200

Cómo comente en el post anterior, intentaremos desarrollar una aplicación web algo compleja, por lo tanto, creo que lo mejor es, que desde el principio, definamos claramente lo que queremos. Por lo tanto, detallaremos las especificaciones que necesitamos para desarrollar Classifieds: Los usuarios crean los anuncios y estos pueden estar o no registrados (la diferencia estriba, [...]

Instalando Django + PostgreSQL en Mac OS X Leopard 10.5.7

Django en Mac — Tue, 7 Jul 2009 00:00:00 +0200

1. Instalar Python Existen varias implementaciones distintas de Python: CPython, Jython, IronPython, PyPy, etc… CPython es la más utilizada, la más rápida y la más madura. Cuando la gente habla de Python normalmente se refiere a esta implementación. En este caso tanto el intérprete como los módulos están escritos en C. Jython es la implementación en Java de [...]

Comenzamos con el proyecto: Classifieds

Django en Mac — Tue, 7 Jul 2009 00:00:00 +0200

Ahora que ya tenemos todo instalado y configurado, nos ponemos manos a la obra con nuestro proyecto. La idea es que este, sea un proyecto totalmente funcional, es decir, que podamos luego poner en producción, de hecho será la nueva versión de un sitio de anuncios clasificados existente. Para seguir un orden y no perdernos, [...]

Django: El Framework

Django en Mac — Sat, 4 Jul 2009 00:00:00 +0200

Despues de probar por un tiempo CakePHP, dado que PHP era el lenguaje que siempre habia utilizado, y despues de leer mil y un articulos al respecto, he decidido probar Django. Supongo que será una tarea dura, ya que en principio no tengo ni idea de Python, pero poco a poco les iré contando mis [...]

Creando una wiki en django

Luis Montiel — Fri, 26 Jun 2009 00:00:00 +0200

Vamos a crear una simple wiki sobre django, para esto primero vamos a crear el proyecto django:

 $ django-admin.py startproject simplewiki $ cd simplewiki $ python manage.py startapp iwiki

Modificamos settings.py deacuerdo a nuestra base de datos, si necesitamos crear la base de datos, la hacemos. Ahora vamos ...

Instalar django trunk en ubuntu

Luis Montiel — Sun, 21 Jun 2009 00:00:00 +0200

Primero que nada instalamos setuptools y subversion:

sudo aptitude install python-setuptools subversion

instalamos Mysql-python, si vamos a usar mysql con django:

sudo easy_install Mysql-python

Obtenemos nuestro site-packages de python:

python -c "from distutils.sysonfig import get_python_lib; print get_python_lib()"

Esto lo guardamos por ahi ya que lo ocuparemos, "site-packages" ...

Conocían Django?

Luis Montiel — Mon, 15 Jun 2009 00:00:00 +0200

Conocían Django?

Django es un framework de desarrollo web de código abierto escrito en python, que nos permite crear aplicaciones de una manera muy rapida y sencilla.
Django cumple en cierta medida el modelo MVC(Modelo Vista Controlador), y procura separar al máximo la presentación de los datos, de ...

New Website

Luis Montiel — Sun, 14 Jun 2009 00:00:00 +0200

Después de varias semanas planeando comprar mi dominio y mi hosting, para alojar alguna aplicación en django, decidí hacer este blog y montarlo aquí, conseguí el alojamiento en webfaction y el dominio en godaddy, excelentes compañias las 2 y muy fácil de configurarlas(nunca habia tenido un dominio ni ...

Quick Tip sobre django

El rincón de Fabricio — Mon, 8 Jun 2009 00:00:00 +0200

Volvemos a los articulos tecnicos. :DPara un proyecto particular que tengo estoy realizando una aplicación sobre django. En esta aplicación tengo en un momento que servir imagenes, pero aqui me encontré con un problema. Como mi server django esta mapeado al root de mi url todos los request pasan por el mismo, asi que para poder servir una imagen tengo que pasar por el.Les dejo lo que hice como

R + Python = Rpy!

Joshua B.K.F. — Thu, 4 Jun 2009 00:00:00 +0200

Hace tiempo (mentira! llevo 5 meses) llevo implementando y descrubiendo el mundo de djando un framework para web hecho en python. Django, luego de que se entiende (:P), es intuitivo y simple. Por otra parte, como estadístico que soy (que creo ser :D, por lo menos soy estudiante ya de magíster) ocupo mucho R, [...]

Detalles del almacenamiento de contenidos en S3 con django

Gameocracy — Thu, 14 May 2009 00:00:00 +0200

Tal y como comentaba en la entrada anterior, cambiar nuestro “storage” de django a un almacenamiento remoto en Amazon S3 es realmente sencillo. Eso sí, tenemos que ser conscientes de algunas cosas al realizar operaciones sobre los archivos. Veamoslo con un ejemplo. Supongamos que tenemos un modelo de datos Avatar en cuyo contenido tenemos un campo [...]

Utilizando Amazon S3 como sistema de almacenamiento en Django

Gameocracy — Sat, 9 May 2009 00:00:00 +0200

Es increible lo sencillo que resulta incorporar una característica tan compleja como esta en Django. Os cuento un poco lo que pretendemos. Imaginemos que queremos almacenar las imágenes que los usuarios nos van subiendo a la web en un repositorio remoto como es el de Amazon S3. El Amazon S3 tiene una gran ventaja, y es [...]

Django 101

Zonical — Wed, 29 Apr 2009 00:00:00 +0200

En este post recrearé la idea del tutorial del sitio de django, simplificandolo al máximo para que puedan tomarle el gusto a este excelente framework en pocos minutos. Al igual que en el ejmeplo del sitio de django crearé una aplicación de encuestas. Esto se debe a que es una aplicación simple, intuitiva [...]

Cómo se hizo el mapa de calor

Bosco Curtu — Tue, 31 Mar 2009 00:00:00 +0200

En el anterior post explicaba lo que era el mapa de calor de dooplan. Robert construyó la solución (a partir de otro desarrollo) y aquí explica cómo funciona.

PyCamp 2009 de PyAr

Total interferencia — Mon, 30 Mar 2009 00:00:00 +0200

Este es el reporte del evento que, como ya comentara, se realizó en Los Cocos en Córdoba. Fuimos mas de 30 Pythoneros de Formosa, Sante Fé, Entre Ríos, Buenos Aires y Córdoba con algunas ausencias respecto al año anterior, pero también con mucha gente nueva. Otra vez llevé la portátil que me facilitan donde trabajo, [...]

Leo Soto & su presentación Jython & Django (PyCon 2009).

Continuum — Mon, 23 Mar 2009 00:00:00 +0100

Leo Soto nos visitó el pasado viernes respondiendo a una invitación nuestra. Debo confesar que somos afortunados, pues ensayó la charla ( en versión extendida ) de la presentación que hará en la PyCon 2009 ( en Chicago del 27 al 29 de Marzo ) sobre el trabajo que ha estado haciendo en soportar django sobre [...]

Instalando mod_wsgi, nginx y cmemcache en Ubuntu Intrepid para Django

Frameworks Agiles — Sat, 21 Mar 2009 00:00:00 +0100

Es un resumen breve para configurar nuestro servidor apache con mod_wsgi, memcache y nginx, el cual lo he recopilado de varios sitios, el cual espero pueda ser de ayuda y tambien pueda permitirnos a abrir debatos en lo que se refiere a las mejores practicas para configurar tus host para aplicaciones django. Por que mod_wsgi y no mod_apache, puedes encontrar en este resumen mas detalles en los siguientes links: * http://code.google.com/p/modwsgi/wiki/PerformanceEstimates * http://code.google.com/p/modwsgi/wiki/FrequentlyAskedQuestions * http://blog.webfaction.com/django-setup-improvements

Snippet de vista para i18n

pyAutoservicio — Fri, 20 Mar 2009 00:00:00 +0100

Una de las cosas que nos ofrece django es vistas genéricas y soporte para localización (aka i10n) e internacionalización (aka i18n). Entonces una vez tenemos nuestro sitio con i18n o i10n pues lo que sigue es que le demos a nuestros usuarios la manera de escoger su idioma, django tiene un algoritmo par esto, sin embargo en algún punto nuestros usuarios querrán poder escoger su idioma preferido, para esto este framework nos da la opcion de una vista generica, sobre la cual encontrarán información en http://docs.djangoproject.com/en/dev/topics/i18n/#the-set-language-redirect-view.

Lo único es que esta vista espera que halla un formulario para que el usuario escoja su idioma y además que tengamos predefinida una página a la cual el usuario será redirigido después de seleccionar el idioma a lo cual le veo particularmente un inconveniente pues si el usuario ha llegado a un punto importante para él y es llevado a la página inicial pues no le agradará (en mi caso me molestaría), además si queremos tener la posibilidad de hacerlo desde una url y no una variable por post?

Para resolver este conflicto se modifica un poco la vista que nos trae django y la dejamos así:

def set_lang(request,lang):
    response = HttpResponseRedirect(request.META['HTTP_REFERER'])
    lang_code = u'%s' % lang
    if lang_code and check_for_language(lang_code):
        if hasattr(request, 'session'):
            request.session['django_language'] = lang_code
        else:
            response.set_cookie(settings.LANGUAGE_COOKIE_NAME, lang_code)
    return response

Esta vista espera que se escoja el idioma por una url y además redireccionará al usuario a la página en la que se encontraba, podemos hacerlo incluso en el urls.py y finalmente escogemos la url:

urlpatterns = patterns('',
    ...
    (r'^set_lang/(?P\w{2})/$',set_lang),
    ...
)

de esta manera si se va a /set_lang/es/, django cargará todo nuestro sitio en español y volvera a la vista en la que lo hallamos hecho.

23 de Marzo: Sprint Django durante PyCamp 2009

Total interferencia — Thu, 19 Mar 2009 00:00:00 +0100

La comunidad de usuarios Python de Argentina se reúne este Sábado en la segunda edición del muy exitoso PyCamp: Cuatro días en un apacible y bello lugar de las sierras de la provincia de Córdoba, para programar, planificar y disfrutar del entorno y del contacto cara a cara. Entre las actividades tenemos planeado un Sprint para [...]

Planificando un deploy (django + nginx)

Blog de Javier Santana — Fri, 13 Mar 2009 00:00:00 +0100

Si algo he aprendido a lo largo de mi corta vida como perfil mixto entre desarrollador web y adminitrador de sistemas es que los deploys sí importan. Ahora mismo tengo una aplicación web en django y mis requisitos para el deploy son los siguientes (lo cierto es que servirían para cualquier aplicación web):

- Hacer el setup del servidor en un solo paso
- Poder tener la aplicación en el servidor funcionando con un solo comando
- Poder volver a una versión anterior en cualquier momento

Simples de describir, pero complicados de llevar a cabo.

Hay 3 cosas que tengo que tener en cuenta en la configuración:
- el servidor web
- la aplicación
- la base de datos

Por mi parte he elegido nginx como servidor web ya que soporta fastcgi y parece ligero, para la aplicación uso django y como base de datos mysql. La elección no se basa nada más que en mi experiencia, no quiero entrar en el juego de que es mejor o peor.

Para el deploy estoy usando fabric, un sistema que permite en 3 puntos:
- ejecutar comandos en local
- ejecutar comandos en un server remoto
- subir y bajar ficheros

Y todo con sintaxis python :), con lo cual puede además usar todo el api de python.

El layout de carpetas es el siguiente:

- /srv/agroguia/
   - versions
       - 0
          - timestamp
          - ....
          - last (enlace simbólico a la última versión subida de esta versión)
       - 1
       - ...
    - current (enlace simbólico a la carpeta dentro de versions/X/timestamp)

El servidor web está dividio en dos rutas:
- la parte estática que apunta a current/assets. De momento el peso de los assets es muy bajo (<1M), puedo permitirme el tenerlos replicados.
- la parte dinámica que usa fastcgi contra un socket unix que se crea al levantar django.

Y por qué dividir la aplicación en versiones y dentro de cada una en timestamp (en realidad timestamp + hash de la revisión del sistema de control de versiones). Cada versión tiene un esquema de base de datos y una base de datos diferente dentro de mysql, de forma que todas las versiones de la aplicación dentro de esa carpeta pueden usar la misma base de datos sin problemas de integridades ni nada por el estilo. Similar a este sistema de versiones y timestamps lo usa el sistema de deploy de google app engine.

Del mismo modo, cada vez que cambie el esquema de la base de datos, se creará una carpeta nueva, se llamará al comando de creación de base de datos de django (manage.py syncdb) y luego llamaré a la migración (manual, django aún no soporta migraciones al estilo rails, una pena) que usará los datos de la versión anterior.

Si en cualquier momento quiero volver a una versión anterior puedo símplemente cambiar el enlace simbólico de current y levantar de nuevo el servidor. Incluso si quiero tener una versión en producción y una para desarrollar basta con que levante un servidor de desarrollo en otro puerto diferente al 80 (google en este caso lo hace con subdominios, pero yo no soy tan guay)

Otro detalle importante es la posibilidad de hacer un setup del sistema desde 0. Me baso en un servidor ubuntu, así que tengo unos cuantos targets que instalan dependencias (mercurial, nginx...), módulos python con pip (el reemplazo de easy_install), carpetas, usuarios y permisos varios.

Agregacion en Django

AxiaCore — Wed, 11 Mar 2009 00:00:00 +0100

Trabajando con modelos en Django para aplicaciones web de alto perfil, como las desarrolladas por AxiaCore, nos encontrábamos frecuentemente con tener que hacer cálculos aritméticos básicos manualmente sobre un conjunto de datos en particular. Por ejemplo si necesitábamos obtener el total de ventas de un mes determinado, se tenia que iterar cada elemento del conjunto de [...]

Presentación de Empathy

Software Libre — Tue, 10 Mar 2009 00:00:00 +0100

Continuación de la presentación de Django-Sympy, por Fabián Seoane. Un entorno de cálculo simbólico en la web; está actualmente funcionando en http://empathy.sympy.org.

La aplicación tiene un API tipo JSON-RPC, que se podría usar desde cualquier lenguaje. Actualmente está tratando de resolver problemas de seguridad y de carga.

La presentación os la podéis descargar del sitio habitual

Fuente: osl.ugr.es

Parches para mejorar Django

DynamicWare — Sun, 8 Mar 2009 00:00:00 +0100

Encontré algunos parches que estoy usando a diario para desarrollo y tests en Django, y me pareció interesante compartirlos. Además la idea es que sirvan de ejemplo de las cosas que se pueden encontrar en el sistema de "tickets" de Django, donde hay muchos parches para agregar funcionalidad, por ejemplo:

- Make Django's server optionally multithreaded
(específicamente: devserver_multithread_trunk_r9532.patch)

Esto permite que el servidor de desarrollo funcione con multiple threads. Sirve, por ejemplo, si queremos realizar un request al mismo servidor (por ejemplo, usando urllib2) desde una vista.

- Add live test server support to test framework
(específicamente: django_live_server_r8458.diff)

Permite iniciar un servidor http desde un testcase.

La importancia de documentar

Innovando que es gerundio — Wed, 4 Mar 2009 00:00:00 +0100

Este será un post muy corto, leyendo en varios foros de Django buscando dudas me he dado cuenta de lo buena que es la documentación de proyecto (ya me había dado cuenta, quiero decir que he sido plenamente consciente de su magnitud). El éxito de un proyecto software recae en un alto porcentaje en la documentación, [...]