vBET 3.3.4 megjelent

[rootksk]

Továbbfejlesztett után szerver terhelés problémát

[steve]

Van valakinek valami ötlete, hogy milyen nagy a fájl cache lehet kapni, mielőtt negatív hatással van a teljesítményre?

[vBET]

I dont megérteni ezt a fájlt cache, miért van szükség egy 2. cache, a legfontosabb egy már cache oldalak és frissítések csak ha új tartalmat adunk hozzá, miért gyorsítótár, hogy 1 órán át újra, a magyarázat nehezen érthető.

Adatbázis cache cache csak a fordítások. Nem teljes HTML tartalmat. Így amikor néhány lefordított oldal keletkezik, akkor először a normál oldal keletkezik, és azt követően, hogy az elemzett, és fordítva. A fordítás során DB cache használata és a lefordított mondatok venni onnan. Csak mondatok - nem teljes HTML, hiszen minden alkalommal fordításokat lehet a különböző (pl. különböző kiváltságokat felhasználók, megváltozott tartalommal). Egy HTML oldalon lehet több száz mondatot lefordítani - vBET vesz tartalmat a HTML címkéket. Köszönet DB cache e fordítások nem kell venni minden egyes alkalommal a Google - mi fogyaszt sok időt - ahelyett, hogy ezek venni a helyi DB. Mégis - a szokásos oldalon elő kell állítani, és azt követően lefordítani.

Teljes Fájl cache számára működik, kizárólag a vendégek. Köszönöm, hogy nem kell aggódnia, hogy a felhasználók különböző jogosultságokkal és látni a különböző dolgokat. ll vendégeket látni ugyanazt a tartalmat. Mert, hogy nem kell értelmezni az eredményt és lefordítani apránként minden egyes alkalommal - mi egyszerűen nem ez az egyik egy kicsit, és cache teljes körű HTML-kimenetet. Tehát ebben az esetben, ha a teljes oldal nem tárolt, vagy a tárolt tartalom túl régi, akkor a normál fordítás esetén - hasonlóan járhatnak. De ezúttal a legvégén teljes HTML kimenetet file-ba menthető. Így következő alkalommal, amikor ugyanezt a kérést származik vendég nem termelnek sem normális az oldal tartalma - egyszerűen patak vendégek már cache-elt HTML fájl. Ezért menteni sok SQL lekérdezések, a CPU és a memória. Csak hogy a felhasználói tartalmat statikus fájl. Ezért fontos meghatározni, hogy mennyi ideig ez a cache lesz érvényes. Mert ha valami meg fog változni - azaz új hozzászólás érkezik a menet, akkor a vendégek nem látják ezt az új üzenet, amíg a már tárolt fájlt lejár. Ezután során következő kérés, ismét a normál oldal jön létre, fordítás, és a cache-elt -, és ezt a tartalmat vendégek látni, azaz egy órán át (konfigurálható). Nem fogják látni változtatásokat, amíg tárolt file lejár újra. Természetesen a felhasználók fogják látni mindent, mert csak akkor működik, a vendégek (tehát a robotok is, mert a robotok feltérképezni a fórumot, mint vendég).

Kérem, mondja tette segíteni és ha bármilyen kérdése csak kérdez - mi szívesen leírni több

[vBET]

Super Mate!

Köszönet egy millió,

Stoppol: hittem, hogy ez a 4.0.x. alatt .. Cool mindkét irányban, bár ... Alig várom a 4.0.x verzió.

Lesz, lesz

[vBET]

Hogyan tudom szerkeszteni a css a zászlók, kérjük, hogy módosítania kell, hogyan kijelző, mint amilyennek látszik furcsa, ahogy van.

fájlban /images/vBET/Flags/vBET.css
Kérjük, írja le jobban, hogy mit jelent "furcsa" - talán fogunk tudni segíteni. Továbbá javasoljuk, hogy használja az ilyen dolgokat Firefox plugint Firebug - ez lehetővé teszi, hogy mutassa meg pontosan mely css stílusokat használják a meghatározott elemeket. Ez nagyon hasznos

[vBET]

Van ügyfélszolgálat jelenleg rendelkezésre? Ez a legújabb frissítés okozza redirect loop és szükségem van asszisztens sürgősen.

Megvan az e-mail és ellenőrizze. Nem tudjuk reprodukálni, hogy a szerveren. Van válasz a kérdésére pontos URL, amelyek ezt a kört. Kérjük, ellenőrizze, és választ is

[vBET]

Nem telepítési útmutató (vagy frissítési utasítások)?

Standard. Csak győződjön meg róla, hogy az egészet. Többnyire a felhasználók nem akarnak feltölteni képeket újra - meg kell ebben a verzióban. Most egy kép az összes zászló. Ha nem teljes mértékben frissíti látni fogja, törött zászlók.

[vBET]

Ya miért vagyunk frissítése vb 3 dolog, ha az VB4. most.

gyere vBET azt kéne vBET korszerűsített vb 4 első!

Tudom, hogy mindenki az ő verzióját a legfontosabb És mi nem akarunk vitatkozni, hogy Ebben az esetben vBET3.x a korábbi nagyon jó okkal: MINŐSÉG. Mi új fontos funkciók (Teljes File Cache a vendégek) ebben változat, és ez volt sok könnyebb-hoz összead ez-ba vB3, mert nincs keresőbarát URL-EK, és csak menet URL-eket a vBSEO fordítunk. VB4 esetén sokkal bonyolultabb - keresőbarát URL-ek támogatni kell, és URL-ek sokkal több féle fordítunk. Azáltal, hogy először vB3. engedélyezett minket-hoz teszt ez nagyon jól valódi fórumokon, ellenőrizze, hogy van működő finom, talán akarat mutat némely bugs, mielőtt megy vB4. És azután, hogy teljesen biztos benne, hogy minden rendben, van még vB4 aditional támogatását (Friuendly URL-eket, több translted URL-eket). Azaz miért ez idő vBET3.x a korábbi és mi kell még 2 hétig a vBET4.x. És köszönöm, hogy kapsz oldat melyik van nagyon jó minőségű, ewen, ha bonyolultabb közszolgáltatások esetében vB3

[vBET]

Továbbfejlesztett után szerver terhelés problémát

Kérjük, nyissa meg az új téma a Hibakeresés részt, és leírja, hogy több.

[vBET]

Van valakinek valami ötlete, hogy milyen nagy a fájl cache lehet kapni, mielőtt negatív hatással van a teljesítményre?

Nem lehet olyan dolog, mint a negatív teljesítmény hatása miatt file cache. Ez azért van, mert fájl cache nem nő ... Hozunk létre külön fájl minden kérés URL-t. Tehát minden egyes cache fájlt egyszerűen statikus HTML fájlt (cache kimenet igény szerint). Ha a szerver cache egyre vBET egyszerűen létrehoz több és több fájlokat. Tehát minden alkalommal, amikor ilyen fájl olvasható:
1. Ez csak olvasható eredmény az adott URL
2. Azt még nem olvasta a memóriában - egyszerűen stream, hogy kliens PHP függvény: readfile

Mert, hogy még ha az eredmény az oldal nagyon nagy - tehát cache fájlt is nagy, akkor nem lesz negatív hatása a teljesítmény, mert csak ez az egy stream file elolvasás nélkül az egész a memóriába. Tehát látni fogja előnyeit nem hátrányait.