collective.diazo.readheaders étend le middleware de thématisation niveau de Diazo d'ajouter la capacité de lire l'emplacement d'un fichier règles XML à partir de l'environnement de WSGI & nbsp;. Cela signifie, entre être capable de lire un emplacement des règles de l'environnement pour l'utilisateur local, qu'un service en amont (par exemple un serveur web, proxy inverse, la mise en cache proxy, etc.) est en mesure de contrôler le thème le middleware utilise - et changer cette donnée pour toute demande. Cela contraste avec l'approche prise par configuration middleware standard Diazo, qui requiert un chemin fixe à préciser pour le middleware.
Donc, cela signifie avec la configuration de WSGI droite, vous pourriez peut-être avoir qu'une seule instance Diazo desservant un certain nombre de thèmes sans avoir besoin de configurer explicitement chemins, urlmaps ou analogues. Si vous combinez cela avec un outil de face approprié (comme un serveur Web configurable comme Apache, Nginx, Cherokee, ou tout autre), alors vous pouvez avoir cette seule instance Diazo thématisation ne importe quel nombre d'applications, et thématisation base différente sur tout conditionner votre serveur Web prend en charge - comme nom d'hôte entrant, HTTP, HTTPS vs URL spécifiques ou expression régulière, en-têtes, les adresses IP, et plus encore. Pour ce faire, tout ce que vous devez faire est de définir l'en-tête HTTP droit - qui est le chemin de votre fichier de règles -. Et assurer que ce est envoyé à votre middleware basé sur vos diverses conditions
Exigences :
- Python
Commentaires non trouvées