WeDispatch 1.6.1 : le verrou porte sur le fichier, et les pages s'affichent plus vite
L'accès réservé protège désormais le fichier audio lui-même et non plus seulement la page qui le présente. Avec, dans la même version, les corrections issues de notre rapport de performance.
Une version de consolidation, sans nouvelle fonctionnalité visible : elle renforce la protection des contenus réservés et raccourcit le temps d'affichage des pages publiques.
Le verrou d'accès descend au niveau du fichier
Un éditeur qui réserve ses articles à ses inscrits ou à ses abonnés compte sur nous pour deux choses : que la page ne livre pas l'écoute complète au visiteur anonyme, et que le fichier lui-même ne soit pas joignable autrement. La première était acquise. La seconde le devient.
Chez un client en accès conditionnel, l'article complet, ses horodatages et son résumé vivent désormais dans un espace de stockage privé. Ils ne sont servis que par un lien signé, valable deux heures, délivré au visiteur qui y a droit, et à personne d'autre. L'extrait libre, lui, reste public : c'est ce qu'on donne volontairement à l'anonyme, et le garder ainsi laisse le flux podcast fonctionner sans le moindre changement de votre côté. Chez un client en accès libre, rien ne bouge : il n'y a rien à protéger.
Le tri se fait fichier par fichier, automatiquement, aussi bien à la génération d'un audio qu'à sa correction. Et lorsqu'un lien signé ne peut pas être produit, le lecteur ne se replie jamais sur une adresse ouverte : il affiche son état d'attente. Neuf contrôles automatiques fixent cette règle et interdisent qu'elle se relâche un jour par inadvertance.
Le travail de fond ne s'ouvre qu'avec une clé
La file d'attente qui reprend les tâches en cours n'accepte plus que deux justificatifs : le secret d'exploitation transmis en en-tête, et la signature que notre hébergeur appose sur ses propres tâches planifiées. Deux contrôles veillent en continu, l'un relit le code à chaque modification, l'autre interroge la production et vérifie qu'elle refuse bien tout le reste.
Des pages qui s'affichent plus vite
Nous avons passé notre rapport de performance en revue et corrigé ce qui pouvait l'être sans compromis.
Les vidéos de démonstration et les illustrations partent maintenant avec une consigne de cache d'un mois : un visiteur qui revient ne les retélécharge plus. Le lecteur embarqué, lui, reçoit délibérément un cache court, son adresse est fixe et il tourne chez vous, un cache long y figerait une correction sur l'ensemble du parc.
La mesure d'audience a été coupée en deux : une amorce de quelques centaines d'octets jouée tôt, et la bibliothèque complète repoussée après l'affichage de la page. Les affiches des vidéos passent dans un format d'image plus compact, ce sont elles qui se peignent en premier sur l'accueil. Le filtre placé devant les pages ne s'exécute plus devant chaque image, chaque fichier et chaque appel d'interface. Enfin, la première page française consultée n'écrit plus un cookie de langue pour confirmer un réglage déjà en vigueur, cette écriture, apparemment anodine, empêchait les pages les plus visitées de profiter du cache de diffusion.
Un point a été mesuré puis écarté : viser une liste de navigateurs plus récente ne faisait gagner qu'un octet une fois compressé, et coûtait la compatibilité avec plusieurs versions de Safari encore en circulation. Ce n'est pas un échange que nous voulions faire.
Quelques resserrages discrets
Le paramètre de redirection de l'écran de connexion n'accepte plus qu'une destination interne. L'acceptation d'une invitation exige une adresse e-mail confirmée, ce qui rend cette garantie indépendante d'un réglage de console. L'adresse d'un article découvert dans un flux RSS passe le même filtre réseau que les webhooks avant d'être chargée. Et les réponses techniques de nos routes internes sont désormais des projections explicites, qui ne portent que ce qu'elles doivent porter.
L'extension WordPress passe en 1.9.1 : le mode « manuel » enregistré depuis l'écran de réglages est bien conservé (il repassait en automatique, donc en sonorisation facturée) et l'obtention du jeton fonctionne à nouveau sur les sites servis depuis un cache.
Ce que cela change pour vous
Si vous utilisez l'extension WordPress, mettez-la à jour : la correction du mode manuel évite des sonorisations que vous n'aviez pas demandées. Partout ailleurs, aucune action n'est requise, vos réglages, vos voix, vos intégrations et vos adresses de fichiers publics sont inchangés.
Sonorisez vos articles avec WeDispatch
Ce blog sera lui-même sonorisé par WeDispatch. Envie de voir ce que ça donne sur vos contenus ?
Demandez une démo