Marcin Kalak
22-09-14, 11:24
vBET har mye optimaliseringer. Takk for at du kan gi innholdet i 53 språk veldig fort.
Selvfølgelig oversettelser ikke er laget magisk og noen ressurser er nødvendig for å gi dem. Vi har brukere med virkelig store fora som vellykket kjøre vBET uten at ytelsen innvirkning varsel (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.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.
Aktivere Bruk Full arkiv skjulested For gjestene og sikre at det fungerer (Sjekk gjør cache-filer opprettes - må angi riktige rettigheter)
Angi høyere verdier for Full arkiv skjulested For gjestene levetid og også for Full Cache For gjester tid til Live For Les relevante sidene
Vurdere hvilke sider kan holde lenger i full filhurtigbufferen for gjester og legge dem mindre relevante sider For Full arkiv skjulested 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, bare gå til admincp -> vBET cache -> minnehurtigbufferen og velge det beste alternativet for deg mellom bruk hurtigbufferminnet. Slik bruker Memcache viktig å sette memcache host porten!
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 koden html-koden hvis du ikke virkelig trenger å. De fleste fora tillater ikke brukernes å putte html-kode i innlegg, så det ikke er nødvendig for de fleste fora. Vennligst blir Merk at innholdet i koden bbcode ikke oversatt uansett.
Slå av alternativet oversett "alt" attributter. Det har liten innvirkning på ytelsen, men fortsatt krever ekstra utgang analyse med regex og minst én forespørsel til Google (Hvis resultatene ikke hurtigbufret). Fordi oversatt resultatene ikke er risible i nettlesere (bare når musepekeren er over bildet) vil det ha noen innvirkning på brukerne når 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 ikke bruker koblinger med 2 tegn del i.e: yourforum.com/XY/ osv.
Du kan nå bruke korte regler!
http://www.vbenterprisetranslator.com/forum/vbet5-Troubleshooting/4177-FAQ-2.html#post15132
Du finner disse reglene dataoverføre filene:
do-not-upload/Tools/redirecting-rules/short-redirecting-rules
Slå av alternativet ikke oversette tall. Du finner dette alternativet i AdminCP -> vBET -> Alternativer for oversettelse. Har liten betydning for ytelsen, men den fremdeles behøver en ekstra analyse av tegn. Likevel er det ikke anbefalt å slå hvis av, 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 vil plassere på siden roterende putte tekst den i JavaScript (tekst i JavaScript ikke er oversatt) eller i notranslate området (http://www.vbenterprisetranslator.com/forum/vbet5-general-discussions/4174-how-make-some-text-not-translated.html).
Deaktiver alternativet Legg til alternativ kode. Elementsikkerhet øker overhead tid til å legge til koder og sender flere data til brukere. Dette alternativet er deaktivert som standard.
Selvfølgelig oversettelser ikke er laget magisk og noen ressurser er nødvendig for å gi dem. Vi har brukere med virkelig store fora som vellykket kjøre vBET uten at ytelsen innvirkning varsel (http://www.vbenterprisetranslator.com/forum/vbet-good-stories/84-vbet-has-great-performance.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.
Aktivere Bruk Full arkiv skjulested For gjestene og sikre at det fungerer (Sjekk gjør cache-filer opprettes - må angi riktige rettigheter)
Angi høyere verdier for Full arkiv skjulested For gjestene levetid og også for Full Cache For gjester tid til Live For Les relevante sidene
Vurdere hvilke sider kan holde lenger i full filhurtigbufferen for gjester og legge dem mindre relevante sider For Full arkiv skjulested 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, bare gå til admincp -> vBET cache -> minnehurtigbufferen og velge det beste alternativet for deg mellom bruk hurtigbufferminnet. Slik bruker Memcache viktig å sette memcache host porten!
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 koden html-koden hvis du ikke virkelig trenger å. De fleste fora tillater ikke brukernes å putte html-kode i innlegg, så det ikke er nødvendig for de fleste fora. Vennligst blir Merk at innholdet i koden bbcode ikke oversatt uansett.
Slå av alternativet oversett "alt" attributter. Det har liten innvirkning på ytelsen, men fortsatt krever ekstra utgang analyse med regex og minst én forespørsel til Google (Hvis resultatene ikke hurtigbufret). Fordi oversatt resultatene ikke er risible i nettlesere (bare når musepekeren er over bildet) vil det ha noen innvirkning på brukerne når 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 ikke bruker koblinger med 2 tegn del i.e: yourforum.com/XY/ osv.
Du kan nå bruke korte regler!
http://www.vbenterprisetranslator.com/forum/vbet5-Troubleshooting/4177-FAQ-2.html#post15132
Du finner disse reglene dataoverføre filene:
do-not-upload/Tools/redirecting-rules/short-redirecting-rules
Slå av alternativet ikke oversette tall. Du finner dette alternativet i AdminCP -> vBET -> Alternativer for oversettelse. Har liten betydning for ytelsen, men den fremdeles behøver en ekstra analyse av tegn. Likevel er det ikke anbefalt å slå hvis av, 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 vil plassere på siden roterende putte tekst den i JavaScript (tekst i JavaScript ikke er oversatt) eller i notranslate området (http://www.vbenterprisetranslator.com/forum/vbet5-general-discussions/4174-how-make-some-text-not-translated.html).
Deaktiver alternativet Legg til alternativ kode. Elementsikkerhet øker overhead tid til å legge til koder og sender flere data til brukere. Dette alternativet er deaktivert som standard.
