Blogs en español de la Comunidad Django.

Acelerando tests de Django con PostgreSql

DynamicWare — sáb, 4 Feb 2012 00:00:00 +0100

La ejecucion inicial de los tests toma aproximadamente 15 segundos:

4.54user 0.64system 0:15.25elapsed 34%CPU (0avgtext+0avgdata 123600maxresident)k
4.70user 0.54system 0:14.70elapsed 35%CPU (0avgtext+0avgdata 122992maxresident)k
4.46user 0.65system 0:14.85elapsed 34%CPU (0avgtext+0avgdata 122912maxresident)k

Luego de ajustar los siguientes parametros:
- fsync = off
- synchronous_commit = off
- wal_sync_method = fsync

la ejecución toma aproximadamente 8.5 segundos:

4.22user 0.56system 0:08.62elapsed 55%CPU (0avgtext+0avgdata 123024maxresident)k
4.32user 0.58system 0:08.97elapsed 54%CPU (0avgtext+0avgdata 123008maxresident)k
4.29user 0.50system 0:08.74elapsed 54%CPU (0avgtext+0avgdata 123040maxresident)k

El tiempo se redujo casi a la mitad! Aunque esta configuración no es para nada recomendable para un equipo de producción, creo que vale la pena para ejecutar tests.

Corriendo tests con instancia de PostgreSql en ram

DynamicWare — sáb, 4 Feb 2012 00:00:00 +0100

Otra manera de optimizar la ejecución de tests de Django, pero SIN modificar la instalación de PostgreSql del sistema operativo es crear una nueva instancia, corriendo totalmente en ram.

Para crear una nueva instancia usamos initdb:

$ /usr/lib/postgresql/9.1/bin/initdb \
--pgdata=/dev/shm/pgtesting \
-U horacio

Y para lanzar la instancia en segundo plano:

$ /usr/lib/postgresql/9.1/bin/postgres \
-F -i -p 5444 -S $((1024*64)) \
-D /dev/shm/pgtesting \
--unix_socket_directory=/dev/shm/pgtesting \
-r /dev/shm/pgtesting/postgresql.log &

Luego creamos el usuario y BD para la aplicación Django:

psql -h 127.0.0.1 \
-c "create user vindler with password 'x' superuser" postgres
psql -h 127.0.0.1 \
-c "create database vindler owner vindler" postgres

Mejora en tiempos de ejecución de test: 28%

La ejecución de los tests con PostgreSql en disco, con las optimizaciones de mi artículo anterior tardan alrededor de 7 segundos:

Ran 18 tests in 7.071s
5.44user 0.58system 0:10.40elapsed 57%CPU (0avgtext+0avgdata 122880maxresident)k
0inputs+1184outputs (0major+16964minor)pagefaults 0swaps

Ran 18 tests in 6.843s
5.28user 0.65system 0:10.27elapsed 57%CPU (0avgtext+0avgdata 122976maxresident)k
0inputs+1176outputs (0major+16956minor)pagefaults 0swaps

Ran 18 tests in 7.032s
5.42user 0.64system 0:10.42elapsed 58%CPU (0avgtext+0avgdata 124304maxresident)k
0inputs+1168outputs (0major+17122minor)pagefaults 0swaps

Los mismos tests ejecutandose en la nueva instancia de PostgreSql totalmente en ram, tardan alrededor de 5 segundos:

Ran 18 tests in 5.220s
4.41user 0.65system 0:08.38elapsed 60%CPU (0avgtext+0avgdata 117904maxresident)k
8inputs+1176outputs (0major+16524minor)pagefaults 0swaps

Ran 18 tests in 5.047s
4.32user 0.53system 0:08.04elapsed 60%CPU (0avgtext+0avgdata 117888maxresident)k
0inputs+1168outputs (0major+16504minor)pagefaults 0swaps

Ran 18 tests in 4.665s
3.95user 0.64system 0:07.79elapsed 58%CPU (0avgtext+0avgdata 117856maxresident)k
0inputs+1176outputs (0major+16502minor)pagefaults 0swaps

Al ejecutar los tests de stress: 33%

Con PostgreSql en disco:

