vBET
20-12-09, 01:18
vBET har många optimeringar. Tack att du kan ge ditt innehåll i 53 språk mycket snabbt.
Naturligtvis översättningar inte görs magiskt och vissa resurser är nödvändiga för att ge dessa. Vi har användare med riktigt stora forum som framgångsrikt drivs vBET utan någon påverkan på prestanda meddelande (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html).
Fortfarande i fallet om du vill använda vBET på snabbast möjliga sätt, nedan är några tips om inställningar för dig. Observera att de beskriver den mest optimala konfigurationer av prestandaskäl - ibland genom att kostnaden för tillgängliga funktioner, så inte träda det om du inte har prestandaproblem.
Se till att du använder senaste versionen av vBET. Vi är ständigt förbättra prestanda.
(Sedan 3.3.4) Slå på Använd Fullständig databas-cache för gäster och se till att det fungerar (kolla inte cache-filer skapas - måste ställa lämplig fil behörigheter)
(Sedan 3.3.4) Ställ högre värden för Full databas-cache För gäster Time To Live och även för hela filen cache för gäster Time To Live för Les relevanta sidor
(Sedan 3.3.4) Fundera på vilka sidor kan hålla längre med full fil-cache för gäster och lägg dem mindre relevanta sidorna för hela filen cache för gäster
vBET stöder alla kodningar, men det är bäst om ditt forum använder UTF-8-kodning, annars för varje översättning vBET måste koda hela sidan och göra andra extra trick (även specialtecken tar mycket mer plats i BF orsakar de ändras till & #-koden, notation). Om du redan kör forumet, det finns inget enkelt sätt att byta kodning (fortfarande den finns), men om du skapar ny sedan du överväga att köra det på UTF-8 som är utformad för flerspråkig support.
Du kan inaktivera vissa översättningar på tiggeri - när cachen kommer att fyllas du kan lägga till nya från tid till annan. Från och med alla 52 översättningar innebär 52 gånger mer innehåll för användare och rötter. Vissa forum kan enkelt hantera detta, för vissa är det bättre att börja med få översättningar.
Kontrollera att du har cache på.
För senare blir det viktigt för dig att ha lämpliga Cache TTL. Större är bättre, men inte mer än 15 dagar för att vara rättvis med Google TOS
Välj bästa strategin cache clearing för ditt forum. För de flesta forum 'Normal borttagning "är bäst clearing strategi, men om du har riktigt mycket översatta innehållet än normalt cacheminne radering kan döda din server. Men var lugn - vi har speciella lösningar för att fall. Så du kan välja tre andra strategier. Sista är snabbast, men tar bort alla cache-innehåll, så använd den bara om du måste.
Använd "Cache clearing timelap" - vBET rensar över 150 cache bord bort mycket data. Du kan beställa vBET vänta mellan varje bord. Hela uppdraget kommer att ta samma mängd resurser, men din server kommer att "vila" mellan hyggen så lasten på servern blir mindre.
Använd alternativet "Välj grupperas översättningar" efter dina behov - detta kommer att göra mindre frågor till databasen, så det kommer att kosta dig mindre CPU, men kostnaden för mer användning av RAM-minne.
Ställ inte in "Sluta leta efter x misslyckanden" för låg eller för hög. Detta alternativ optimerar cachen. Tack att vBET ska sluta försöka hitta i cache översättningar som inte finns där. Om du ställer in det för högt vBET kommer att försöka flera gånger. Om du ställer in det för lågt vBET kan sluta leta översättningar som verkligen är i cachen bara för att några små förändringar sker på översatt sida.
Aktivera cache för alla översättningar. vBET kan du inaktivera cache för valda översättningar om du inte har för mycket utrymme på skivan, men sådana översättningar tar längre tid, eftersom Google kommer att uppmanas varje gång för dem.
Ställ in "Google språkidentifiering" till "Lita alltid user". vBET har stor funktion som gör det möjligt att upptäcka verkliga språket i meddelandet i fallet om användaren röra upp något. Men det har sina kostnader - extra fråga till Google måste göras när nya inlägg kommer.
Inaktivera "Översätt Google Maps". Den tillåter dig att översätta Googles kartor som ingår i ditt forum, men om du inte stöder dem sedan inaktivera det - det kostar extra sök och ersätt för länkar till Google-karta i hela produktionen.
Experimentera med alternativet "översätter inte användarnamn". Det orsakar mindre be om översättning, genom att kostnaderna för många extra kontroller på många forum ställen. Så det finns något för något - kontrollera vilken är bättre i ditt fall.
Inaktivera "Översätt vBSEO meddelanden i Javascript" om du inte använder den här vBSEO funktionalitet eller inaktivera det också i vBSEO. Översätta det kostar extra utgång parsning.
Block robotar för att inte relevanta sidor - som medlemmar sidor, kalender och så vidare. Robotar har möjlighet att besöka varje hörn av ditt forum mycket snabbt - vad kan förbättra din CPU-användning för första översättningar. Mestadels forum behöver inte medlem sidor ska indexeras, men det kommer att ta ditt forum resurser att översätta dessa sidor. Så blockera robotar för alla inte relevanta sidor i alla översättningar. I nästa inlägg hittar du robots.txt exempel på det - detta är en del av robots.txt används av detta forum (observera att URL har ändrats av vBSEO och vårt forum använder underkatalog i URL).
(Sedan 3.3.1) Med "Visa original texten" i monter versioner - för användare och gäster. Detta alternativ låter dig välja hur du vill visa ursprungliga meddelandet. Visar det kostar lite - det är inte stor, men om du redan gjort allt och söka några små förbättringar du kan hitta det här. Först av allt - du har 2 sätt att visa originaltexten om du WAN: av JavaScript injektion och på vanligt sätt. Normalt är bäst för prestanda, men injiceras en är bättre för SEO (robotar inte ser det). Så om du känner att du vill visa ursprungliga innehållet för monter - användare och gäster - då är det bäst att visa injiceras för gäster och normala för användarna. Naturligtvis kan du välja att inte visa originaltexten - det blir värst för dina användare, men lite bättre för prestanda. Och du har också en mer alternativ - bäst för prestanda och värst för användare - du kan välja Visa inte originaltexten eller till och med budskapet att den var översatt. Detta alternativ är bäst för prestanda eftersom den inte är med hjälp av mallar alls, värst för användarna, eftersom de inte kommer att se det meddelandet var skrivet på olika språk.
Om du har vBET integreras med vBSEO webbplatskarta, vänligen kontrollera gör det är på nytt sätt (mycket snabbare). Här är själva integrationen förfarande:
(Sedan 3.3.2) Spela med avancerad prestanda parametrar: 'HTML storlek: skära punkten "och" HTML-storlek: börja skära ". Observera att PHP prestanda drastiskt går ner när man arbetar med riktigt stora strängar. Jag antar att det i sådana fall PHP bara skriver det till viss temporär fil och arbetar på fil istället för i minnet. På grund av att vi ändrade översättning algoritm och riktigt stora utgångar skärs i mindre bitar under översättning. Denna ändring påverkar bara stora sidor och du kan konfigurera den genom nämnda prestanda parametrar.
(Sedan 3.3.2) Spela med avancerad prestanda parameter: "Fördröjning mellan översättningar". På vissa forum om begäran om att Google är sända en och en omedelbart därefter svaren kommer från Google på längre tid eller till och med är spärrade av forum-servern. Använd det inte utan att mätning av prestation förändringar och göra sådana endast med cache iväg för att se verklig effekt.
(Sedan 3.3.2) Om du använder vBSEO du se till att det på lämpligt sätt är integrerat. Vi gjorde stora förbättringar i integrationen mellan vBET och vBSEO som ger dig bättre prestanda (inga dubbla redirects). Så bara att gå till integration avsnitt i ReadMe.html fil från vBET paketet och kolla beskrivs vBSEO filer inte de har lämpliga förändringar.
Ställ större Cache livslängd för RSS-kanaler (i vBulletin optioner). Den definierar hur länge en gång genererade RSS-XML kommer att vara giltiga. En annan generation kommer att efter denna tid. Så större värde betyder mindre faktiska uppgifter, men också bättre prestanda.
(Sedan 3.3.4) Använd inte alternativet inte översätta koden html-taggen om du inte verkligen behöver. De flesta forum tillåter inte användare att lägga html-kod i inlägg, så det behövs inte för de flesta forum. Observera att innehållet i koden BBCode inte kommer att översättas ändå.
(Sedan 3.3.5) Stäng av alternativet Översätt "alt" attribut. Den har liten effekt på resultatet, men ändå kräver extra effekt parsning med regex och minst en förfrågan till Google (om resultaten inte är cachad). Eftersom Översatta resultat syns inte i webbläsare (endast när muspekaren är över bilden) kommer det inte att påverka dina användare när den är avstängd.
(Sedan 3.4.0) Använd cache-minne. Om du har din server konfigurerad för att använda Memory Cache, bara att gå till admincp-> vBET cache-> Memory cache och välja det bästa alternativet för dig från användning cache-minne. VIKTIGT: för att använda memcache du behöver för att sätta memcache värdanslutning!
Ändra .htaccess regler.
Anmärkning: endast om du inte använder länkar med 2-tecken del dvs: yourforum.com/XY/ osv.
Nu kan du använda kort regler!
Överallt hittar du
(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)
Du kan ersätta det med
(..|zh-CN|zh-TW)
som kommer att göra din webbplats arbeta snabbare!
Dvs. ändra regler för användare med intagrated vbseo:
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]
till dessa:
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]
Anmärkning: om ditt forum använder underkatalog i URL-adressen och sedan ändra 2 första regler för att lägga till katalogen forum med ledande '/' precis efter Omdirigerad =. Så dvs. Om ditt forum är i forumet directory sedan du har redirected=/forum/index.php och Omdirigerad = / forum /$ 2
Sedan realases vBET 4.4.5 och vBET 3.5.3 kan du hitta dessa regler i din Hämta filer:
do-not-upload/tools/Redirecting-rules/Short-Redirecting-rules
(Sedan 3.6.2) Stäng av alternativet inte översätta. Du hittar detta alternativ i AdminCP - > vBET - > alternativ för översättning. Har liten effekt på prestanda, men det krävs fortfarande ytterligare parsning tecken. Ändå är det inte reccomended att vända om av, eftersom det ökar kostnaderna för översättning.
Visa inte aktuellt datum och tid. Visa datum och tid orsakar ytterligare översättningar varje minut och ytterligare frågor till databasen även om data finns redan i cache.
För att inte visa aktuellt datum och tid:
Gå till AdminCP > format & mallar > Sök i mallar
Sök:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Ta bort den från alla mallar.
Nu visas aktuella datum och tid inte.
Observera att andra mallar kan visa tiden av andra variabler - i det här fallet måste du hitta variabeln och ta bort/kommentar det.
Visa inte någon roterande text på sidan. Rotera text gör att vBET skickar mer text som ska översättas.
Om du vill sätta på sidan rotera lägga text den i JavaScript (text i JavaScript inte är översatt) eller notranslate området (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html).
(Sedan 3.6.3) Stäng av alternativet Lägg till alternativa tag. Det här alternativet ökar overhead tid att lägga till taggar och skickar mer data till användare. Detta alternativ är inaktiverat som standard.
Naturligtvis översättningar inte görs magiskt och vissa resurser är nödvändiga för att ge dessa. Vi har användare med riktigt stora forum som framgångsrikt drivs vBET utan någon påverkan på prestanda meddelande (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.html).
Fortfarande i fallet om du vill använda vBET på snabbast möjliga sätt, nedan är några tips om inställningar för dig. Observera att de beskriver den mest optimala konfigurationer av prestandaskäl - ibland genom att kostnaden för tillgängliga funktioner, så inte träda det om du inte har prestandaproblem.
Se till att du använder senaste versionen av vBET. Vi är ständigt förbättra prestanda.
(Sedan 3.3.4) Slå på Använd Fullständig databas-cache för gäster och se till att det fungerar (kolla inte cache-filer skapas - måste ställa lämplig fil behörigheter)
(Sedan 3.3.4) Ställ högre värden för Full databas-cache För gäster Time To Live och även för hela filen cache för gäster Time To Live för Les relevanta sidor
(Sedan 3.3.4) Fundera på vilka sidor kan hålla längre med full fil-cache för gäster och lägg dem mindre relevanta sidorna för hela filen cache för gäster
vBET stöder alla kodningar, men det är bäst om ditt forum använder UTF-8-kodning, annars för varje översättning vBET måste koda hela sidan och göra andra extra trick (även specialtecken tar mycket mer plats i BF orsakar de ändras till & #-koden, notation). Om du redan kör forumet, det finns inget enkelt sätt att byta kodning (fortfarande den finns), men om du skapar ny sedan du överväga att köra det på UTF-8 som är utformad för flerspråkig support.
Du kan inaktivera vissa översättningar på tiggeri - när cachen kommer att fyllas du kan lägga till nya från tid till annan. Från och med alla 52 översättningar innebär 52 gånger mer innehåll för användare och rötter. Vissa forum kan enkelt hantera detta, för vissa är det bättre att börja med få översättningar.
Kontrollera att du har cache på.
För senare blir det viktigt för dig att ha lämpliga Cache TTL. Större är bättre, men inte mer än 15 dagar för att vara rättvis med Google TOS
Välj bästa strategin cache clearing för ditt forum. För de flesta forum 'Normal borttagning "är bäst clearing strategi, men om du har riktigt mycket översatta innehållet än normalt cacheminne radering kan döda din server. Men var lugn - vi har speciella lösningar för att fall. Så du kan välja tre andra strategier. Sista är snabbast, men tar bort alla cache-innehåll, så använd den bara om du måste.
Använd "Cache clearing timelap" - vBET rensar över 150 cache bord bort mycket data. Du kan beställa vBET vänta mellan varje bord. Hela uppdraget kommer att ta samma mängd resurser, men din server kommer att "vila" mellan hyggen så lasten på servern blir mindre.
Använd alternativet "Välj grupperas översättningar" efter dina behov - detta kommer att göra mindre frågor till databasen, så det kommer att kosta dig mindre CPU, men kostnaden för mer användning av RAM-minne.
Ställ inte in "Sluta leta efter x misslyckanden" för låg eller för hög. Detta alternativ optimerar cachen. Tack att vBET ska sluta försöka hitta i cache översättningar som inte finns där. Om du ställer in det för högt vBET kommer att försöka flera gånger. Om du ställer in det för lågt vBET kan sluta leta översättningar som verkligen är i cachen bara för att några små förändringar sker på översatt sida.
Aktivera cache för alla översättningar. vBET kan du inaktivera cache för valda översättningar om du inte har för mycket utrymme på skivan, men sådana översättningar tar längre tid, eftersom Google kommer att uppmanas varje gång för dem.
Ställ in "Google språkidentifiering" till "Lita alltid user". vBET har stor funktion som gör det möjligt att upptäcka verkliga språket i meddelandet i fallet om användaren röra upp något. Men det har sina kostnader - extra fråga till Google måste göras när nya inlägg kommer.
Inaktivera "Översätt Google Maps". Den tillåter dig att översätta Googles kartor som ingår i ditt forum, men om du inte stöder dem sedan inaktivera det - det kostar extra sök och ersätt för länkar till Google-karta i hela produktionen.
Experimentera med alternativet "översätter inte användarnamn". Det orsakar mindre be om översättning, genom att kostnaderna för många extra kontroller på många forum ställen. Så det finns något för något - kontrollera vilken är bättre i ditt fall.
Inaktivera "Översätt vBSEO meddelanden i Javascript" om du inte använder den här vBSEO funktionalitet eller inaktivera det också i vBSEO. Översätta det kostar extra utgång parsning.
Block robotar för att inte relevanta sidor - som medlemmar sidor, kalender och så vidare. Robotar har möjlighet att besöka varje hörn av ditt forum mycket snabbt - vad kan förbättra din CPU-användning för första översättningar. Mestadels forum behöver inte medlem sidor ska indexeras, men det kommer att ta ditt forum resurser att översätta dessa sidor. Så blockera robotar för alla inte relevanta sidor i alla översättningar. I nästa inlägg hittar du robots.txt exempel på det - detta är en del av robots.txt används av detta forum (observera att URL har ändrats av vBSEO och vårt forum använder underkatalog i URL).
(Sedan 3.3.1) Med "Visa original texten" i monter versioner - för användare och gäster. Detta alternativ låter dig välja hur du vill visa ursprungliga meddelandet. Visar det kostar lite - det är inte stor, men om du redan gjort allt och söka några små förbättringar du kan hitta det här. Först av allt - du har 2 sätt att visa originaltexten om du WAN: av JavaScript injektion och på vanligt sätt. Normalt är bäst för prestanda, men injiceras en är bättre för SEO (robotar inte ser det). Så om du känner att du vill visa ursprungliga innehållet för monter - användare och gäster - då är det bäst att visa injiceras för gäster och normala för användarna. Naturligtvis kan du välja att inte visa originaltexten - det blir värst för dina användare, men lite bättre för prestanda. Och du har också en mer alternativ - bäst för prestanda och värst för användare - du kan välja Visa inte originaltexten eller till och med budskapet att den var översatt. Detta alternativ är bäst för prestanda eftersom den inte är med hjälp av mallar alls, värst för användarna, eftersom de inte kommer att se det meddelandet var skrivet på olika språk.
Om du har vBET integreras med vBSEO webbplatskarta, vänligen kontrollera gör det är på nytt sätt (mycket snabbare). Här är själva integrationen förfarande:
(Sedan 3.3.2) Spela med avancerad prestanda parametrar: 'HTML storlek: skära punkten "och" HTML-storlek: börja skära ". Observera att PHP prestanda drastiskt går ner när man arbetar med riktigt stora strängar. Jag antar att det i sådana fall PHP bara skriver det till viss temporär fil och arbetar på fil istället för i minnet. På grund av att vi ändrade översättning algoritm och riktigt stora utgångar skärs i mindre bitar under översättning. Denna ändring påverkar bara stora sidor och du kan konfigurera den genom nämnda prestanda parametrar.
(Sedan 3.3.2) Spela med avancerad prestanda parameter: "Fördröjning mellan översättningar". På vissa forum om begäran om att Google är sända en och en omedelbart därefter svaren kommer från Google på längre tid eller till och med är spärrade av forum-servern. Använd det inte utan att mätning av prestation förändringar och göra sådana endast med cache iväg för att se verklig effekt.
(Sedan 3.3.2) Om du använder vBSEO du se till att det på lämpligt sätt är integrerat. Vi gjorde stora förbättringar i integrationen mellan vBET och vBSEO som ger dig bättre prestanda (inga dubbla redirects). Så bara att gå till integration avsnitt i ReadMe.html fil från vBET paketet och kolla beskrivs vBSEO filer inte de har lämpliga förändringar.
Ställ större Cache livslängd för RSS-kanaler (i vBulletin optioner). Den definierar hur länge en gång genererade RSS-XML kommer att vara giltiga. En annan generation kommer att efter denna tid. Så större värde betyder mindre faktiska uppgifter, men också bättre prestanda.
(Sedan 3.3.4) Använd inte alternativet inte översätta koden html-taggen om du inte verkligen behöver. De flesta forum tillåter inte användare att lägga html-kod i inlägg, så det behövs inte för de flesta forum. Observera att innehållet i koden BBCode inte kommer att översättas ändå.
(Sedan 3.3.5) Stäng av alternativet Översätt "alt" attribut. Den har liten effekt på resultatet, men ändå kräver extra effekt parsning med regex och minst en förfrågan till Google (om resultaten inte är cachad). Eftersom Översatta resultat syns inte i webbläsare (endast när muspekaren är över bilden) kommer det inte att påverka dina användare när den är avstängd.
(Sedan 3.4.0) Använd cache-minne. Om du har din server konfigurerad för att använda Memory Cache, bara att gå till admincp-> vBET cache-> Memory cache och välja det bästa alternativet för dig från användning cache-minne. VIKTIGT: för att använda memcache du behöver för att sätta memcache värdanslutning!
Ändra .htaccess regler.
Anmärkning: endast om du inte använder länkar med 2-tecken del dvs: yourforum.com/XY/ osv.
Nu kan du använda kort regler!
Överallt hittar du
(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)
Du kan ersätta det med
(..|zh-CN|zh-TW)
som kommer att göra din webbplats arbeta snabbare!
Dvs. ändra regler för användare med intagrated vbseo:
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]
till dessa:
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]
Anmärkning: om ditt forum använder underkatalog i URL-adressen och sedan ändra 2 första regler för att lägga till katalogen forum med ledande '/' precis efter Omdirigerad =. Så dvs. Om ditt forum är i forumet directory sedan du har redirected=/forum/index.php och Omdirigerad = / forum /$ 2
Sedan realases vBET 4.4.5 och vBET 3.5.3 kan du hitta dessa regler i din Hämta filer:
do-not-upload/tools/Redirecting-rules/Short-Redirecting-rules
(Sedan 3.6.2) Stäng av alternativet inte översätta. Du hittar detta alternativ i AdminCP - > vBET - > alternativ för översättning. Har liten effekt på prestanda, men det krävs fortfarande ytterligare parsning tecken. Ändå är det inte reccomended att vända om av, eftersom det ökar kostnaderna för översättning.
Visa inte aktuellt datum och tid. Visa datum och tid orsakar ytterligare översättningar varje minut och ytterligare frågor till databasen även om data finns redan i cache.
För att inte visa aktuellt datum och tid:
Gå till AdminCP > format & mallar > Sök i mallar
Sök:
$vbphrase[all_times_are_gmt_x_time_now_is_y]
Ta bort den från alla mallar.
Nu visas aktuella datum och tid inte.
Observera att andra mallar kan visa tiden av andra variabler - i det här fallet måste du hitta variabeln och ta bort/kommentar det.
Visa inte någon roterande text på sidan. Rotera text gör att vBET skickar mer text som ska översättas.
Om du vill sätta på sidan rotera lägga text den i JavaScript (text i JavaScript inte är översatt) eller notranslate området (http://www.vbenterprisetranslator.com/forum/general-discussions/3169-how-make-some-text-not-translated.html).
(Sedan 3.6.3) Stäng av alternativet Lägg till alternativa tag. Det här alternativet ökar overhead tid att lägga till taggar och skickar mer data till användare. Detta alternativ är inaktiverat som standard.
