vBET og ytelse
vBET har mye optimaliseringer. Takk for at du kan gi innholdet i 53 språk veldig fort.
Selvfølgelig oversettelser er ikke gjort på magisk vis, og noen ressurser er nødvendig for å tilby dem. Vi har brukere med virkelig store fora som lykkes i å kjøre vBET uten noen som helst påvirkning av ytelsen varsel (http://www.vbenterprisetranslator.co...rformance.html).
Fortsatt i tilfelle hvis du ønsker å bruke vBET på raskest mulig måte, under er noen hint om oppsett for deg. Vær oppmerksom på at de beskriver den mest optimale konfigurasjoner for ytelse grunner - noen ganger med kostnaden av tilgjengelige funksjoner, så ikke brakk det hvis du ikke har problemer med ytelsen.
- Pass på at du bruker siste versjon av vBET. Vi blir stadig bedre ytelse.
- (Siden 3.3.4) Slå på Bruk Full filhurtigbufferen For gjester og sørg for at det fungerer (sjekk gjør cache-filer er opprettet - må sette aktuelle filen privilegier)
- (Siden 3.3.4) Set høyere verdier for Full filhurtigbufferen For Gjester Time To Live og også for Full filhurtigbufferen For Gjester Time To Live For Les relevante sider
- (Siden 3.3.4) Vurdere hvilke sider som kan holde lengre i full filhurtigbufferen for gjester og legge disse til Mindre Relevant Sider For Full filhurtigbufferen For gjester
- vBET støtter alle kodinger, men det er best hvis forumet bruker utf-8-koding, ellers for hver oversettelse vBET har å re-kode hele siden og gjøre andre ekstra triks (også spesialtegn tar mye mer plass i DB føre de er endret til & # CODE; notasjon). Hvis du allerede kjører forum, er det ingen enkel måte å bytte koding (fortsatt den finnes), men hvis du oppretter nytt så kan du vurdere å kjøre det på UTF-8 som er designet til flerspråklig støtte.
- Du kan deaktivere noen oversettelser på tigge - når cache vil bli fylt du kan legge til nye fra tid til annen. Starter med alle 52 oversettelser betyr 52 ganger mer innhold for brukere og røtter. Noen fora kan enkelt håndtere dette, for noen er det bedre å starte med noen få oversettelser.
- Kontroller at du har cache på.
- For senere vil det være viktig for deg å ha passende Cache TTL. Større er bedre, men ikke mer enn 15 dager for å være rettferdig med Google TOS
- Velg beste cache clearing strategi for forumet ditt. For de fleste fora 'Normal sletting' er best clearing strategi, men hvis du har virkelig mye oversatt innhold enn normalt cache sletting kan drepe din server. Men vær rolig - vi har spesielle løsninger for at saker. Så du kan velge 3 andre strategier. Siste er raskest, men fjerner all cache innhold, så bruk den bare hvis du må.
- Bruk "Cache clearing timelap» - vBET tømmer over 150 cache bordene fjerne mye data. Du kan bestille vBET å vente mellom hvert bord. Hele oppgaven vil ta samme mengde ressurser, men din server vil "hvile" mellom lysninger så belastningen på serveren vil bli mindre.
- Bruk alternativet "Velg gruppert oversettelser" i henhold til dine behov - dette vil gjøre mindre forespørsler til databasen slik at det vil koste deg mindre CPU, men kostnaden for mer bruk av RAM-minne.
- Ikke sett "Stop leter etter x feil" til lav eller for høy. Dette alternativet optimaliserer cache-bruk. Takket være at vBET vil slutte å prøve å finne i cache oversettelser som ikke er der. Hvis du setter den for høyt vBET vil prøve flere ganger. Hvis du setter den for lavt vBET kan slutte å se oversettelsene som egentlig er i cache bare fordi noen små endringer skje på oversatt side.
- Aktiver cache for alle oversettelser. vBET lar deg deaktivere cache for valgt oversettelser hvis du ikke har for mye plass på platen, men slike oversettelser vil ta lengre tid, ettersom Google vil bli spurt hver gang for dem.
- Sett "Google Language Detection" til "Klarer alltid bruker". vBET har flott funksjon som gjør det mulig å oppdage ekte språk på meldingen i tilfelle hvis brukeren rotet opp noe. Men det har sin pris - ekstra be til Google må gjøres når nye innlegg kommer.
- Deaktiver "Oversett Google Maps". Den lar deg oversette Google maps som inngår i forumet, men hvis du ikke støtte de deretter deaktivere den - det kostet ekstra søk og erstatt for koblinger til Google kart i hele utgang.
- Eksperimenter med alternativet "Ikke oversett brukernavn". Det fører til mindre spør etter oversettelse, etter kostnadsart mange flere kontroller i mange forumet steder. Så det er noe for noe - sjekk som er bedre i ditt tilfelle.
- Disable "Oversett vBSEO meldinger i JavaScript" hvis du ikke bruker denne vBSEO funksjonalitet eller deaktivere det også i vBSEO. Oversette det koster ekstra utgang analyse.
- Block roboter for ikke relevante sider - som medlemmer sider, kalender og så videre. Roboter er i stand til å besøke hvert hjørne av forumet din svært raskt - hva kan forbedre din CPU-bruk for første oversettelser. Mostly forumet trenger ikke medlem sider bli indeksert, men det vil ta ditt forum ressurser til å oversette disse sidene. Så blokkere roboter for alle som ikke er relevante sidene i alle oversettelser. I neste post vil du finne robots.txt eksempel på det - dette er en del av robots.txt brukes av dette forumet (Merk at URL-er er endret av vBSEO, og vårt forum bruker underkatalogen i URL).
- (Siden 3.3.1) Ved hjelp av "Vis original tekst" i bod versjoner - for brukere og gjester. Dette alternativer lar deg velge hvordan du vil vise opprinnelige meldingen. Viser det koster litt - det er ikke signifikant, men hvis du allerede har gjort alt og søker etter noen små forbedringer så kan du finne det her. Først av alt - du har 2 måter å vise originale tekst hvis du wan: av JavaScript injeksjon og på vanlig måte. Normal er bedre for ytelse, men injisert en er bedre for SEO (roboter ser det ikke). Så hvis du føler at du vil vise originalt innhold for Booth - brukere og gjester - så er det best å vise injisert for gjest og normal for brukerne. Selvfølgelig kan du velge å ikke vise opprinnelige teksten - den vil bli verste for brukerne, men litt bedre for ytelse. Og du har også en mer alternativ - best for ytelse og verste for brukere - du kan velge ikke viser originale teksten eller til og med melding om at det var oversatt. Dette alternativet er best for ytelsen fordi den ikke bruker malene i det hele tatt, verste for brukerne, fordi de ikke vil se at meldingen var skrevet i forskjellige språk.
- Hvis du har vBET integrert med vBSEO Sitemap Generator, så kan du sjekke gjør det i ny måte (mye raskere). Her er selve integrasjonen prosedyre: http://www.vbenterprisetranslator.co...tegration.html
- (Siden 3.3.2) Lek med avansert ytelse parametere: 'HTML size: cutting punkt "og" HTML størrelse: start cutting'. Vær oppmerksom på at PHP ytelsen drastisk går ned når man arbeider på virkelig store strenger. Jeg antar at i så fall PHP bare skriver det til noen midlertidige filen og arbeider på fil i stedet for i minnet. På grunn av dette endret vi oversettelse algoritme og virkelig store utganger er kuttet i mindre biter under oversettelse. Denne endringen påvirker bare store sider, og du kan konfigurere den ved nevnte ytelse parametere.
- (Siden 3.3.2) Lek med avansert ytelse parameter: "Ventetid mellom oversettelser '. På enkelte fora om forespørselen til Google er sende en etter en umiddelbart da svarene kommer fra Google i lengre tid eller er blokkert av forumet server. IKKE bruk den uten måling av ytelse endringer og gjøre slikt bare med cache off å se reell innflytelse.
- (Siden 3.3.2) Hvis du bruker vBSEO må du kontrollere at det er hensiktsmessig integrert. Vi har gjort store forbedringer i integrasjon mellom vBET og vBSEO som gir deg bedre ytelse (ingen doble omdirigeringar). Så bare gå til integrering seksjon i ReadMe.html fil fra vBET pakke og sjekke beskrevet vBSEO filer ikke de har de nødvendige endringene.
- Set større Cache Levetid for RSS-kanaler (i vBulletin opsjoner). Det definerer hvor lenge en gang genereres RSS XML vil være gyldige. En annen generasjon vil bli etter dette tidspunktet. Så større verdi betyr mindre faktiske data, men også bedre ytelse.
- (Siden 3.3.4) Ikke bruk alternativ Ikke oversette kode html tag hvis du ikke virkelig trenger det. De fleste fora ikke tillate brukere å legge html kode i innlegg, så det er ikke nødvendig for de fleste fora. Vær oppmerksom på at innholdet i code bbcode vil ikke bli oversatt uansett.
- (Siden 3.3.5) Slå av opsjon Oversette "alt" attributter. Det har liten innvirkning på ytelsen, men likevel krever ekstra utgang parsing med regex og minst ett anmodning til Google (hvis resultatet ikke bufret). Fordi oversatt resultatene er ikke synlig i nettlesere (bare når musepekeren over bildet) det vil ha noen innvirkning på brukerne når den er slått av.
- (Siden 3.4.0) Bruk Memory Cache. Hvis du har din server konfigurert til å bruke Memory Cache, bare gå til admincp->vBET cache->cache-Minne og velge det beste alternativet for deg fra Bruker minne cache. VIKTIG: For å bruke Memcache du trenger å sette memcache host port!
- Endre . Htaccess regler.
MERK: Hvis du er IKKE ved hjelp av koblinger med 2 tegn del i.e: yourforum.com/xy/ etc.
Du kan nå bruke korte regler!
Overalt hvor du finne
Du kan erstatte den 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)
som vil gjøre nettstedet ditt arbeide raskere!Code:(..|zh-CN|zh-TW)
Det vil si endre regler for bruker med intagrated vbseo:
inn 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]
MERK: Hvis din forum bruker undermappe i URL-Adressen, deretter endre 2 første regler for å legge til din forum-katalog med ledende '/' like etter omdirigert =. Så dvs. Hvis din forum er i forumet directory da har du omdirigert = / forum / index.php og omdirigert = / 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.3 Du kan finne disse reglene i din dataoverføre fil-størrelse:
do-not-upload/Tools/redirecting-rules/short-redirecting-rules- (Siden 3.6.2) Slå av alternativet Ikke oversette tall. Du finner dette alternativet i AdminCP -> vBET -> Oversettelse Alternativer. Har liten effekt på ytelse, men den fremdeles behøver en ekstra analyse av tegn. Uansett er det ikke anbefalt slå hvis off, fordi det øker kostnaden for oversettelse.
- Ikke Vis gjeldende dato og klokkeslett. Vis datoen og tid forårsaker ytterligere oversettelser hvert minutt og flere spørringer til databasen selv om dataene er allerede i hurtigbufferen.
For ikke å vise gjeldende dato og klokkeslett:
Fra nå av, vises gjeldende dato og klokkeslett ikke.
- Gå til AdminCP -> Styles & maler -> Søk i maler
- Søk:
Code:$vbphrase[all_times_are_gmt_x_time_now_is_y]- Fjerne den fra alle maler.
Vær oppmerksom på at andre maler kan vise tiden ved andre variabler - i dette tilfellet må du finne variabelen og fjern/kommentar det.- Ikke Vis roterende tekst på siden. Roterer tekst gjør at vBET sender mer tekst som skal oversettes.
Hvis du ønsker å sette på siden roterende putte tekst den i JavaScript (tekst i JavaScript ikke er oversatt) eller i notranslate området.- (Siden 3.6.3) Slå av alternativet Legg til alternativ kode. Elementsikkerhet øker overhead tid til å legge til kodene og sender flere data til brukere. Dette alternativet er deaktivert som standard.
Automatiske oversettelser (drevet av Google, Microsoft ®, Yandex, SDL Language Cloud, IBM Watson og Apertium):
- Hva er nytt?
- Forum
-
Oversettelser