Ran 1 test in 24.601s
15.21user 2.72system 0:27.98elapsed 64%CPU (0avgtext+0avgdata 130944maxresident)k
0inputs+9616outputs (0major+18298minor)pagefaults 0swaps

Ran 1 test in 24.458s
15.16user 2.51system 0:27.57elapsed 64%CPU (0avgtext+0avgdata 131488maxresident)k
472inputs+9608outputs (0major+18457minor)pagefaults 0swaps

Ran 1 test in 24.552s
15.23user 2.63system 0:27.95elapsed 63%CPU (0avgtext+0avgdata 131088maxresident)k
232inputs+9616outputs (0major+18310minor)pagefaults 0swaps

Con PostgreSql en ram:

Ran 1 test in 16.082s

11.30user 2.46system 0:19.22elapsed 71%CPU (0avgtext+0avgdata 126080maxresident)k

0inputs+9616outputs (0major+17675minor)pagefaults 0swaps

Ran 1 test in 15.736s

11.25user 2.20system 0:18.82elapsed 71%CPU (0avgtext+0avgdata 126192maxresident)k

0inputs+9608outputs (0major+17684minor)pagefaults 0swaps

Ran 1 test in 15.408s

10.78user 2.27system 0:18.44elapsed 70%CPU (0avgtext+0avgdata 126384maxresident)k

0inputs+9608outputs (0major+17693minor)pagefaults 0swaps

Instalando django_openid_auth usando PIP

DynamicWare — mié, 25 Ene 2012 00:00:00 +0100

Hay algunos problemas con la version 0.4 de django_openid_auth (ej: no se puede instalar via pip). El proyecto es open source, por lo tanto es muy facil subirlo a GitHub y compartir estos arreglos :-)

Básicamente bajé el proyecto original (revisión 88) y lo subi a GitHub. Para instalarlo usando PIP hay que ejecutar:

./pip install -e git+http://github.com/hgdeoro/hgdeoro_fork_of_django_openid_auth#egg=django_openid_auth

Actualización

Mucho mejor, instalamos usando PIP, pero un commit en particular (ec68dfc046d1a75b50080ea98c56eda71956ed7a):

pip install -e git+http://github.com/hgdeoro/hgdeoro_fork_of_django_openid_auth@ec68dfc046d1a75b50080ea98c56eda71956ed7a#egg=django_openid_auth

O también un tag en particular (bzr_revno_88):

pip install -e git+http://github.com/hgdeoro/hgdeoro_fork_of_django_openid_auth@bzr_revno_88#egg=django_openid_auth

Editando y traduciendo inline en Django

Yaco — lun, 9 Ene 2012 00:00:00 +0100

La tarea de administrar un sitio web es una tarea de lo más complicada, influyendo en gran medida el desconocimiento de la tecnología usada y las carencias del administrador, el cual muchas veces no es técnico. Django posee una administración muy potente, pero para un usuario no-programador a veces puede seguir siendo [...]

Shell en django

Estribancus — lun, 5 Dic 2011 00:00:00 +0100

Ocurre muchas veces que necesitamos una shell en django para realizar pruebas o tareas de mantenimiento. Conseguirla es muy sencillo ya que settings.py se cargará desde el primer momento en que importemos un modelo o cualquier módulo de django. Lo único que tenemos que hacer es exportar la variable DJANGO_SETTINGS_MODULE con el valor del fichero de settings que queremos utilizar. Yo uso este script (suponiendo que nuestros settings están en settings.py):

shell.sh
export DJANGO_SETTINGS_MODULE="settings"
python

desde aquí ya podemos operar con los modelos:

from gesion.models import Cliente
c=Cliente(clave='444', descripcion='Pepe Perez')
c.save()

Si queremos acceder desde un script independiente en python podemos usar setup_environ de esta forma:

mantenimiento.py

from django.core.management import setup_environ

try:
  import settings
except ImportError:
  import sys
  sys.stderr.write("No encuentro el fichero de settings")
  sys.exit(1)

setup_environ(settings)

....

Espero que os sirva.

PyPI y Yaco

Yaco — jue, 1 Dic 2011 00:00:00 +0100

Desde su comienzo Yaco ha estado fuertemente ligada al Software Libre, siempre ha creído en el concepto de comunidad, por ello todo el equipo intenta usar, mejorar y contribuir a esta en todo lo posible.

