¿Cómo haces algo después de renderizar la vista? (Django)

Question

quiero hacer algo después de haber prestado la vista utilizando

return render_to_response() 

son señales la única manera de hacer esto? ¿Debo escribir una señal personalizada o me pide que termine? ¿Me da suficiente información? Básicamente, necesito saber qué página se procesó y luego realizar una acción en respuesta a eso.

Gracias.

ACTUALIZACIÓN DE COMENTARIOS: No deseo mantener la presentación de la página, por lo que quiero mostrar la página primero y luego realizar la acción.

Answer 1

En el procesamiento para responder, pasa la página html que desea mostrar. Esa otra página debe enviar una publicación (a través de Javascript o algo similar) que desencadena la función correcta en sus vistas, luego esa vista llama a la siguiente página correcta para mostrar.

Answer 2

Si tiene un proceso de larga duración, tiene dos opciones simples.

1. Genera un subproceso antes de enviar la página de respuesta.

2. Crea un "daemon de servicio en segundo plano" y pasa las solicitudes de trabajo a él.

Esto es todo fuera de Django. Utiliza subprocess o algún otro método de IPC para comunicarse con el otro proceso.

Answer 3

Una forma común de hacer esto es usar colas de mensajes. Coloca un mensaje en la cola y los hilos de trabajo (o procesos, etc.) consumen la cola y hacen el trabajo después de que su vista se haya completado.

Google App Engine tiene la cola de tareas api http://code.google.com/appengine/docs/python/taskqueue/, amazon tiene el servicio de cola simple http://aws.amazon.com/sqs/.

Una búsqueda rápida no mostró ninguna django pluggables que se parezcan a los estándares aceptados.

Una manera rápida y sucia de emular la funcionalidad es colocar el 'mensaje' en una tabla de base de datos, y hacer que un trabajo cron compruebe periódicamente la tabla para realizar el trabajo.

Answer 4

objeto HttpResponse de Django acepta un iterador en su constructor:

http://docs.djangoproject.com/en/dev/ref/request-response/#passing-iterators

por lo que podría hacer algo como:

def myiter(): 
    yield "my content" 
    enqueue_some_task() 
    return 

def myview(request): 
    return HttpResponse(myiter()) 

El uso normal de un iterador es enviar grandes cantidades de datos sin necesidad de leer todo en la memoria. Por ejemplo, lea fragmentos de un archivo y ceda apropiadamente. Nunca lo he usado de esta manera, pero parece que debería funcionar.

Answer 5

Mi solución favorita: un proceso separado que maneja tareas en segundo plano, típicamente cosas como indexar y enviar correos de notificación, etc. Y luego, durante el renderizado de vistas, envía un evento al sistema de manejo de eventos (no sé si Django tiene una integrada, pero siempre la necesita de todas formas, así que debería tener una) y el sistema par luego coloca un mensaje en una cola de mensajes (que es trivial para escribir a menos que tenga varias máquinas o múltiples procesos en segundo plano) que hace la tarea en cuestión.

Answer 6

Generas un hilo separado y haces que haga la acción.

t = threading.Thread(target=do_my_action, args=[my_argument]) 
# We want the program to wait on this thread before shutting down. 
t.setDaemon(False) 
t.start() 

Esto hará que 'do_my_action (my_argument)' para ser ejecutado en un segundo hilo que va a seguir trabajando incluso después de enviar su respuesta Django y termina el hilo inicial. Por ejemplo, podría enviar un correo electrónico sin demorar la respuesta.

Answer 7

Quizás no entiendo su pregunta. Pero ¿por qué no algo simple como:

try: 
    return render_to_response() 
finally: 
    do_what_needs_to_be_done()