vBET har masser af optimeringer. Takket være, at du kan give dit indhold i 53 sprog meget hurtigt.
Naturligvis oversættelser foretages ikke magisk og nogle ressourcer er nødvendige for at give dem. Vi har brugere med virkelig store fora som med succes kører vBET uden nogen indflydelse på ydeevnen Bemærk)http://www.vbenterprisetranslator.co...rformance.html).
Stadig i tilfældet, hvis du ønsker at bruge vBET på hurtigst mulige måde, nedenfor er nogle konfiguration hints for dig. Bemærk venligst, at dem, der beskriver den mest optimale konfigurationer af hensyn til ydeevnen - undertiden ved udgifter til tilgængelige funktioner, så du skal ikke brak det, hvis du ikke har problemer med ydeevnen.
- Sørg for, at du bruger seneste version af vBET. Vi er konstant at forbedre ydeevnen.
- (Siden 4.2.3) Tænd Brug Fuld Fil Cache For gæster og sørg for at det virker (tjek gør cache-filer er oprettet - behov for at fastsætte passende fil privilegier)
- (Siden 4.2.3) Sæt højere værdier for Fuld Fil Cache For gæster Time To Live og også for Fuld Fil Cache For gæster Time To Live For Les relevante sider
- (Siden 4.2.3) Overvej, hvilke sider der kan holde længere i fuld fil cache for gæster og tilføje dem til Mindre relevante sider for fuld Fil Cache For gæster
- vBET understøtter alle kodninger, men det er bedst, hvis dit forum bruger UTF-8-kodning, ellers for hver oversættelse vBET nødt til at re-encode hele siden og gøre andre yderligere tricks (også specialtegn tager meget mere plads i DB forårsager dem, er ændret til & #-koden notation). Hvis du allerede kører forum, er der ingen nem måde at skifte kodning (stadig det findes), men hvis du opretter nyt så kan du overveje at køre det på utf-8-kodning, der er designet til flersprogede support.
- Du kan deaktivere visse oversættelser på at tigge - når cache vil blive fyldt du kan tilføje nye fra tid til anden. Fra og med alle 52 oversættelser betyder 52 gange mere indhold til brugerne og rødder. Nogle fora kan nemt håndtere dette, for nogle er det bedre at starte med få oversættelser.
- Sørg for at du har cache på.
- Til senere vil det være vigtigt for dig at have passende Cache TTL. Større er bedre, men ikke mere end 15 dage til at være fair med Google TOS
- Vælg bedste cache clearing strategi for dit forum. For de fleste fora 'Normal sletning' er bedst clearing strategi, men hvis du har rigtig mange oversatte indhold end normalt cache sletning kan dræbe din server. Men vær rolig - vi har specielle løsninger til at sager. Så du kan vælge 3 andre strategier. Sidste er hurtigst, men fjerner alle cache indhold, så brug den kun, hvis du er nødt til.
- (Siden 4.3.0) Brug Memory Cache. Hvis du har din server konfigureret til at bruge Memory Cache, bare gå til admincp - > vBET cache - > hukommelses-cache og vælge den bedste løsning for dig fra Brug hukommelse cache. VIGTIGT: for at bruge Memcache du nødt til at sætte memcache host port!
- Brug "Cache clearing timelap" - vBET rydder over 150 cache borde fjerne masser af data. Du kan bestille vBET at vente mellem hvert bord. Hele opgaven vil tage samme mængde ressourcer, men din server vil "hvile" mellem lysninger, så server belastning vil blive mindre.
- Brug indstillingen "Vælg grupperet oversættelser" efter dine behov - det vil gøre mindre forespørgsler til databasen, så det vil koste dig mindre CPU, men udgifterne til mere brug af RAM-hukommelse.
- Må ikke indstille "Stop på udkig efter x fejl" at lave eller for høje. Denne indstilling optimerer cache brug. Takket være, at vBET vil holde op med at finde i cachen oversættelser som ikke er der. Hvis du sætter den for højt vBET vil prøve flere gange. Hvis du sætter den for lavt vBET kan stoppe på udkig oversættelser, som er virkelig i cachen kun fordi nogle små ændringer sker på oversat side.
- Aktiver cache for alle oversættelser. vBET giver dig mulighed for at deaktivere cache for udvalgte oversættelser, hvis du ikke har for meget plads på disken, men sådanne oversættelser vil tage længere tid, da Google vil blive spurgt hver gang for dem.
- Indstil "Google registrering af sprog" til "Hav altid tillid til bruger". vBET har stor funktion, som gør det muligt at detektere virkelige sprog besked i tilfælde, hvis brugeren rod i noget. Men det har sine omkostninger - yderligere bede om at Google er nødt til at ske, når nye post ankommer.
- Deaktiver "Oversæt Google Maps". Det giver dig mulighed for at oversætte Google Maps inkluderet i dit forum, men hvis du ikke støtter dem, så slå det fra - det kostede ekstra søg og erstat links til Google-kort i hele produktionen.
- Eksperimenter med indstillingen "Må ikke oversætte brugernavne". Det forårsager mindre beder om oversættelse, ved at omkostningerne ved mange ekstra checks i mange forum steder. Så der er noget for noget - kontrollere, hvilket er bedre i dit tilfælde.
- Deaktiver "Oversæt vBSEO beskeder i JavaScript", hvis du ikke bruger denne vBSEO funktionalitet eller deaktivere det også i vBSEO. Oversætte det koster ekstra output parsing.
- Block robotter til ikke relevante sider - som medlemmer sider, kalender og så videre. Robotter er i stand til at besøge hver eneste hjørne af dit forum meget hurtigt - hvad der kan forbedre din CPU-forbrug for første oversættelser. Mest forum behøver ikke medlem sider blive indekseret, men det vil tage dit forum ressourcer til at oversætte disse sider. Så blokere robotter for alle ikke relevante sider i alle oversættelser. I næste indlæg vil du finde robots.txt eksempel på, at - dette er en del af robots.txt brugt af dette forum (bemærk, at URL-adresser ændres af vBSEO, og vores forum bruger undermappe i URL).
- Brug "Vis den oprindelige tekst" i bås versioner - for brugere og gæster. Dette valg giver dig mulighed for at vælge, hvordan du vil vise oprindelige meddelelse. Viser det koster lidt - det er ikke signifikant, men hvis du allerede har gjort alt og søge nogle små forbedringer så kan du finde den her. Først af alt - du har 2 måder at vise originale tekst, hvis du WAN: ved hjælp af JavaScript injektion og på normal vis. Normal ene er bedre for ydeevne, men injiceres ene er bedre for SEO (robotter kan ikke se det). Så hvis du føler du vil vise originalt indhold til standen - brugere og gæster - så er det bedst at vise injiceret for gæst og normale for brugerne. Selvfølgelig kan du vælge ikke at vise originale tekst - det vil være værst for dine brugere, men lidt bedre for performance. Og du har også en mere option - bedst for ydeevne og værst for brugerne - du kan vælge ikke viser oprindelige tekst eller endda besked om, at den blev oversat. Denne mulighed er bedst for ydeevne, fordi det ikke er ved hjælp af skabeloner ved alle, værst for brugerne, fordi de ikke vil se, at budskabet var skrevet på forskellige sprog.
- Spil med avanceret ydeevne parametre: 'HTML størrelse: skæring punkt «og» HTML størrelse: begynde at skære'. Bemærk, at PHP ydeevne drastisk går ned ved arbejde på virkelig store strenge. Jeg formoder, at i sådanne tilfælde PHP bare skriver det til nogle midlertidige filer og arbejder på fil i stedet for i hukommelsen. På grund af, at vi ændrede oversættelse algoritme og rigtig store udgange er skåret i mindre stykker under oversættelsen. Denne ændring påvirker kun de store sider, og du kan konfigurere den ved nævnte performance parametre.
- Spil med avanceret ydeevne parameter: 'Forsinkelse mellem oversættelser'. På nogle fora, hvis anmodning om at Google er sende en efter en straks derefter svarene kommer fra Google i længere tid eller selv bliver blokeret af forum-serveren. MÅ IKKE bruge det uden nogen måling af performance forandringer og gøre sådan kun med cache ud for at se reel virkning.
- (Siden 4.2.1) Hvis du bruger vBSEO skal du sørge for, at det korrekt er integreret. Vi har gjort store forbedringer i integrationen mellem vBET og vBSEO som giver dig bedre performance (ingen dobbelte omdirigeringer). Så bare gå til integration afsnit i readme.html filen fra vBET pakken og tjekke, der er beskrevet vBSEO filer er dem, der har passende ændringer.
- Set større Cache Levetid til RSS-kanaler (i vBulletin optioner). Den definerer, hvor længe en gang genereret RSS XML vil være gyldig. En anden generation vil være efter dette tidspunkt. Så større værdi betyder mindre reelle data, men også bedre ydelse.
- (Siden 4.2.3) Brug ikke mulighed Må ikke oversætte koden html-tag hvis du ikke virkelig har brug for. De fleste fora tillader ikke brugere at sætte html-koden i indlæg, så det er ikke nødvendigt for de fleste fora. Bemærk venligst, at indholdet af koden BBCode vil ikke blive oversat alligevel.
- (Siden 4.2.3) Sluk option Oversætte 'alt' attributter. Det har mindre betydning for resultaterne, men stadig kræver yderligere output parsing med regex og mindst endnu en anmodning til Google (hvis resultaterne ikke er cached). Fordi oversatte resultaterne ikke er risible i browsere (kun når musen er over billedet), det vil have nogen effekt på dine brugere, når den slukkes.
- Slå "Vis brugere der er logget?". Du kan finde denne mulighed i din AdminCP -> Indstillinger -> Indstillinger -> Forums Home Page Indstillinger -> Display Logget brugere? : Ingen. Dette vil reducere mængden af oversættelser ved at fjerne visningen af dynamicly forandring "hvem der læser forum" value.
Vbuletin anbefaler ikke, at bruge denne mulighed. Bemærk: Deaktivering af denne mulighed vil også fjerne "hvem er online"- Ændring . Htaccess reglerne.
NOTE: kun hvis du er IKKE ved hjælp af hyperlinks med 2-tegn del dvs: yourforum.com/XY/ osv.
Du kan nu bruge kort regler!
Overalt hvor du finde
Du kan erstatte det medCode:(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)
der vil gøre dit websted arbejde hurtigere!Code:(..|zh-CN|zh-TW)
Dvs. ændre regler for brugeren med intagrated vbseo:
i disse: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]
NOTE: Hvis din forum bruger undermappe i URL-adresse, derefter ændre 2 første regler tilføje din forum mappe med førende '/' lige efter omdirigeret =. Så dvs. Hvis din forum er i forum directory derefter får du omdirigeret = / forum / index.php og omdirigeret = / forum / $ 2Code: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]
Siden realases vBET 4.4.5 og vBET 3.5.2 Du kan finde disse regler i din download filer:
do-not-Upload/Tools/Redirecting-Rules/Short-Redirecting-Rules- (Siden 4.5.2) Slå indstillingen Ikke oversætte tal. Du kan finde denne indstilling i AdminCP -> din -> Oversættelse Muligheder. Har ringe effekt på ydeevnen, men det kræver stadig en yderligere parsing tegn. Alligevel er det ikke reccomended vende, hvis off, fordi det øger udgifterne til oversættelse.
- Vis ikke aktuelle dato og klokkeslæt. Få vist datoen og tid medfører yderligere oversættelser hvert minut og yderligere forespørgsler til databasen selvom dataene allerede er i cachen.
For ikke at vise den aktuelle dato og klokkeslæt:
Fra nu af vises den aktuelle dato og det klokkeslæt ikke.
- Gå til AdminCP -> typografier & skabeloner -> Søg i skabeloner
- Søg:
Code:$vbphrase[all_times_are_gmt_x_time_now_is_y]- Fjerne den fra alle skabeloner.
Bemærk venligst at andre skabeloner kan vise tidspunktet ved andre variabler - i dette tilfælde skal du finde variablen og fjern/kommentar det.- Vis ikke nogen roterende tekst på siden. Rotere tekst gør at vBET sender mere tekst skal oversættes.
Hvis du vil lægge på siden rotere lagt tekst det i JavaScript (tekst i JavaScript ikke er oversat) eller i notranslate område.- (Siden 4.5.3) Slå indstillingen Tilføj alternative tag. Aktivering af denne indstilling øger overhead tid at tilføje tags og sender flere data til brugere. Denne indstilling er som standard deaktiveret.