Si desde el primer día Yaco ha tenido debilidad por el Software Libre, siempre ha tenido predilección por el [...]

El nuevo Amigo Invisible Online

Bosco Curtu — mié, 2 Nov 2011 00:00:00 +0100

Última hora!!! Tenemos un nuevo Amigo Invisible Online, la mejor forma de celebrar un amigo invisible por email. Bueno, no es última hora, pero como todavía no lo había blogeado, pues alguno no lo sabrá. El nuevo amigo invisible, que por fuera se parece mucho al antiguo, tiene las siguientes funcionalidades: Exclusiones múltiples. Era una funcionalidad muy [...]

Participamos en el Día Python dentro de la Libre Software World Conference ’2011

Yaco — mar, 25 Oct 2011 00:00:00 +0200

En paralelo a la “Libre Software World Conference ’2011” (LSWC’11) que tendrá lugar en Zaragoza los días 9 y 10 de noviembre, se desarrollarán una serie de charlas dedicadas a Python para promocionar este lenguaje entre las empresas de Software Libre que acudan al evento, y entre las administraciones públicas en [...]

Cómo resetear South

DynamicWare — mié, 19 Oct 2011 00:00:00 +0200

Podemos resetear South desinstalándolo y volviéndolo a instalar. Atención: esto hará que se pierdan todas las migraciones existentes, y los datos de las BD de las aplicaciones que se quieran resetear. Los pasos a seguir son:

1) eliminar de la BD las tablas de South: south_migrationhistory.
2) eliminar de la BD las tablas de las aplicaciones administradas por south.
3) eliminar el paquete migrations de las aplicaciones que usen South.
4) ejecutar syncdb.
5) volver a marcar las aplicaciones que deben ser administradas usando South, ejecutando: "manage.py convert_to_south APP"

Uso correcto de super en python

Estribancus — vie, 7 Oct 2011 00:00:00 +0200

Sea

class Base(object):
    def __init__(self):
        print "Base created"
class ChildA(Base):
    def __init__(self):
        Base.__init__(self)
class ChildB(Base):
    def __init__(self):
        super(ChildB, self).__init__()

¿Qué diferencia hay entre la construcción de A y de B?. Pues ninguna, lo que ocurre es que super nos permite mayor flexibilidad para gestionar la jerarquía ya que no tenemos que referirnos a una clase en particular.

Usar super es también la única forma de hacer herencia múltiple aunque yo no la uso por ser fuente de errores.

En python 3, la sintaxis se simplifica de super(ChildB,self).__init__() a super().__init().

Fuentes:
Understanding Python super() and init methods
http://stackoverflow.com/questions/576169/understanding-python-super-and-init-methods

How to use 'super' in python
http://stackoverflow.com/questions/222877/how-to-use-super-in-python

SQLite, Python y Django para llevar

Código elusivo — sáb, 17 Sep 2011 00:00:00 +0200

Alguien ha tenido la excelente idea de crear una implementación portable de Django. Esto implica que SQLite y Python vienen como parte del conjunto.

Instant Django es para Windows. No tiene que instalarse, se descomprime en una carpeta de la computadora o de una memoria portátil, se configura ejecutando el archivo start.bat y listo, ya se cuenta con SQLite, Python y Django para desarrollar aplicaciones. Evidentemente, el principal objetivo de este conjunto de aplicaciones es el desarrollo de aplicaciones para Internet con el marco de trabajo Django, que por cierto, vale mucho la pena dedicar un tiempo a conocerlo, pero eso no hace forzoso que SQLIte o Python deban tener una aplicación práctica exclusivamente con Django, se les puede usar de modo independiente.

Actualmente, Instant Django incluye Python 2.5.2, Django 1.0, Notepad++ 5.0.3, Python Imaging Library 1.1.6, Docutils 0.5, y Sqlite 3.5.6, viene muy actualizado.

Descarga directa: django.exe 17MB

Campos de un modelo en Django

Estribancus — vie, 9 Sep 2011 00:00:00 +0200

Podemos acceder a los campos de un modelo de la siguiente forma:


