Lien vers traduit URL fil

[tavenger5]

Comme c'est que les liens de drapeau ne liez pas au véritable traduit l'URL du fil. Cela crée un grand nombre de redirections supplémentaires et n'est pas vraiment bon pour le référencement global. S'il vous plaît garder remplaçant tags (http://www.vbenterprisetranslator.com/forum/vbet4-feature-requests/3325-addition-rel%3D-alternate-tags.html) à l'esprit.

Je ne sais pas exactement comment cela pourrait se faire à la volée, mais j'espère que l'URL du fil peuvent être mise en cache d'une certaine façon quant à ne pas augmenter la quantité de requêtes par page.

[vBET]

Salut. On sait à ce sujet. Malheureusement ajouter cette fonctionnalité aurait grand impact sur les performances. Non seulement parce que les requêtes supplémentaires de traduit les liens, mais surtout en raison de demandes de traduction. Si les liens ne sont pas traduits encore ensuite chaque lien entraîneraient demande de traduction séparée et fournisseur de traduction. C'est parce que l'API permet de multiples traductions en une requête uniquement pour les mêmes paires de langues.

Autre solution serait - quand il est déjà traduit, prenez alors il traduit et si pas alors laissez-le comme il est maintenant. De cette façon la 2ème question partiraient.
Et sur les requêtes supplémentaires - si vous avez activé le Cache des commentaires alors elle n'aura aucune incidence pour les demandes de clients (en cache fichier statique). VBET soutient également d'autres moteurs de cache "in memory".
Donc si nous allions pour elle alors comme elle est décrite ici, sans aucune optimisation dans le cas de requêtes (parce que telles sont couverts déjà par le support de cache supplémentaire).

S'il vous plaît, dites-nous ce que vous pensez de telle solution.

[tavenger5]

Donc, si l'URL sont déjà traduits, ils peuvent être stockés dans le cache client, correct?

[vBET]

Oui. Cache de commentaires fonctionne toujours par page. Si nouvelle page prendra toutes les URL de base de données à nouveau avant il sera stocké dans le Cache des commentaires. Et encore une fois chaque actualisation du Cache de commentaires. Mais c'est vraiment peu de frais. Puisque par défaut cache commentaires fonctionne pendant 24 heures. C'est donc une fois par jour. Aussi nous pouvons le faire que pour les utilisateurs enregistres avec redirection (utilisateurs enregistres vraiment ne faire pas basculer langues arrière et avant), et pour les clients sans - donc Google va voir il meilleure façon possible.
Ce sera 2 en 1 :
-pour les utilisateurs de logger sans supplément de coûts pendant la génération de la page.
-pour invités low cost pour la génération et même 0 quand vous ont page dans le Cache des commentaires (et Google et autres robots verront les liens appropriés sans impact sur les performances supplémentaires lors de redirection)

Donc je pense que ce qui en fait de cette façon nous pouvons effectivement augmenter performances en faisant une chose supplémentaire, mais seulement lorsque cache des commentaires est activé, parce que nous éviterons de redirection. Cette solution n'ajoutera pas même paramètre supplémentaire - il sera simplement attaché à mettre en Cache des commentaires.

Je suis sûr de cette idée. Juste pour être clair : vous avez quelques commentaires supplémentaires à ce sujet ? :)

[tavenger5]

Ça sonne bien pour moi.

[Marcin Kalak]

Merci pour la confirmation. Nous travaillons sur cette fonctionnalité.