vBET 3.3.4 frigivet

[rootksk]

Opgraderes efter servertrafikken problem

[steve]

Er der nogen der har nogen idé om, hvor stor den fil cachen kunne få, før det har en negativ indvirkning på ydelsen?

[vBET]

I dont forstå denne fil cache, hvorfor skulle du brug for en 2. cache, hvoraf den vigtigste i forvejen cacher sider og kun opdateringer, når der tilføjes nyt indhold, så hvorfor cache det i 1 time igen, din forklaring er vanskelig at forstå.

Database cache caches kun oversættelser. Ikke hele HTML-indhold. Så når nogle oversat side er genereret, så første normale side er genereret, og efter at det analyseres, og oversættes. Under oversættelsen DB cache bruges og oversat sætninger er taget derfra. Bare sætninger - ikke hele HTML, fordi hver gang oversættelser kan være forskellige (dvs. forskellige privilegier af brugere, ændret indhold). Et HTML-side kan have hundredvis af sætninger at oversætte - vBET tager indhold mellem HTML-tags. Takket DB cache disse oversættelser behøver ikke at blive taget hver gang fra Google - hvad bruger masser af tid - i stedet for det, er dem, taget fra din lokale DB. Stadig - normal side skal fremskaffes og derefter oversat.

Fuld Fil Cache For gæster virker kun for gæster. Takket være, at vi ikke behøver at bekymre dig, at brugerne har forskellige privilegier og se forskellige ting. ll gæster se det samme indhold. På grund af at vi ikke behøver at parse resultatet og oversætte det stykke for stykke, hver gang - vi kan bare gøre det en et stykke tid og cache fuld HTML-output. Så i dette tilfælde, når hele siden ikke er cachet, eller cached indhold er for gammel, så normal oversættelse sker - ligesom beskrevet før. Men denne gang til allersidst fuld HTML-output er skrevet til filen. Så næste gang, når samme opfordring kommer fra gæster, vi ikke generere endnu normal sidens indhold - vi simpelthen streame til gæst allerede cachede HTML-fil. Det er derfor, vi sparer masser af SQL-forespørgsler, CPU og hukommelse. Vi skal bare give brugeren indhold fra statisk fil. Derfor er det vigtigt at afgøre, hvor længe denne cache vil være gyldig. For hvis noget vil ændre sig - dvs nyt indlæg ankommer til tråden, så gæsterne vil ikke se denne nye post, indtil der allerede cached fil udløber. Efter at der i løbet næste anmodning vil igen normal siden blive genereret, oversat, og cached - og dette indhold gæster vil se dvs. for anden time (konfigurerbar). De vil ikke se nogen ændringer, før cachede filen udløber igen. Selvfølgelig dine brugere vil se alt, fordi det virker kun for gæster (så for robotter også, fordi robotter gennemgår dit forum som gæster).

Fortæl hjalp det og i tilfælde af eventuelle spørgsmål bare spørg - vi vil gerne beskrive det mere

[vBET]

Super Mate!

Takket være en million,

Darn: Troede det var for 4.0.x. .. Cool enten måde selv ... Kan ikke vente til 4.0.x version.

Det vil være, vil det være

[vBET]

Hvordan redigerer jeg css for flag venligst, nødt til at ændre, hvordan de viser, som det ser underligt som det er.

i filen /images/vbet/Flags/vbet.CSS
Beskriv bedre, hvad det betyder "underlig" - måske vil vi i stand til at hjælpe dig. Ligeledes anbefaler vi at bruge til sådanne ting Firefox med plugin Firebug - det vil give til at vise dig præcis hvilke css styles der anvendes til nærmere bestemte elementer. Det er virkelig nyttigt

[vBET]

Er kundesupport øjeblikket er til rådighed? Denne seneste opdatering er årsag omdirigere loops, og jeg har brug for assistent hurtigst muligt.

Vi fik din e-mail og tjekke det. Vi kan ikke reproducere det på din server. Du fik svar med spørgsmålet om, nøjagtig URL adresse, som har denne løkke. Forhør dig det, og svar der

[vBET]

Ingen monteringsvejledning (eller opgraderingsinstruktionerne)?

Standard. Bare sørg for at gøre det hele. Mest brugere ønsker ikke at uploade billeder igen - du skal i denne version. Nu har vi et billede for alle flag. Hvis du ikke foretaget fuld opdatering, vil du se brudt flag.

[vBET]

Ya hvorfor er vi opdaterer vb 3 ting, når dens vb4. nu.

Come on vbet vi burde få vbet opgraderet til vb 4 først!

Jeg ved, at for alle hans version er vigtigst Og vi ønsker ikke at argumentere med, at I dette tilfælde vBET3.x er tidligere for meget god grund: KVALITET. Vi tilføjer nye vigtige funktioner (Fuld Fil Cache for gæster) i denne version, og det var meget nemmere at føje det til vB3, fordi der er ingen S├╕gevenlige URLs, og vi oversætte kun tråd webadresserne til vBSEO. I tilfælde af vB4 er det mere kompliceret - S├╕gevenlige URLs skal støttes, og vi oversætte langt flere slags URL-adresser. At sætte det først i vB3. tilladt os at teste det udmærket på reelle fora, kontrollere, at det fungerer fint, måske vil vise nogle bugs før det gå til vB4. Og efter at vi er fuldstændig sikker på, at det er alle fine, vi stadig skal tilføje i vB4 aditional støtte (Friuendly webadresser, flere translted URL-adresser). Det er skal derfor dette tidspunkt vBET3.x er tidligere, og vi stadig 2 uger til vBET4.x. Og tak, vil du få løsning, som har meget god kvalitet, ewen, hvis det er mere kompliceret thatin tilfælde af vB3

[vBET]

Opgraderes efter servertrafikken problem

Vær åbne nye tråd i afsnittet Fejlfinding og beskrive det mere.

[vBET]

Er der nogen der har nogen idé om, hvor stor den fil cachen kunne få, før det har en negativ indvirkning på ydelsen?

Der må ikke være sådan noget som en negativ indflydelse på ydeevnen på grund af fil cache. Det er fordi Fil cache ikke vokser ... Vi skaber separat fil for hver anmodning webadresse. Så hver cache-fil er blot statisk HTML-fil (cached udgang til anmodning). Når din server cacher mere og mere vBET blot skaber flere og flere filer. Så hver gang, når en sådan fil er læst:
1. Det er kun læsbar resultat for denne webadresse
2. Vi har endda ikke læse det til hukommelsen - simpelthen streame det til klienten ved hjælp af PHP funktion: readfile

På grund af, at selv hvis dit resultat side er meget stor - så cache-fil er også store, vil det have nogen negativ indflydelse på ydeevnen, fordi det bare vil streame denne ene fil, endda uden at læse hele den i hukommelsen. Så vil du se fordele ikke ulemper.