>>> from django.db import models
>>> from personal.models import Seccion
>>> campos=Seccion._meta.fields
>>> print campos
django.db.models.fields.AutoField object at 0x96a33ac, ...
>>> for a in campos:
...  print a.name
... 
id
convenio
descripcion
hora_corte
>>>

Toda la información del modelo está en el _meta. Un modelo puede cargarse dinámicamente con:


model = models.get_model('aplicacion', 'Modelo')

Todas las opciones están bien documentadas en el fuente django/db/models/options.py

psycopg2 (2.4.2) + Django (1.3) = problemas!

DynamicWare — mié, 10 Ago 2011 00:00:00 +0200

Si usas psycopg2 versión 2.4.2 con Django 1.3 surge el siguiente problema:

$ ./virtualenv27/bin/python src/dynamicware/manage.py test myprojects

Creating test database for alias 'default'...

(...)

psycopg2.ProgrammingError: autocommit cannot be used inside a transaction

Una solución temporal es instalar la versión anterior de psycopg2:

$ ./virtualenv27/bin/pip install psycopg2==2.4.1

La solución definitiva ya existe: https://code.djangoproject.com/ticket/16250

El futuro de django

Estribancus — sáb, 6 Ago 2011 00:00:00 +0200

http://marakana.com/forums/python/python/419.html

La importancia de la colaboración y el retorno tecnológico a la comunidad como modelo de negocio

Yaco — lun, 4 Jul 2011 00:00:00 +0200

Desde Yaco Sistemas centramos y optimizamos nuestras inversiones en la colaboración y el retorno tecnológico a la comunidad, un modelo que aporta ventajas competitivas frente a otras empresas en el mercado.

Sistemas operativos, frameworks de desarrollo web, bases de datos y otras muchas piezas de software con las que trabajamos están basadas en tecnologías [...]

Desgranamos las claves de nuestro modelo de negocio

Yaco — mar, 28 Jun 2011 00:00:00 +0200

Después de casi 10 años dedicados a la innovando, creando profesionales, aportando valor a las comunidades de open source, ganando terreno a los más grandes del mercado tecnológico y consiguiendo una reputación, desgranamos las claves de nuestro modelo de negocio de la mano de Gaceta Tecnológica. Un modelo basado en la transparencia y que es [...]

Impresiones de la DjangoCon Europe 2011

Yaco — mar, 28 Jun 2011 00:00:00 +0200

Por Manuel Saelices
Chief Developer en Yaco

He tenido el placer de poder asistir a la DjangoCon Europe que tuvo lugar en Ámsterdam. En contra de lo que se puede suponer a priori, el viaje a Ámsterdam fue de todo menos un viaje de ocio. Con decir que tuve que [...]

Cuidado con el directorio de instalación de django

Estribancus — lun, 20 Jun 2011 00:00:00 +0200

El directorio de instalación, tal y como indica el manual , lo obtenemos con


from distutils.sysconfig import get_python_lib;print get_python_lib()

y muestra


/usr/lib/python2.6/dist-packages

Peeero, en realidad en ubuntu se instala en


/usr/local/lib/python2.6/dist-packages

¿Cómo podemos saber la localización de este directorio?. Pues usando la librería sys, que mantiene la localización del __init__.py de cada import:


Python 2.6.5 (r265:79063, Apr 16 2010, 13:09:56) 
[GCC 4.4.3] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> import sys, os, django        
>>> sys.modules['django']
module 'django' from '/usr/local/lib/python2.6/dist-packages/django/__init__.pyc'

Sacado de esta entrada de stackoverflow http://stackoverflow.com/questions/2647862/how-can-i-tell-what-directory-an-imported-library-comes-from-in-python

Opciones para programación con vi / vim

Estribancus — dom, 19 Jun 2011 00:00:00 +0200

Esta es la config que uso en ~/.vimrc


syntax on
set number
set expandtab
set tabstop=4
set shiftwidth=4
set foldmethod=marker

para editar python.

Django: Evitar error en el administrador "decoding Unicode is not supported"

Estribancus — vie, 11 Mar 2011 00:00:00 +0100

Si, como es probable, os habéis encontrado con este error en el administrador cuando examináis modelos con caracteres utf-8, creo que puede deberse al hecho de que django sirve los strings en unicode pero sin codificar.

