Notes de mise à jour - Août 2015

L’été touche à sa fin (même si la météo semble être en désaccord jusqu’à présent), tout comme nous fermons un autre segment du développement d’Easyling. Ce mois-ci a également été rempli de nouvelles fonctionnalités, telles que la possibilité de définir des alarmes pour vous avertir de l'utilisation accrue des ressources, la possibilité de définir des codes d'état HTTP dans le remplacement du contenu de la page, la possibilité d'utiliser plusieurs caches nommés pour différents modes proxy, et ce qui équivaut à l'installation d'un lecteur de distorsion dans notre traducteur JavaScript. Voir les détails après le saut !

Alerte d'utilisation accrue

Easyling a toujours suivi la fréquence des chargements de pages, mais les statistiques étaient mises à jour une fois par jour. Maintenant, nous avons introduit un système d'alerte en temps réel, où vous pouvez définir des limites personnalisées sur une base par projet pour obtenir une notification par e-mail si pageviews/seconde, nouveaux mots/seconde, ou mots traduits/seconde dépasse ce seuil. Cela peut être utilisé pour éviter l'épuisement de vos portefeuilles ou pour alerter le client du nombre anormalement élevé de demandes. [caption id=«attachement_2451» align=«aligncenter» width=«954»] Une utilisation accrue des ressources peut maintenant déclencher une alerte par e-mail[/caption]

Codes d'état HTTP personnalisés dans Remplacements du contenu de la page

Cela fait longtemps que nous avons implémenté la possibilité d’ajouter des substitutions de pages personnalisées, qui créent de nouvelles pages virtuelles dans le proxy ou remplacent celles qui existent déjà. Maintenant, nous avons étendu cela avec la possibilité de définir des codes d'état HTTP personnalisés et de faciliter l'utilisation d'URL accentuées. Les codes d'état personnalisés signifient que vous pouvez désormais définir facilement des redirections personnalisées en spécifiant un état 301/302 (signifiant « Déplacé de façon permanente » ou « Déplacé temporairement ») et un emplacement cible, tout aussi facilement qu'en signalant une erreur 404 (« Introuvable »). La seule restriction est que les codes d'état définis doivent être ceux qu'un servlet HTTP Java standard implémente : cela signifie qu'un 301, 302, 404, et les similaires sont corrects, et vous pouvez voir une liste complète dans la documentation Java. [caption id=«attachement_2452» align=«aligncenter» width=«973»] Les codes d'état HTTP personnalisés peuvent maintenant être spécifiés pour les remplacements du contenu de la page - dans des limites raisonnables[/caption]

Plusieurs caches

Nous avons déployé la version prototype d’une nouvelle fonctionnalité appelée « Multi-cache » : Auparavant, nous n'avions qu'un seul cache binaire et un seul cache source, avec cette fonctionnalité, le travail de base a été posé pour ajouter des caches nommés personnalisés (dix au plus au total par projet). Chaque mode proxy (preview, live, publish) peut se voir attribuer son propre cache binaire ou source, qui n'a même pas besoin de contenir le même contenu - il est maintenant concevable de continuer à fournir par proxy une version de la page via le cache source, tandis qu'une version plus récente est affichée dans le preview à partir d'un autre cache source complètement séparé. Il en va de même pour les caches binaires : la version des traductions stockées dans le cache sera rapidement échangeable en assignant simplement une autre version de cache binaire. Cette fonctionnalité est actuellement dans une sorte de bêta fermée : il n'est disponible que pour certains partenaires, mais si vous souhaitez essayer cette fonctionnalité sur un projet qui vous appartient, n'hésitez pas à envoyer un e-mail à notre canal d'assistance pour postuler.

Liste déroulante du sélecteur de langue

Nous avons également déployé un nouveau sélecteur de langue, sous la forme d’un menu déroulant configurable, en plus des petits drapeaux déjà disponibles. Ce sélecteur de langue est configurable par l'utilisateur en ce qui concerne son placement sur la page : il faut lui donner un "élément d'ancrage", la classe CSS d'un élément div quelque part sur la page dont le contenu sera remplacé par la liste déroulante de langue, où le nom d'affichage de chaque langue peut être défini par l'utilisateur, si tel est son souhait. En outre, puisque le menu déroulant est adressable via CSS, le client peut personnaliser son apparence avec les règles CSS appropriées à partir de la page source. [caption id=«attachement_2450» align=«aligncenter» width=«964»] Un nouveau type de sélecteur de langue, capable d'ancrer n'importe où sur la page, à condition que la classe appropriée soit spécifiée[/caption]

Accélération de la traduction JavaScript

Enfin, nous avons approfondi notre code et effectué plusieurs passes d'optimisation en profondeur sur notre traducteur JavaScript. Le nouveau traducteur se compare à l'ancien comme une fusée se compare à un vaisseau plus rapide que la lumière : le nouveau traducteur est jusqu'à vingt fois plus rapide que l'ancien (cela ne s'applique qu'à la traduction elle-même, pas à la latence de la réponse originale - voir l'image proposée).