vBET et la performance
vBET ont beaucoup d'optimisations. Merci que vous pouvez fournir votre contenu dans 53 langues très rapide.
Bien sûr traductions ne sont pas faites comme par magie et certaines ressources sont nécessaires pour fournir ceux. Nous avons des utilisateurs avec très gros forums dont vBET exécution avec succès sans aucune incidence sur les performances avis)http://www.vbenterprisetranslator.co...rformance.html).
Toujours dans le cas si vous souhaitez utiliser vBET de manière la plus rapide possible, voici quelques astuces de configuration pour vous. S'il vous plaît noter que ces décrivent les configurations les plus optimales pour des raisons de performance - parfois par le coût des fonctions disponibles, il ne faut pas qu'il en friche, si vous n'avez pas de problèmes de performances.
- Assurez-vous que vous utilisez la dernière version du vBET. Nous sommes constamment à l'amélioration des performances.
- (Depuis 3.3.4) Allumez Utiliser le cache de fichiers pour les personnes séjournant et assurez-vous que cela fonctionne (vérifiez les fichiers cache ne sont créés - besoin de définir des privilèges de fichier approprié)
- (Depuis 3.3.4) Régler des valeurs plus élevées pour les Cache de fichiers complet pour l'heure hôtes de vivre et aussi pour Cache de fichiers complet pour l'heure Invités à vivre pour Les Pages pertinentes
- (Depuis 3.3.4) Considérons les pages qui peuvent être tenir plus longtemps dans le cache de fichiers complet pour les clients et les ajouter à Pages moins pertinent pour le cache de fichiers pour les personnes séjournant
- vBET supporte tous les encodages, mais il est préférable que votre forum utilise l'encodage UTF-8, sinon, pour chaque vBET traduction ont ré-encoder page entière et faire d'autres trucs supplémentaires (également les caractères spéciaux se déroule beaucoup plus dans DB provoquer ceux-ci sont modifiées pour & # CODE; notation). Si vous utilisez déjà le forum, il n'existe aucun moyen facile de passer d'encodage (toujours elle existe), mais si vous créez un nouveau alors s'il vous plaît envisager de le faire tourner sur encodage UTF-8 qui est conçu pour un support multilingue.
- Vous pouvez désactiver certaines traductions à la mendicité - lorsque le cache sera rempli, vous pouvez en ajouter de nouvelles de temps en temps. En commençant par les 52 traductions signifie 52 fois plus de contenu pour les utilisateurs et les racines. Certains forums peuvent facilement gérer cela, pour certains, il est préférable de commencer avec quelques traductions.
- Assurez-vous que vous avez cache.
- Pour plus tard, il sera important pour vous d'avoir Cache appropriée TTL. Plus grand est meilleur, mais pas plus que 15 jours pour être juste avec le TOS de Google
- Choisissez la meilleure stratégie d'effacer le cache de votre forum. Pour «suppression normale" la plupart des forums est la meilleure compensation stratégie, mais si vous avez vraiment beaucoup de contenu traduit puis la suppression du cache normale peut tuer votre serveur. Mais soyez tranquille - nous avons des solutions spéciales pour que les cas. Ainsi, vous pouvez choisir 3 autres stratégies. Le dernier est le plus rapide, mais supprime tout le contenu du cache, donc l'utiliser uniquement si vous avez.
- Utilisez «Cache compensation timelap" - vBET efface plus de 150 tables de cache de retirer beaucoup de données. Vous pouvez commander vBET à attendre entre chaque table. Tâche entière aura la même quantité de ressources, mais votre serveur sera "repos" entre les clairières donc la charge du serveur sera plus petite.
- Utilisez l'option "Select traductions groupés" en fonction de vos besoins - ce qui fera moins de requêtes de bases de données de sorte qu'il vous en coûtera moins de CPU, mais par le coût de plus l'utilisation de la mémoire RAM.
- Ne pas définir "Arrêtez de chercher, après les échecs x" à faible ou trop élevé. Cette option optimise l'utilisation du cache. Merci qui vBET s'arrête en essayant de trouver dans les traductions du cache qui ne sont pas là. Si vous mettez trop haute vBET va essayer plusieurs fois. Si vous mettez trop bas vBET peut cesser de regarder des traductions qui sont vraiment dans le cache seulement parce que quelques petits changements se produisent sur la page traduite.
- Activer le cache pour toutes les traductions. vBET vous permet de désactiver le cache pour les traductions choisies, si vous n'avez pas trop d'espace sur le disque, mais ces traductions prendra plus de temps, puisque Google sera demandé à chaque fois pour ceux.
- Réglez "détection de la langue de Google" en "user Toujours faire confiance". vBET ont grande fonctionnalité qui permet de détecter la langue réelle du message, au cas si l'utilisateur gâcher quelque chose. Mais il a son coût - supplémentaires demander à Google doivent être prises lorsque le poste nouveau arrive.
- Désactiver "Traduire Google Maps". Il vous permet de traduire des cartes Google inclus dans votre forum, mais si vous ne supportez pas ces puis désactivez-le - est le coût de recherche supplémentaires et de remplacer des liens vers Google map de la production tout entier.
- Expérience avec l'option «Ne pas traduire les noms d'utilisateurs". Elle provoque moins de demander à la traduction, par le coût des nombreuses vérifications supplémentaires dans les endroits du forum nombreuses. Alors il ya quelque chose pour quelque chose - vérifier ce qui est mieux dans votre cas.
- Désactiver "Traduire les messages vBSEO en JavaScript" si vous n'utilisez pas cette fonctionnalité du site est interdite ou de le désactiver aussi dans vBulletin. Le traduire coûts d'analyse de sortie supplémentaire.
- Bloc robots pour les pages non pertinentes - comme les pages des membres, calendrier, etc. Les robots sont en mesure de visiter tous les coins de votre forum très rapide - ce qui peut améliorer votre utilisation du CPU pour les premières traductions. Principalement le forum n'a pas besoin d'être indexés pages de membres, mais encore il faudra les ressources de votre tribune pour traduire ces pages. Alors bloc de robots pour toutes les pages non pertinentes dans toutes les traductions. Dans prochain post, vous trouverez par exemple robots.txt pour que - cela fait partie du fichier robots.txt utilisé par ce forum (à noter que les URL sont modifiées par vBulletin, et notre forum utilise répertoire dans l'URL).
- (Depuis 3.3.1) Utiliser "texte Afficher l'original" dans les versions stand - pour les utilisateurs et les clients. Cette option vous permet de choisir comment vous voulez afficher le message d'origine. Affichage qu'il coûte un peu - il n'est pas important, mais si vous avez déjà tout fait et cherchent pour certains peu d'amélioration, alors vous pouvez le trouver ici. Tout d'abord - vous avez deux façons de montrer le texte original si vous WAN: par injection de JavaScript et de façon normale. Une normale est meilleure pour les performances, mais une injection est meilleur pour SEO (robots ne le voyez pas). Donc, si vous sentez que vous voulez montrer le contenu original pour stand - les utilisateurs et les clients - alors il est préférable de montrer injecté pour les clients et normal pour les utilisateurs. Bien sûr, vous pouvez choisir de ne pas afficher le texte original - il être pire pour vos utilisateurs, mais peu mieux pour la performance. Et vous avez également une option de plus - le meilleur pour la performance et le pire pour les utilisateurs - vous pouvez choisir Ne pas afficher le texte original ou même un message qu'il a été traduit. Cette option est la meilleure pour les performances car il n'est pas en utilisant des modèles à toutes les pires, pour les utilisateurs, car ils ne voient pas que le message a été écrit dans un langage différent.
- Si vous avez vBET intégré avec vBulletin Sitemap Generator, alors s'il vous plaît cocher t-elle est nouvelle (plus rapide). Procédure d'intégration réelle est : http://www.vbenterprisetranslator.co...tegration.html
- (Depuis 3.3.2) Jouer avec les paramètres de performances de pointe: «la taille HTML: point de coupe» et «taille de HTML: la coupe commence. S'il vous plaît noter que les performances de PHP va drastiquement vers le bas lorsque l'on travaille sur des chaînes de vraiment grand. Je suppose que dans ce cas il suffit de PHP écrit à certains fichiers temporaires et travaille sur fichier au lieu de la mémoire. A cause de cela nous avons modifié l'algorithme de traduction et très grosse sorties sont coupées en petits morceaux en cours de traduction. Cette modification n'influe que sur de grandes pages et vous pouvez le configurer en paramètres de performance mentionnés.
- (Depuis 3.3.2) Jouer avec le paramètre des performances avancées: «Retard entre les traductions. Sur certains forums, s'il demande à Google sont envoyées une par une, puis immédiatement des réponses vient de Google dans le temps plus long ou même sont bloqués par le serveur du forum. NE PAS l'utiliser sans aucune mesure des variations de performance et de faire une telle qu'avec le cache hors de voir l'impact réel.
- (Depuis 3.3.2) Si vous utilisez vBSEO s'il vous plaît assurez-vous qu'il est adéquatement intégrée. Nous avons fait de grandes améliorations dans l'intégration entre vBET et vBSEO qui vous donne de meilleures performances (pas de double redirection). Il suffit donc de passer à la section d'intégration dans le fichier readme.html du package vBET et vérifier les fichiers décrits vBSEO ne les avons changements appropriés.
- Set plus Cache Lifespan pour les canaux RSS (dans les options de vBulletin). Il définit combien de temps une fois généré RSS XML sera valide. Une autre génération sera après ce temps. Donc la valeur plus grande signifie moins de données réelles, mais aussi de meilleures performances.
- (Depuis 3.3.4) Ne pas utiliser l'option Ne pas traduire le code html tag si vous n'avez pas vraiment besoin. La plupart des forums ne permettent pas aux utilisateurs de mettre du code HTML dans les messages, de sorte qu'il n'est pas nécessaire pour la plupart des forums. S'il vous plaît noter que le contenu des Code bbcode ne seront pas traduits en tout cas.
- (Depuis 3.3.5) Désactivez l'option Traduire 'alt' attributs. Il a faible impact sur la performance, mais nécessite encore l'analyse de la sortie supplémentaire avec regex et au moins une autre demande à Google (si les résultats ne sont pas mises en cache). Parce que les résultats traduits ne sont pas visibles dans les navigateurs (uniquement lorsque le curseur de la souris est sur l'image), il n'aura aucun impact sur vos utilisateurs lorsqu'ils sont éteints.
- (Depuis 3.4.0) Utiliser la mémoire cache. Si vous avez votre serveur configuré pour utiliser la mémoire cache, allez simplement à Admincp -> cache vBET -> cache mémoire et de choisir la meilleure option pour vous de Utiliser la mémoire cache. Important: Pour utiliser la fonction Memcache vous devez mettre le port hôte memcache!
- Changement Htaccess. règles.
REMARQUE: seulement si vous êtes PAS à l'aide de liens avec 2-signes partie i.e : yourforum.com/XY/ etc
Vous pouvez maintenant utiliser des règles courts !
Partout où vous trouvez
Vous pouvez le remplacer avecCode:(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)
qui rendra votre site travailler plus vite !Code:(..|zh-CN|zh-TW)
C'est-à-dire changer les règles pour l'utilisateur avec vBulletin intagrated :
Ces :Code:RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA] RewriteRule ^/?(af|sq|ar|be|bg|ca|zh-CN|hr|cs|da|nl|en|et|tl|fi|fr|gl|de|el|iw|hi|hu|is|id|ga|it|ja|ko|lv|lt|mk|ms|mt|no|fa|pl|pt|ro|ru|sr|sk|sl|es|sw|sv|zh-TW|th|tr|uk|vi|cy|yi)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
REMARQUE: Si votre forum utilisez sous-répertoire dans l'URL, puis modifiez des 2 premières règles ajout de votre répertoire forum avec leader « / » juste après redirigé =. Donc, c'est-à-dire si votre forum est dans le répertoire de forum, alors vous aurez redirigé = / forum / index.php et redirigé = / forum / 2 $Code:RewriteRule ^/?(..|zh-CN|zh-TW)/$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/ [L,QSA] RewriteRule ^/?(..|zh-CN|zh-TW)/(.*)?$ vbenterprisetranslator_seo.php?vbet_lang=$1&redirected=/$2 [L,QSA]
Depuis realases vBET 4.4.5 et vBET 3.5.3 vous pouvez trouver ces règles dans vos fichiers de téléchargement :
do-not-upload/Tools/Redirecting-Rules/Short-Redirecting-Rules- (Depuis 3.6.2) Désactiver option Ne pas traduire les numéros. Vous trouverez cette option dans AdminCP -> vBET -> Options de traduction. A peu d'effet sur les performances, mais elle nécessite encore des caractères d'analyse supplémentaires. En tout cas c'est non recommandé Si désactivé, car elle augmente le coût de la traduction.
- Ne pas afficher la date et l'heure. Afficher la date et l'heure provoque des traductions supplémentaires chaque minute et des requêtes supplémentaires dans la base de données même si les données sont déjà dans le cache.
Pour ne pas afficher la date et l'heure :
Dès lors, la date et l'heure pas apparaît.
- Aller à la AdminCP -> Styles & Templates -> Rechercher dans les modèles
- Recherche:
Code:$vbphrase[all_times_are_gmt_x_time_now_is_y]- Supprimez-le de tous les modèles.
Veuillez noter que les autres modèles peuvent afficher le temps par d'autres variables - dans ce cas, vous devez trouver la variable et remove/commentaire il.- Ne montrent pas de n'importe quel texte en rotation sur la page. Rotation de texte qui rend vBET envoie plus de texte à traduire.
Si vous voulez mettre sur la rotation de la page texte mettre en JavaScript (le texte en JavaScript n'est pas traduit) ou dans zone notranslate.- (Depuis le 3.6.3) Désactiver option Ajouter un tag remplaçant. L'activation de cette option augmente le temps généraux d'ajouter les balises et envoie plus de données aux utilisateurs. Par défaut, cette option est désactivée.
Traduction automatique (fournie par Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson et Apertium):
- Quoi de neuf?
- Forum
-
Traductions