En python, en el momento que intentamos algo como esto:


>>> unicode('pepe', 'utf-8')
u'pepe'
>>> unicode(u'pepe', 'utf-8')

Traceback (most recent call last):
File "", line 1, in 
TypeError: decoding Unicode is not supported

Obtenemos el TypeError. En el admin de django, el error lo obtendremos siempre que grabemos caracteres >255. Parece provenir del hecho de codificar el unicode en ascii en vez de utf-8 ¿?.

Si hacemos:


def __unicode__(self):
   return unicode(self.descripcion)

Obtendremos el error de decodificación ascii, pero si hacemos...


def __unicode__(self):
   return unicode(self.descripcion, 'utf-8')

...nos funcionará pero no podremos usar el admin para examinar el modelo porque nos genera el error anterior.

Tenemos dos posibilidades, aunque no las comprendo en profundidad:

Solución 1):


from django.utils.encoding import smart_unicode

En los modelos poner:


def __unicode__(self):
   return smart_unicode(("%s" % self.descripcion))

Solución 2) Llamado "método del literal"


def __unicode__(self):
   return (u"%s" % self.descripcion)

En todo caso es conveniente poner el setting


DEFAULT_CHARSET='utf-8'

que fuerza utf-8 a la hora de procesar y servir las plantillas.

Más info sobre este tema estaría bien. En mi caso uso mysql con utf-8 y ordenación spanish2, ubuntu 10.10 con utf-8 y apache forzado a servir utf-8.

Django: Guardar imágenes (o blobs) desde la red

Estribancus — jue, 10 Mar 2011 00:00:00 +0100

Debido a las consultas amplío el post anterior para aclarar un poco el proceso suponiendo que bajamos las imágenes desde un servidor sFTP, sólo hay que cambiar los parámetros de pycurl para operar con http, https, etc...

Primero bajamos la imagen a memoria con algún gestor (pycurl por ejemplo o urllib) y guardarlo en un cStringIO:


import pycurl, cStringIO

buf = cStringIO.StringIO() 
url=('ftps://%s:990/%s' % (ip, fichero))
privatekey = '/home/sss/.ssh/id_rsa'
options = {
  pycurl.USERPWD: 'xxxxx:xxxx',
  pycurl.SSLKEYPASSWD: 'adfasdfasdfas',
  pycurl.SSH_PRIVATE_KEYFILE: privatekey,
  pycurl.SSH_PUBLIC_KEYFILE: privatekey + '.pub',
  #pycurl.WRITEDATA: open('/dev/null', 'wb'),
  pycurl.VERBOSE: 1,
  pycurl.URL: url,
  pycurl.HEADER: 1,
  pycurl.NOBODY: 1,
  pycurl.WRITEFUNCTION: buf.write,
  pycurl.NOPROGRESS: 1,
  pycurl.SSL_VERIFYPEER: 0,
  pycurl.SSL_VERIFYHOST: 0,
}
 
gestor = pycurl.Curl()
try:
for (k, v) in options.items():
  print k, v
  gestor.setopt(k, v)
except Exception, msg:
  logging.info('Error setopt %s' % msg)

gestor.perform()

Ahora ya tenemos la imagen en memoria (buf), vamos a grabarla (django la graba en disco y en la db solo se guarda el path), el único problema es que ImageField espera un campo file, pero lo solucionaremos con un workaround:

En tu modelo pones:


class Persona(models.Model):
 .....
 imagen=models.ImageField(upload_to=settings.PATH_FOTOS_CLIENTES, blank=True)

Donde settings.PATH_FOTOS_CLIENTES apunta a la ruta que cuelga de la ruta que tengas en settings.MEDIA_ROOT y tiene el formato siguiente o similar (en settings.py):


PATH_FOTOS_CLIENTES='clientes/%Y/%m/%d'

Ahora tenemos que pasar de la imagen que tienes cargada en memoria a un stream tipo 'file' para que pueda ser guardado por el modelo:


from django.core.files.uploadedfile import SimpleUploadedFile

foto = SimpleUploadedFile('imagencliente.jpg',
         buf.getvalue(),
         "image/jpeg")

