Notes de version Easyling - janvier 2017

Janvier a marqué pour nous un lancement riche en évènements, ce qui a donné lieu à de nombreuses nouvelles fonctionnalités du proxy que vous pouvez utiliser pour répondre aux besoins d’un nombre encore plus important de clients. Nous avons ajouté une compatibilité améliorée avec les principaux fournisseurs de CDN pour transmettre les métadonnées de l’utilisateur d’origine, nous avons ajouté la possibilité de définir un domaine de Live Staging, et l’e-mail de notification Dropbox a été amélioré pour vous afficher les fichiers modifiés. Lisez les détails ci-dessous !

Compatibilité CDN

Nous avons reçu des demandes répétées de la part de nos partenaires les plus soucieux des données afin de fournir davantage de métadonnées sur les utilisateurs qui visitent les sites proxyfiés. Pour répondre à ces demandes, nous avons ajouté un moyen de transmettre l’adresse IP de l’initiateur, ainsi que la possibilité d’étendre ces métadonnées à l’avenir. La fonctionnalité est encore en version bêta, ce qui signifie qu’il n’existe pas d’interface utilisateur pour la configurer, mais si vous souhaitez l’activer, nous pouvons vous aider. Une fois activée, le proxy commence à ajouter l’en-tête X-TranslationProxy-Originator-IP à chaque requête distante, qui contiendra l’IP d’origine de l’utilisateur — celle-ci est généralement masquée dans une certaine mesure par le fournisseur de CDN (par nature, il envoie la requête depuis une adresse IP différente de celle de l’utilisateur et, bien qu’il fournisse l’originale via un en-tête spécialisé, celle-ci est assez souvent supprimée car elle peut entraîner un comportement indésirable si elle est renvoyée au fournisseur de CDN). Selon le fournisseur de CDN de votre choix, nous utilisons les valeurs des en-têtes suivants pour déterminer l’initiateur :

  * Akamai : True-Client-IP
  * CloudFlare : CF-Connecting-IP, True-Client-IP (comptes Enterprise uniquement !)
  * CloudFront : X-Forwarded-For
  * Incapsula : Incap-Client-IP
  * RackSpace : X-Forwarded-For
  * MAXCDN : X-MaxCDN-Connecting-IP

L’en-tête MAXCDN est un peu atypique : comme MAXCDN permet la configuration de n’importe quel en-tête, nous avons décidé d’exiger la création d’un tel en-tête spécialisé afin de transmettre l’adresse d’origine. Dans tous les autres cas, l’en-tête en question est fourni par défaut par le service CDN (bien que vous ayez bien besoin d’un compte entreprise pour le transfert True Client IP de CloudFlare).

Domaine de préproduction en direct

Easyling a la possibilité d’utiliser un domaine de staging (essentiellement un serveur secondaire sur lequel le contenu est mis à disposition de notre crawler avant la publication afin qu’il puisse être extrait et traduit – pour plus d’informations, voir un ancien article de blog qui détaille le processus) depuis un certain temps déjà. L’an dernier, cette fonctionnalité a été améliorée avec une autre capacité : intercepter les requêtes non seulement pour le domaine de prévisualisation et le crawler, mais aussi pour le domaine en production. Qu’est-ce que cela signifie en pratique ? Concrètement, vous pouvez réécrire le domaine du projet, en le faisant pointer d’un domaine vers un autre. Cela est particulièrement utile dans les cas où le client change d’hébergeur, de « mytemporarystagingdevdomain.com » à « myawesomefinalpublisheddomain.com » ; dans ce cas, vous pouvez « remplacer » le domaine du projet par le plus récent et éviter le coût de retraduire un nouveau projet. Cependant, gardez à l’esprit que les chemins et le contenu doivent correspondre exactement, sinon de nouveaux mots seront extraits ! Pour que cette fonctionnalité fonctionne, ajoutez simplement un nouveau domaine de staging et définissez-le comme domaine par défaut en production.

[caption id=“attachment_3383” align=“aligncenter” width=“795”] Le paramètre de domaine de préproduction par défaut en direct vous permet de prendre en compte les modifications du domaine source du client[/caption]

Notification par e-mail Dropbox

Janvier a également vu le déploiement d’une amélioration apparemment mineure, mais tout à fait appréciable, de l’e-mail de notification Dropbox de la visite : la liste des fichiers modifiés. Cela a été rendu possible par la migration vers l’utilisation de l’API Dropbox v2, nous permettant d’interroger la liste des fichiers modifiés à chaque notification et de les ajouter à l’e-mail, afin que vous puissiez voir ce qui a réellement déclenché la mise à jour et décider d’importer ou non le nouveau contenu. Inutile de préciser que cela nécessite un compte Dropbox enregistré lié à au moins un projet — ce qui peut également être souhaitable par ailleurs, compte tenu des possibilités d’automatisation que cela ouvre.

[caption id=“attachment_3384” align=“aligncenter” width=“955”] En listant les fichiers modifiés dans l’e-mail de notification Dropbox, vous disposez de plus d’informations pour décider de les importer ou non[/caption]