Me sorprende que no vea nada más que "usar apio" al buscar cómo usar las tareas de apio con sorl-thumbnails y S3.¿Punteros sobre el uso de apio con sorl-thumbnails con almacenamientos remotos?
El problema: el uso de almacenamientos remotos provoca demoras masivas al generar miniaturas (piense en más de 100 páginas en una página con muchas miniaturas) mientras el motor de miniaturas descarga originales del almacenamiento remoto, los comprime y luego los carga nuevamente en s3.
¿Dónde es un buen lugar para configurar la tarea de apio dentro de sorl, y a qué debo llamar?
Cualquiera de sus experiencias/ideas sería muy apreciada.
Comenzaré a cavar alrededor de las partes internas de Sorl para encontrar un lugar más útil para retrasar esta tarea, pero hay algunas cosas más que me preocupan si esto se ha resuelto antes.
¿Qué imagen se devuelve inmediatamente? A Sorl se le debe decir de alguna manera que la imagen devuelta no es la miniatura real. La memoria caché debe invalidarse cuando el apio finaliza la tarea.
manejar múltiples peticiones de generación de miniaturas de forma inadecuada (sólo es necesario la primera para una clave dada caché)
Por ahora, he resuelto temporalmente mediante el uso de un proxy caché nginx que puede servir éxitos inversa mientras que el backend dedica tiempo a generar páginas costosas (cambio de tamaño de PNG enormes en una gran rejilla de producto), pero es un proceso muy manual.
http://djangosnippets.org/snippets/1562/ podría ayudar – jpic
@jpic gracias, pero eso es 3 años de edad - ya funciona con almacenes remotos. Lo que necesito ayuda es la generación asíncrona de miniaturas de almacenamiento remoto ... –
@YujiTomita ¿Has tenido algún progreso con esto? Sería bueno escuchar tus descubrimientos. – jamesc