y ya salvamos:


p=Persona( imagen=foto )
p.save()

Comentad si os surge alguna duda.
Saludos,
Pere Vilás.

Django en la red con el servidor de desarrollo

Estribancus — mié, 9 Mar 2011 00:00:00 +0100

No basta con python manage.py runserver [num_puerto], esto sólo lo hace accesible desde loopback, para servir en red hay que hacer


python manage.py runserver [ip_fisica]:[num_puerto]

Para saber nuestra ip podemos hacerlo con ifconfig, evidentemente no podemos usar localhost o 127.0.0.1

Django: Guardar imágenes desde string

Estribancus — mié, 9 Mar 2011 00:00:00 +0100

Para guardar una imagen en un campo de tipo ImageField de Model desde una cadena como un POST http o desde memoria hacemos lo siguiente:


from django.core.files.uploadedfile import SimpleUploadedFile
import cStringIO

buf = cStringIO.StringIO()     
# adquirimos imagen y la guardamos en buf i.e. mediante pycurl

foto = SimpleUploadedFile('imagen.jpg', buf.getvalue(), "image/jpeg")  

# ahora foto contiene el stream pero en formato 'fichero'

p=Modelo( imagen=foto )
p.save()

Espero que os sirva ;-)

Consultas en Django

Estribancus — jue, 24 Feb 2011 00:00:00 +0100

Unos pequeños apuntes cogidos al vuelo de consultas en django

Un queryset sería el equivalente a un SELECT
Un filter sería el equivalente a un WHERE

Comandos de Query:
Objeto.objects.all() -> Todo el conjunto
Objeto.objects.filter() -> Un filtro para incluir
Objeto.objects.exclude() -> Un filtro para excluir
Objeto.objects.get() -> Busca un solo objeto

Encadenado de filtros

Entry.objects.filter(
headline__startswith=’What’
).exclude(
pub_date__gte=datetime.now()
).filter(
pub_date__gte=datetime(2005,1,1)
)

Todos los que empiezan por What entre 1/1/2005 y ahora.

Cada filtro crea una consulta única

q1=Entry.objects.filter(headline__startswith=’What’)
q2=q1.exclude(pub_date__gte=datetime.now())
q3=q2.filter(pub_date__gte=datetime(2005,1,1))

Buscar un solo objeto con get()

one_entry=Entry.objects.get(pk=1)
Si no hay datos salta la excepción DoesNotExist

En cambio filter()[0], no hace nada

Limitar el número de registros devueltos

Entry.objects.all()[:5] # los cinco primeros
Entry.objects.all()[5:10] # del quinto al décimo

Buscar sobre campos

Básicos: Son de la forma campo__tipobusqueda=valor
Ejemplo: Entry.objects.filter(pub_date___lte=’2006-01-01’) se transforma en select from blog_entry where pub_date<=’2006-01-01’

-> exact : headline__exact=’algo’
-> iexact: case insentive exact
-> contains
-> startswith
-> endswith

Relacionales

Entry.objects.filter(blog__name__exact=’Pep’)

Blogs.objects.filter(entry__headline__contains=’Pep’, entry__pub_date__year=2006)
Todos los blogs que tengan alguna entrada cuyo titulo tenga Pep y se haya publicado en 2006

Blogs.objects.filter(entry__headline__contains=’Pep’).filter(entry__pub_date__year=2006)
Todos los que tengan Pep y todos los que se hayan publicado en 2006

Filtros que referencian a otros campos del mismo modelo

from django.db.models import F
Entry.objects.filter(n_coments__gt=F(‘n_pingbacks’))

gt: greather than
n_pingbacks: valor de otro campo del mismo modelo

Primary key

Blog.objects.get(pk=valor)
.get(pk__in=[1,4,7])
.get(pk__gt=14)

Caching

Esta consulta se realiza dos veces:
print [e.headline from p in queryset]
print [e.pub_date from p in queryset]

Esta, sólo una vez (cacheo de resultados):
queryset=Entry.objects.all()
print [p.headline form p in queryset] <- En esta se cachea
print [p.pub_date form p in queryset] <- en esta su usa la caché

Consultas complejas con Q

