Traduction travaille sur la page de CMS, mais pas dans l'article de CMS

[brubros]

Est-ce un Google traduire question ou un problème de vBET ?

Sur la page d'accueil de notre site web, nous avons cet article qui est traduit avec succès en espagnol de l'anglais par Google (capture d'écran) : http://www.actuparchives.org/2011-10-06_091506.jpg mais lorsque vous cliquez sur l'article traduit de lire l'histoire complète, seulement cela apparaît (aucun texte à tous, juste à l'image de l'article) : http://www.actuparchives.org/2011-10-06_091722.jpg même si, considérée en anglais, vous voyez : http://www.actuparchives.org/2011-10-06_092104.jpg. Vous pouvez voir ce comportement pour vous-même en allant à actup.org et en regardant l'article de cet écran capturé ici.

J'ai besoin juste pour VB Enterprise pour confirmer qu'il s'agit d'une question de Google que j'ai besoin de Google à l'adresse ou pour confirmer qu'il s'agit de quelque autre question liée à vBulletin ou VB Enterprise ou quelque autre composant. Merci !

[r.dziadusz]

Pour être shure Veuillez exécuter ces tests pour toutes les api que vous utilisez actuellement : http://www.vbenterprisetranslator.co....html # post1729

[brubros]

Oui, nous avons utilisé les tests vous avez installé et a découvert que Google signale une violation TOS (403 erreur) et nous avons déposé un rapport avec eux afin de déterminer ce qui peut être fait pour résoudre le problème.

Je devrais ont été plus clair avec ma question. La traduction qui apparaît dans la page couverture de CMS vient un cache différent que la traduction de l'article complet ? Ce cache « appartient » vBET ou vBulletin ? VBET fait un appel d'API pour la page de résumé de CMS ou elle utilise un cache vBET ou un cache de vBulletin ? VBET fait un appel d'API pour la traduction de l'article complet de CMS ou est elle tirer du cache vBET (en supposant qu'il a été activé dans les paramètres) ? J'essaie simplement d'isoler où vBET est impliqué et où il n'est pas.

Merci!

[vBET]

Salut. Photos que vous envoyer montre que votre quota a été dépassé - c'est pourquoi vous ne voyez pas de traduction. Vous voyez la traduction sur la page principale - il a été traduit lorsque vous avez toujours des limites. Mais lorsque vous êtes allé la limite de la page a déjà atteint donc aucun texte n'est affiché. Veuillez voir plus récent communiqué - le comportement est changé maintenant au cas où le fournisseur n'est pas disponible. Nous ont encore quelques problèmes dans toute nouvelle version bêta (fournisseurs sont marqués comme indisponibles plus souvent que c'est nécessaire), mais je travaille maintenant sur elle.

Le cache est un et c'est vBET cache. Juste à noter que les textes « Exemple... » et « Exemple de texte » sont 2 chaînes différentes - vous avez mis en cache traduction de courte durée, mais pas pour un long.

Donc en supposant - il n'y a ici aucune question de VB Enterprise. Juste limite atteinte sur le fournisseur de traduction API. Veuillez vérifier plus récent communiqué. Bientôt, il sera corrigé, mais disponible pour utiliser dès maintenant - juste pas optimisé (disable fournisseurs même quand le mauvais message est envoient - travaille maintenant sur ce droit).

Avez-vous besoin de plus d'aide ici?

[brubros]

Oui, cela aide. Merci de prendre le temps d'expliquer.

Est-ce que je peux créer une nouvelle demande de service d'avoir ce dernier logiciel ajouté à notre site par vBET ?

Comme je l'ai dit, je vraiment ne veux pas n'importe qui, à l'exception des vBET, à être touchant notre site web jusqu'à ce que nous sommes fonctionne à nouveau. On dirait que cette nouvelle version peut être une étape importante - même sans qu'il soit entièrement optimisé.

[vBET]

Veuillez créer demande de service. Nous avons cette gérera

[brubros]

J'ai reçu votre note concernant confirmant la mise à jour intégration service (que vous souhaitez ajuster un peu plus avant d'installer, que je comprends). Je veux juste signaler que hier soir nous avons enfin trouvé ce qu'était l'ajout de certains caractères supplémentaires à l'URL. C'était une amélioration de bookmarking sociale appelée ADDTHIS (addthis.com) et nous avons enlevé il entièrement à partir de notre site web afin que les URL ne sont plus ont de caractères supplémentaires apparaissant. Cependant, je tiens à signaler que malheureusement nous recevons toujours des erreurs lorsque l'utilisateur clique sur une histoire sur le front de CMS (où la traduction est bonne), nous recevons toujours une erreur « aucune données reçues » de Chrome (erreur 324 (net : ERR_EMPTY_RESPONSE), lorsque l'article complet est censé pour afficher (capture d'écran). http://www.actuparchives.org/2011-10-07_071809.jpg ou une page vierge de Firefox.

J'espère que cette erreur peut être éliminée par la mise à niveau vBET ou que vous testerez au moins un ou deux articles CMS en cliquant sur eux sur la page d'accueil après avoir installé la mise à jour, afin de déterminer si l'erreur « aucune données reçues » est éliminée par suite de la mise à niveau maintenant que nous avons enlevé ce produit tiers qui était présentant des caractères supplémentaires à l'URL. Merci !

Aussi, la nuit dernière, notre GoogleTest retourné un '200' (tout va bien) même si ce matin lorsque nous courons GoogleTest.php encore une fois, nous sommes revenus à une erreur « 403 » (question de TOS). Je veux juste que vous sachiez ce pour des fins de test.

[vBET]

Salut. Nous avons constaté un problème dans la version bêta qui a été installée sur votre forum - c'était notre bug. J'ai déjà téléchargé fichier mis à jour et coché thread exacte, je ne vois dans l'image et il travaille maintenant.
Veuillez vérifier et confirmer que c'est résolu

[brubros]

Merci. Mais malheureusement il fonctionne uniquement lorsque connecté en tant qu'Admin. Comme un invité, la même erreur s'affiche.

[brubros]

[Entrée supprimée par brubros]