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.
- 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)
- Angi 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
- Vurdere hvilke sider kan holde lenger i full filhurtigbufferen for gjester og legge dem 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 hurtigbufferminnet. Hvis du har serveren konfigurert til å bruke minnehurtigbufferen, rettferdig 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!
- 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.
- Blokkere roboter for ikke relevante sider - som medlemmer sider, kalender og så videre. Roboter kan besøke hvert hjørne av forumet veldig fort - det kan forbedre CPU-bruken for første oversettelser. Mest forumet ikke trenger medlem sider indekseres, men fortsatt det vil ta forum ressursene å oversette sidene. Så blokkere roboter for alle ikke relevante sider i alle oversettelser. I neste innlegg vil du finne robots.txt eksempel for - dette er en del av robots.txt brukes av dette forumet (Merk at Webadresses er endret av SEO, og vårt forum bruker underkatalog i URL).
- 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.
- Spill 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.
- Spill 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.
- Ikke bruk alternativet 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.
- Deaktiver alternativet 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 lattervekkende i nettlesere (bare når musepekeren over bildet) det vil ha noen innvirkning på brukerne når den er slått av.
- Slå av "Online brukere". Du finner dette alternativet i din AdminCP -> brukergruppe -> brukergruppe Manager -> Rediger brukergruppe -> kan vise Who's Online: Nei. Dette reduserer mengden av oversettelser ved å fjerne visningen av dynamicly endre "som leser forumet" verdi.
- 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!
http://www.vbenterprisetranslator.co...html#post15132
Du finner disse reglene dataoverføre filene:
do-not-upload/Tools/redirecting-rules/short-redirecting-rules- Deaktiver 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.
- 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.- Deaktiver 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
Svar med Sitat