Las palabras clave en filter, etc... son ANDs, si queremos algo más complejo, necesitamos Qs

django.db.models.Q

Q(question__startswith=’Who’) | Q(question__startswith=’What’)
Q(question__startswith=’Who’) | ~Q(question__startswith=’What’)
Poll.objects.get( Q(question__startswith=’Who’),

Q(pub_date=date(2005,5,2)) | Q(pub_date=date(2005,5,6)) )

Comparando objetos

Para comparar dos objetos usamos el == estándar de python
una_entrada==otra_entrada

La comparación se realiza siempre usando la clave primaria

Borrando objetos

Entry.objects.filter(pub_date__year=2005).delete()
Borra todos los elementos y los foreign key que le apuntan en cascada

b=Blogs.objects.get(pk=1)
b.delete() -> borra la entrada y todos sus comentarios

Update de varios elementos

Entry.objects.filter().update(headline=’Cambiado’)

Objetos relacionados

Si un modelo tiene un foreign key, podemos acceder al objeto foráneo via simple atributo del modelo:

e=Blog.objects.get(id=1)
e.entry_set.all() --> todas las entradas del primer blog
e.entry_set.filter(headline__contains=’Pep’)

Si se ha usado el related_name en la definición del modelo, entonces ese es el nombre del atributo para acceder

blog=ForeignKey(Blog, related_name=’entries’)

b=Blog.objects.get(id=1)
b.entries.all()
b.entries.count()

Métodos del Foreign Manager:
relacionado.add(ob1, obj2, …) Añade al objeto relacionado
relacionado.create(**kwargs)
relacionado.remove(obj1, obj2, …)
relacionado.clear() -> borra todos los objetos relacionados

O también:
b=Blog.objects.get(id=1)
b.entry_set=[e1, e2, …] <- un objeto iterable

Hacer siempre el save del objeto principal para que permanente.

django-membergetmember

Bosco Curtu — jue, 17 Feb 2011 00:00:00 +0100

He liberado una nueva app para django para la gestión de campañas Member-Get-Member al estilo groupon y otros. Tu traes un amigo y yo os doy X créditos a cada uno. Más info en el README del proyecto en github Feedback is welcome

django-sermepa

Bosco Curtu — mié, 2 Feb 2011 00:00:00 +0100

Acabo de subir al github una versión sencilla para utilizar el TPV Virtual de Sermepa: django-sermepa Django-sermepa funciona de una forma muy parecida a django-paypal IPN: En una página renderiza un formulario oculto y un botón de “Comprar” Esto te lleva al TPV Virtual de Sermepa (Servired) donde se paga Sermepa envía un post (el IPN de paypal) a [...]

Comportamiento “raro” en Django

Humitos — mié, 17 Nov 2010 00:00:00 +0100

En pocas palabras tengo un modelo que obtengo desde su id que me viene por la url. Para esto utilizo la función get_object_or_404 que trae Django. En el medio de la vista de Django aplico algunas funciones a esta instancia del modelo y me estoy encontrando con que luego de aplicar funciones que modifican la [...]

Facebook App

Humitos — sáb, 18 Sep 2010 00:00:00 +0200

Si bien Facebook no me gusta mucho, más que nada por el uso que la gente le da, y no porque sea una aplicación que no me gusta; de hecho, me parece que es muy groso y fue revolucionario. Fue tan revolucionario que la gente quiere hacer aplicaciones para que se vean dentro de Facebook [...]

Introducción a Django (charla)

Humitos — sáb, 11 Sep 2010 00:00:00 +0200

Es la primera vez que voy a hacer esto, no estoy seguro porqué se me ocurrió en este momento, pero ya lo había visto en el blog de Juanjo hace un tiempo aunque no le dí mucha bola y ahora que me surgió la idea nuevamente, me acordé que ya lo había visto y que [...]

Introducción a Django Reloaded

Humitos — lun, 6 Sep 2010 00:00:00 +0200

La última vez que dí una charla si mal no recuerdo fue hace un año atrás en la PyCon de Argentina. La verdad que estoy re oxidado con esto. Hace un tiempo cuando Facundo me ofreció dar una charla de Introducción a Django en el ciclo de charlas organizadas por FM La Tribu le dije que [...]