Notes de mise à jour de Easyling septembre 2025

Avec un peu de bloc de rédacteurs, je regardais une page blanche pendant un moment quand elle a cliqué : c’est la fin du mois de septembre. Je peux faire une blague sur Green Day. Mais j'ai dû faire ça l'année dernière ! Heureusement que j'ai vérifié, j'ai réussi à ne pas le faire au cours des 5 dernières années. Maintenant, avec toutes ces méta-infos, ce ne serait pas drôle de toute façon, alors jetons-y un coup d'œil. Ce mois-ci, nous nous sommes concentrés sur l'introduction de nombreuses améliorations de la qualité de vie à Easyling. Lire l'article complet pour les détails.

Nouvelles balises prises en charge dans Crest

Crest, le moteur de traduction JavaScript, est conçu pour prendre en charge autant de pages Web que possible. Tous ces éléments posent des défis individuels. Ce mois-ci, nous avons ajouté la prise en charge de la localisation des balises iframe, vidéo, audio et source. Ceux-ci sont maintenant traités comme des ressources. Vous pouvez utiliser la liste Pages pour les remplacer par des versions pré-localisées.

Caractères génériques pour Ignorer les ID

Avec la mise à jour de ce mois-ci, nous avons introduit des groupes de caractères génériques dans Ignorer les ID. Vous pouvez maintenant utiliser * pour signifier « tout à la fin ». Par exemple, vous pouvez spécifier ai-* pour exclure tous les éléments dont l'ID commence par ai-. Notez que cette fonctionnalité ne prend en charge que les correspondances de préfixe, de sorte que l'étoile ne peut être qu'à la fin. *-result et ai-*-response ne sont pas valides.

Cette fonctionnalité, ainsi que les autres options ignorer, est particulièrement utile lorsque vous ingérez du contenu via le service via Crest. Cette méthode rassemble tout contenu visible dans le navigateur Web des visiteurs. Comme effet secondaire, il peut ingérer du contenu à partir d'extensions. Les pires ont tendance à être ceux qui montrent du contenu généré par l'IA (comme des résumés) superposé en haut de la page. Ce contenu peut être ingéré pour la traduction. Utilisez des règles d'exclusion de préfixe pour empêcher cela.

Demandes HEAD vs cache public

Les requêtes HEAD sont similaires à GET et POST sauf qu'elles sont utilisées pour transmettre uniquement les en-têtes de l'URL donnée. La plupart des serveurs gèrent les requêtes GET et HEAD de manière identique. Nous avons identifié un problème où un serveur enverrait une réponse vide aux demandes HEAD et qui polluerait notre cache pour la demande GET. Par conséquent, le site traduit ne se chargerait pas.

Nous avons résolu ce problème en ne stockant jamais les réponses aux demandes HEAD et en utilisant les demandes GET pour la plupart des scénarios.

Divers

« Étonnamment », nous avons également publié de nombreux correctifs et fonctionnalités plus petits.

1. Le Workbench vérifie désormais la langue cible de manière plus stricte. Supposons que vous traduisiez un projet en espagnol (Espagne) et en espagnol (Mexique). Lorsque vous traduisez en espagnol (Espagne), le Workbench n'affiche plus de suggestions pour l'espagnol (Mexique).
2. Nous avons ajouté une option pour spécifier un domaine source personnalisé pour le sélecteur de langue indépendamment des autres configurations de projet.
3. Lors de l'exportation au format CSV, certains segments peuvent causer des problèmes. Par exemple, si vous avez des virgules qui peuvent casser la mise en forme. Les entrées où le rendu échoue sont maintenant ignorées.
4. Lorsque vous utilisez des passerelles pour accéder au site source à partir d'adresses IP spécifiques, certaines requêtes HEAD échouent. Nous avons rectifié ce cas de bord.
5. Mise à jour des stubs de l'API XTM après les modifications WSDL. Cela garantit que notre intégration continue de fonctionner comme prévu.

Ce document est 100% généré par l'homme, les fautes de frappe et tout.