vBET
20-12-09, 01:18
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 par magie et certaines ressources sont nécessaires pour fournir ces. Nous avons des utilisateurs avec des forums très gros qui a réussi à lancer vBET sans préavis impact sur les performances (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.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 4.2.3) Tourner sur l'utilisation du cache de fichiers complet pour les invités et faire en sorte que cela fonctionne (vérifiez les fichiers cache ne sont créés - besoin de définir des privilèges de fichier approprié)
(Depuis 4.2.3) Régler des valeurs supérieures de 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 4.2.3) Considérons les pages qui peuvent être tenir plus longtemps dans le cache de fichiers complet pour les clients et les ajouter à moins de pages pertinentes 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.
(Depuis la version 4.3.0) Utiliser la mémoire cache. Si vous avez votre serveur configuré pour utiliser la mémoire cache, allez simplement à admincp-> vBET cache-> cache mémoire et choisir la meilleure option pour vous d'utiliser la mémoire cache. Important: Pour utiliser la fonction Memcache vous devez mettre le port hôte memcache!
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).
L'utilisation de "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.
Jouez avec les paramètres de performance de pointe: «la taille HTML: point de coupe" et "HTML taille: 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.
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 4.2.1) 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 durée de vie 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 4.2.3) 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 du code de bbcode ne seront pas traduits en tout cas.
(Depuis 4.2.3) 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 ne sont pas traduits risible 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.
Turn off "Afficher les utilisateurs connectés?". Vous pouvez trouver cette option dans votre AdminCP -> Paramètres -> Options -> Forums Accueil -> Afficher les utilisateurs connectés? : Non. Cela permettra de réduire le montant des traductions en supprimant l'affichage des dinamique changeant "qui lit le forum" la valeur.
Vbuletin ne recommande pas, pour utiliser cette option. Remarque: La désactivation de cette option va également supprimer "qui est en ligne"
Changer les règles .htaccess.
NOTE : seulement si vous n'utilisez pas de liens avec 2-signes partie i.e : yourforum.com/XY/ etc..
Vous pouvez maintenant utiliser des règles courts !
Partout où vous trouvez
(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)
Vous pouvez le remplacer avec
(..|zh-CN|zh-TW)
qui rendra votre site travailler plus vite !
C'est-à-dire changer les règles pour l'utilisateur avec vBulletin intagrated :
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]
Ces :
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]
Remarque : si votre forum utilisez sous-répertoire dans l'URL, puis modifier les 2 premières règles ajout de votre répertoire forum avec leader « / » juste après redirigés =. Donc savoir si votre forum est dans le répertoire de forum puis vous aurez redirected=/forum/index.php et redirigés = / forum /$ 2
Depuis realases vBET 4.4.5 et VB Enterprise 3.5.2 vous pouvez trouver ces règles dans vos fichiers de téléchargement :
do-not-upload/Tools/Redirecting-Rules/Short-Redirecting-Rules
(Depuis 4.5.2) Désactiver option n'aisément traduire les nombres. 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. De toute façon, il n'est pas conseillé de tourner si large, 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 :
Allez dans AdminCP -> Styles & Templates -> Rechercher dans les modèles
Recherche:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Supprimez-le de tous les modèles.
Dès lors, la date et l'heure pas apparaît.
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 la région de notranslate (http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/3168-how-make-some-text-not-translated.html).
(Depuis 4.5.3) Désactiver option Ajouter un autre tag. 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.
Bien sûr, traductions ne sont pas faites par magie et certaines ressources sont nécessaires pour fournir ces. Nous avons des utilisateurs avec des forums très gros qui a réussi à lancer vBET sans préavis impact sur les performances (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.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 4.2.3) Tourner sur l'utilisation du cache de fichiers complet pour les invités et faire en sorte que cela fonctionne (vérifiez les fichiers cache ne sont créés - besoin de définir des privilèges de fichier approprié)
(Depuis 4.2.3) Régler des valeurs supérieures de 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 4.2.3) Considérons les pages qui peuvent être tenir plus longtemps dans le cache de fichiers complet pour les clients et les ajouter à moins de pages pertinentes 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.
(Depuis la version 4.3.0) Utiliser la mémoire cache. Si vous avez votre serveur configuré pour utiliser la mémoire cache, allez simplement à admincp-> vBET cache-> cache mémoire et choisir la meilleure option pour vous d'utiliser la mémoire cache. Important: Pour utiliser la fonction Memcache vous devez mettre le port hôte memcache!
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).
L'utilisation de "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.
Jouez avec les paramètres de performance de pointe: «la taille HTML: point de coupe" et "HTML taille: 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.
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 4.2.1) 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 durée de vie 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 4.2.3) 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 du code de bbcode ne seront pas traduits en tout cas.
(Depuis 4.2.3) 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 ne sont pas traduits risible 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.
Turn off "Afficher les utilisateurs connectés?". Vous pouvez trouver cette option dans votre AdminCP -> Paramètres -> Options -> Forums Accueil -> Afficher les utilisateurs connectés? : Non. Cela permettra de réduire le montant des traductions en supprimant l'affichage des dinamique changeant "qui lit le forum" la valeur.
Vbuletin ne recommande pas, pour utiliser cette option. Remarque: La désactivation de cette option va également supprimer "qui est en ligne"
Changer les règles .htaccess.
NOTE : seulement si vous n'utilisez pas de liens avec 2-signes partie i.e : yourforum.com/XY/ etc..
Vous pouvez maintenant utiliser des règles courts !
Partout où vous trouvez
(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)
Vous pouvez le remplacer avec
(..|zh-CN|zh-TW)
qui rendra votre site travailler plus vite !
C'est-à-dire changer les règles pour l'utilisateur avec vBulletin intagrated :
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]
Ces :
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]
Remarque : si votre forum utilisez sous-répertoire dans l'URL, puis modifier les 2 premières règles ajout de votre répertoire forum avec leader « / » juste après redirigés =. Donc savoir si votre forum est dans le répertoire de forum puis vous aurez redirected=/forum/index.php et redirigés = / forum /$ 2
Depuis realases vBET 4.4.5 et VB Enterprise 3.5.2 vous pouvez trouver ces règles dans vos fichiers de téléchargement :
do-not-upload/Tools/Redirecting-Rules/Short-Redirecting-Rules
(Depuis 4.5.2) Désactiver option n'aisément traduire les nombres. 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. De toute façon, il n'est pas conseillé de tourner si large, 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 :
Allez dans AdminCP -> Styles & Templates -> Rechercher dans les modèles
Recherche:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Supprimez-le de tous les modèles.
Dès lors, la date et l'heure pas apparaît.
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 la région de notranslate (http://www.vbenterprisetranslator.com/forum/vbet4-general-discussions/3168-how-make-some-text-not-translated.html).
(Depuis 4.5.3) Désactiver option Ajouter un autre tag. 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.
