vBET 3.3.4 vrijgegeven

[rootksk]

Opgewaardeerd na belasting van de server probleem

[steve]

Heeft iemand enig idee hoe groot de file cache kon krijgen voordat het heeft een negatieve impact op de prestaties?

[vBET]

Ik begrijp dit bestand cache, waarom zou je een 2e cache, nu al de belangrijkste pagina's en een alleen updates caches als nieuwe content wordt toegevoegd, dus waarom zou het weer cache voor 1 uur, uw uitleg is moeilijk te begrijpen.

Database-cache caches alleen vertalingen. Niet hele HTML-inhoud. Dus toen enkele vertaalde pagina wordt gegenereerd, dan eerst een normale pagina is gegenereerd en daarna is het ontleed en vertaald. Tijdens het vertalen DB cache wordt gebruikt en vertaalde zinnen zijn afkomstig uit daar. Gewoon zinnen - niet geheel HTML, omdat elke keer vertalingen kunnen verschillend zijn (dat wil zeggen verschillende privileges van de gebruikers, veranderde inhoud). Een HTML-pagina kan honderden zinnen te vertalen - vBET duurt inhoud tussen HTML-tags. Dankzij DB cache die vertalingen niet moeten worden genomen telkens van Google - wat kost veel tijd - in plaats van die, die worden genomen van uw lokale DB. Still - normale pagina moeten worden gegenereerd en daarna vertaald.

Volledige File Cache voor gasten werkt alleen voor de gasten. Dank dat we niet bang te zijn dat gebruikers hebben verschillende privileges en zien verschillende dingen. ll gasten zien dezelfde inhoud. Vandaar dat we niet hoeven te leiden parsen en deze stuk voor stuk iedere keer vertalen - kunnen we gewoon doen een een tijdje en cache volledige HTML-output. Dus in dit geval wanneer de volledige pagina niet de cache is opgeslagen, of uit de cache-inhoud is te oud, dan is de normale vertaling komt - net als voorheen beschreven. Maar deze keer helemaal aan het einde volledige HTML-output is geschreven naar bestand. Dus de volgende keer wanneer een zelfde verzoek is afkomstig van gast wij genereren geen eens een normale pagina-inhoud - we simpelweg te streamen naar gasten al in de cache HTML-bestand. Dat is de reden waarom wij besparen veel SQL queries, CPU en geheugen. We geven de gebruiker de inhoud van statische file. Dat is waarom het belangrijk is om te bepalen hoe lang deze cache is geldig. Want als er iets zal veranderen - dat wil zeggen nieuwe functie komt te garen, dan gasten zullen niet te zien deze nieuwe functie tot nu al in de cache-bestand niet. Na dat tijdens de volgende verzoek, weer normale pagina worden gegenereerd, vertaald, en de cache - en deze inhoud gasten zien dat wil zeggen voor een ander uur (configureerbaar). Ze ziet geen veranderingen pas in de cache-bestand niet opnieuw. Natuurlijk uw gebruikers zullen alles zien, want het werkt alleen voor de gasten (dus voor robots ook, want robots je forum kruipen als gasten).

Vertel deed het helpen en in geval van vragen just ask - wij zullen u graag beschrijven meer

[vBET]

Super Mate!

Dankzij een miljoen,

Darn: Ik dacht dat dit was maar voor 4.0.x. .. Cool van beide manier ... Kan niet wachten op 4.0.x versie.

Het zal, zal het

[vBET]

Hoe kan ik de css bewerken voor de vlaggen te behagen, moeten veranderen hoe ze weer te geven als het er vreemd uitziet zoals het is.

in bestand /images/vBET/Flags/vBET.CSS
Beschrijf beter wat het betekent "raar" - misschien zullen we in staat om u te helpen. Ook adviseren wij om te gebruiken voor zulke dingen Firefox met Firebug plugin - het zal toelaten om aan te geven precies welke CSS-stijlen worden gebruikt voor specifieke elementen. Het is echt nuttig

[vBET]

Is klantenondersteuning momenteel beschikbaar? Deze nieuwste update is veroorzaakt redirect loops en ik moet dringend assistent.

We hebben je e-mail en controleer deze. We kunnen het niet reproduceren op uw server. Je hebt respons met vraag over exacte URL die deze loop hebben. Gelieve controleren en antwoord er

[vBET]

Geen installatie-instructies (of de upgrade-instructies)?

Standard. Maar zorg ervoor dat je het allemaal. Meestal gebruikers willen niet nogmaals te uploaden foto's - je moet in deze versie. Nu hebben we een afbeelding voor alle vlaggen. Als u niet gemaakt volledige update zie je gebroken vlaggen.

[vBET]

Ya waarom zijn we updaten vb 3 dingen bij haar VB4. nu.

kom op vbet we zouden krijgen vbet opgewaardeerd voor vb 4 eerste!

Ik weet dat iedereen zijn versie is het meest belangrijke En we willen niet in discussie met die In dit geval vBET3.x is eerder voor een zeer goede reden: KWALITEIT. We voegen nieuwe belangrijke functionaliteit (Volledige File Cache voor gasten) in deze versie, en het was veel gemakkelijker toe te voegen in vB3, omdat er geen vriendelijke URL's, en we alleen draad URL's voor vBSEO vertalen. In het geval van vB4 is het ingewikkelder - Friendly URL's moeten worden ondersteund en vertalen wij veel meer soorten URL's. Zet het eerst in vB3. konden we het heel goed te testen op echte forums, Controleer of het werkt prima, misschien zal tonen dat enkele bugs voordat het Ga naar vB4. En nadat wij volledig zeker zijn dat het is allemaal prima, we nog steeds in vB4 aditional ondersteuning (Friuendly URL's, meer translted URL's) toe te voegen. Dat is moeten waarom deze tijd vBET3.x ouder is en we nog steeds 2 weken voor vBET4.x. En Bedankt dat u oplossing die hebben zeer goede kwaliteit, ewen krijgen zult als het is ingewikkelder eventuele geval van vB3

[vBET]

Opgewaardeerd na belasting van de server probleem

Open nieuwe thread in het gedeelte Problemen oplossen en het meer beschrijven.

[vBET]

Heeft iemand enig idee hoe groot de file cache kon krijgen voordat het heeft een negatieve impact op de prestaties?

Er mag niet zoiets als negatieve impact op prestaties als gevolg van file cache worden. Het is omdat File cache niet groeit ... Wij creëren apart bestand voor elke aanvraag URL. Zodat elke cache bestand is gewoon statisch HTML-bestand (cache-uitgang voor aanvraag). Wanneer uw server caches meer en meer vBET creëert alleen maar meer en meer files. Dus elke keer wanneer een dergelijk bestand is te lezen:
1. Het is alleen lezen resultaat voor deze specifieke URL
2. We hebben zelfs niet lezen in het geheugen - gewoon het streamen naar client met behulp van PHP functie: readfile

Vanwege dat zelfs als uw resultaat pagina is erg groot - dus cache-bestand is ook groot, zal het geen negatieve invloed op de prestaties, want het zal dit een bestand gewoon stroom, zonder zelfs te lezen zijn geheel deze in het geheugen. Dus je ziet voordelen niet nadelen.