Uppgraderad efter serverbelastningen problem![]()
Uppgraderad efter serverbelastningen problem![]()
Har någon någon aning om hur stor filen cachen kunde få innan det har en negativ inverkan på prestandan?
Databas cache cachar endast översättningar. Inte hela HTML-innehåll. Så när någon översatt sida genereras, då först normal sida genereras och efter att den tolkas och översättas. Under översättningen DB cache används och översatt meningar är hämtade därifrån. Just meningar - inte hela HTML, eftersom varje gång översättningar kan vara olika (dvs. olika privilegier som användare, olika innehåll). En HTML-sida kan ha hundratals meningar att översätta - vBET tar innehåll mellan HTML-taggar. Tack DB cache dessa översättningar inte måste tas varje gång från Google - vad förbrukar mycket tid - i stället för att, är de som tas från din lokala DB. Fortfarande - normal sida måste genereras och därefter översätts.
Fullständig Arkiv cache för gäster fungerar bara för gäster. Tack vare att vi inte behöver oroa dig för att användare har olika behörigheter och se olika saker. ll gäster se samma innehåll. På grund av att vi inte behöver tolka resultatet och översätta det bit för bit varje gång - vi kan helt enkelt göra det en en stund och cache fullt HTML-utdata. Så i detta fall när full sidan inte cachas eller cachelagrat innehåll är för gammal, då normala översättning sker - precis som beskrivits tidigare. Men den här gången i slutet fullständiga HTML-utdata skrivs till fil. Så nästa gång när samma begäran kommer från gäst vi skapar inte ens normala sidans innehåll - vi helt enkelt ström till gäster som redan cachade HTML-fil. Det är därför vi sparar massor av SQL-frågor, CPU och minne. Vi ger bara användaren innehåll från statisk fil. Därför är det viktigt att avgöra hur länge denna cache kommer att gälla. För om något kommer att förändras - det vill säga nya inlägg kommer att anlända till tråd, då gästerna inte kommer att se denna nya tjänst förrän redan cachade filen löper ut. Efter att under nästa begäran kommer återigen normal sida skapas, översättas och cachade - och detta innehåll gäster kommer att se det vill säga en timme (konfigurerbart). De kommer inte se några förändringar förrän cachade filen löper ut igen. Självklart dina användare kommer att se allt, eftersom det fungerar bara för gäster (så för robotar också, eftersom robotarna krypa ditt forum som gäster).
Tala hjälpte det och vid några frågor bara fråga - vi kommer gärna beskriva det mer![]()
i fil /images/vbet/flags/vbet.css
Beskriv bättre vad det betyder "konstig" - kanske kommer vi att kunna hjälpa dig. Dessutom rekommenderar vi att använda till sådana saker Firefox med plugin Firebug - det kommer att låta visa exakt vilka CSS-format används för specifika element. Det är verkligen till hjälp![]()
Jag vet att för alla hans version är viktigastOch vi vill inte argumentera med att
I detta fall vBET3.x är tidigare för mycket gott skäl: KVALITET. Vi lägger till nya viktiga funktioner (Fullständig databas-cache för gästeri den här versionen, och det var mycket lättare att lägga det i vB3, eftersom det inte finns några Vänliga Url: er, och vi översätter endast tråd Webbadresser för vBSEO. I händelse av vB4 det är mer komplicerat - Vänliga Url: er måste stödjas, och vi översätter mycket fler typer av Webbadresser. Att sätta den först i vB3. får oss att testa det mycket bra på verkliga forum, kontrollera att det fungerar bra, kanske kommer att visa en del buggar innan det går att vB4. Och efter att vi är helt säkra på att det är bra, vi har fortfarande för att lägga till i vB4 aditional stöd (Friuendly Webbadresser, mer translted Webbadresser). Det är därför som den här gången vBET3.x är tidigare och vi behöver fortfarande 2 veckor för vBET4.x. Och tack att du kommer att få lösning som har mycket bra kvalitet, ewen om det är mer komplicerat thatin fall av vB3
Det bör inte finnas något sådant som negativ påverkan på prestanda på grund av fil-cache. Det är för att filen cache inte växer ... Vi skapar separat fil för varje förfrågan webbadress. Så varje cache-filen är helt enkelt statiska HTML-filen (cachad utgång för begäran). När din server cachar mer och mer vBET skapar bara fler och fler filer. Så varje gång när en sådan fil läses:
1. Det är skrivskyddad resultat för denna webbadress
2. Vi har även läser inte det på minnet - bara helt enkelt strömma den till kunden med PHP funktion: readfile
På grund av att även om ditt resultat sida är riktigt stora - så cache-fil är också stort, kommer det att ha någon negativ påverkan på prestanda, eftersom det kommer bara att titta här en fil utan att ens läsa hela det i minnet. Så du kommer att se fördelarna inte nackdelar.