Notes de version Easyling - mars 2016

March Madness est passé à Budapest, et le résultat est une série de nouvelles fonctionnalités prêtes à maintenir Easyling à l’avant-garde du secteur. Parmi nos principaux points forts, citons TransMapping (la possibilité de mapper et de traduire des segments de chemin d’URL), la prise en charge de l’attribut srcset sur les images, une interface utilisateur pour les règles d’exclusion du cache, ainsi que la possibilité d’exclure des pages d’un crawl sur la base d’expressions régulières. Découvrez tous les points après le saut !

URL TransMapping (BÊTA)

La possibilité de traduire les URL, et pas seulement le contenu des pages, est depuis longtemps un objectif pour nous. La première étape dans cette direction a été l’introduction de la publication en sous-répertoire, qui a permis à nos utilisateurs de publier leur contenu sur des sous-chemins virtuels au lieu de sous-répertoires. Mais à présent, cela a atteint son aboutissement virtuel (en l’absence d’une interface utilisateur).

Essentiellement, TransMapping permettra aux utilisateurs de définir une « carte », reliant les segments de chemin de la source à chaque langue cible. Lors du proxying du contenu, les liens seront réécrits conformément à la carte, qui est ensuite utilisée pour restaurer la référence d’origine afin de demander du nouveau contenu pendant la navigation côté serveur. Cela permet une expérience véritablement fluide pour le visiteur, car même les URL sembleront être dans la langue cible.

Prise en charge de srcset

L’attribut srcset permet au fournisseur de proposer de nombreux fichiers source pour le même contenu, dans différentes tailles et densités de pixels, permettant au navigateur de choisir automatiquement le meilleur en fonction des informations système telles que la densité d’affichage et la taille de la fenêtre d’affichage. Avec cet ajout récent, le Proxy extraira toutes les sources de l’ensemble, en proposant chacune au remplacement dans la vue Ressources — une fois toutes localisées, cela permet au navigateur de choisir parmi le même ensemble complet de ressources traduites, pour une expérience identique du grand écran de cinéma aux téléphones mobiles.

Interface utilisateur d’exclusion du cache

Bien que la fonctionnalité soit publique depuis un certain temps, il n’y avait pas d’interface utilisateur pour cette capacité plutôt utile : exclure des chemins spécifiques, sur la base de préfixes, du Cache Source. Cela est particulièrement utile lorsque la page concernée comporte du contenu actif qui nécessite absolument des données fraîches à chaque fois et ne peut pas être figé dans le temps, même en cas de débordement.

Désormais, l’interface utilisateur vous permet de spécifier des règles d’exclusion pour chaque cache, et le contenu correspondant à ces préfixes/globs de chemin ne sera pas utilisé lors de la distribution — laissant la requête traverser le proxy jusqu’au serveur d’origine. Bien que cela introduise le risque d’une fuite dans le projet, cela élimine le risque, peut-être plus important, que des données obsolètes soient servies.

 Exclusion au moment de l’exploration basée sur des expressions régulières

Il peut arriver que, dans certains projets, il ne suffise pas d’exclure des pages en fonction de préfixes. Parfois, il faut tout simplement utiliser des expressions régulières. Le proxy vous donne désormais ce pouvoir : pendant l’exploration uniquement, les pages dont les URL source correspondent à l’expression régulière que vous saisissez seront ignorées. Cependant, elles peuvent toujours être ajoutées via des visites effectuées à travers le proxy, et leur contenu sera traduit comme d’habitude — les pages ne sont pas exclues/externalisées, elles sont seulement ignorées ! De plus, même si la regex elle-même est enregistrée, l’utilisation de la fonctionnalité exige que vous l’activiez à chaque fois !

Restez à l’écoute pour les prochaines mises à jour en avril également !