La capacidad de interceptar todas las solicitudes y respuestas HTTP que fluyen a través del código en un lugar centralizado se usa ampliamente para
a) registro,
b) configurar universalmente los indicadores que son únicos en todo el sistema, por ejemplo, config,
- Cómo deshabilitar la tecla Fn + F4 en mi laptop Lenovo E31-70
- ¿Qué piensan los usuarios de diferentes distribuciones de Linux sobre Ubuntu?
- ¿Puedo comprar computadoras portátiles Apple?
- ¿Se puede ejecutar una tarjeta gráfica DDR3 en una placa base DDR2?
- Cómo aprender a pensar como un programador de computadoras
c) depuración e instrumentación.
Django / WSGI middleware. Casi todas las especificaciones de framework o puerta de enlace del servidor web ofrecen una forma u otra para lograr esto.
En segundo lugar. En la comunicación tradicional entre procesos, hemos compartido memoria a la que se accede a través de todos los procesos en una sola máquina. Junto con cerraduras para guardar guardando tiene un caché. La API de caché de bajo nivel de Django es un ejemplo de este tipo sin ningún soporte de almacenamiento en caché, es decir, redis, memcached, respaldo de archivos, etc.
Un caché que caduca automáticamente junto con un middleware de solicitud y respuesta sirve para resolver casos de uso interesantes de recarga de configuración en vivo (aunque no es sincrónica en todas las instancias en ejecución de su proceso de aplicación web), apagado / pausa / mantenimiento elegante, almacenando un conjunto finito de los últimos N errores encontrado durante el ciclo de solicitud-respuesta, registro por lotes de errores / problemas de rendimiento en una solicitud de URL interna.
