Nadstandardní po problému zatížení serveru![]()
Nadstandardní po problému zatížení serveru![]()
Má někdo představu, jak velký soubor mezipaměť mohli dostat dříve, než to má negativní dopad na výkon?
Databáze vyrovnávací paměti cache pouze překlady. Ne celý obsah HTML. Takže když je generována nichž některé byly přeložené stránky, pak první normální stránka je generován a poté je analyzovat a přeložit. Při vyrovnávací překlad DB se používá a přeložené věty jsou převzaty od tam. Jen věty - ne celé HTML, protože pokaždé, překlady mohou být různé (tj. různé oprávnění uživatelů, měnit obsah). Jeden HTML stránka může mít stovky vět k překladu - vBET se obsahu mezi HTML tagy. Díky DB cache ty překlady nemusí být vždy od Google - to, co spotřebuje mnoho času - místo toho, jsou převzaty z místní databáze. Ještě - normální strana musí být získány a poté překládal.
Celý soubor Cache pro hosty funguje pouze pro hosty. Díky tomu nemusíme se obávat, že uživatelé mají různé výsady a vidět různé věci. LL hosté uvidí tentýž obsah. Z tohoto důvodu nemáme analyzovat výsledky a proměnit ji kousek po kousku pokaždé - můžeme jen to jedno, zatímco vyrovnávací paměti a plnou HTML výstup. Takže v tomto případě, kdy celá stránka není uložen, nebo mezipaměti obsah je příliš starý, pak normální překladu dochází - stejně jako bylo popsáno výše. Ale tentokrát se na samém konci plné HTML výstup je zapsán do souboru. Takže příště, když stejný požadavek, který přijde z hostujícího nemáme ani vytvářet normální obsah stránky - prostě stream pro hosty již uložené HTML souboru. To je důvod, proč jsme ušetřit spoustu SQL dotazů, CPU a paměti. Právě jsme se dát uživateli obsahu ze statického souboru. To je důvod, proč je důležité určit, jak dlouho tato cache bude platný. Protože pokud se něco změní - tedy nový příspěvek dorazí do vlákna, tak hosté budou nevidí tento nový příspěvek do mezipaměti Soubor již končí. Poté se v dalším požadavku, bude opět normální stránka generována, překládal a mezipaměti - a to obsah hosté uvidí, tj. za hodinu (nastavitelné). Nebudou vidět žádné změny, až vyprší cache soubor znovu. Samozřejmě, uživatelé uvidí všechno, protože to funguje pouze pro hosty (tak pro roboty Také proto, že roboti procházet vaše forum jako hosté).
Prosím, řekni to, že pomoc a v případě jakýchkoliv dotazů Zeptejte se - rádi Vám popsat více![]()
v souboru /Images/vbet/Flags/vbet.CSS
Popište prosím, lépe, co to znamená "podivný" - možná budeme schopni pomoci. Také doporučujeme používat takové věci se Firefox plugin Firebug - to umožní ukázat vám přesně, které CSS styly se používají pro určité prvky. Je to opravdu užitečné![]()
Vím, že pro všechny jeho verze je nejdůležitějšíA my nechceme tvrdit, že se
V tomto případě vBET3.x dříve velmi dobrý důvod: KVALITA. Přidali jsme nové důležité funkce (Celý soubor Cache pro hosty) v této verzi a bylo to mnohem snazší, než jej přidat do vB3, protože neexistují žádné popisné adresy URL, a můžeme přeložit pouze podproces URL pro vBSEO. V případě vB4 je mnohem složitější - přátelské URL musí být podporována, a můžeme přeložit mnohem více druhů URL. Tím, že první vB3. umožnil nám velmi dobře to otestovat na skutečné fóra, zkontrolujte, že funguje správně, možná ukáže, že některé chyby před vB4. A poté, co jsme pohlcená jistý, že je to dobře, stále Musíme přidat v vB4 aditional podporu (URL Friuendly, více adres URL translted). Proč je tento čas vBET3.x dříve a to je stále potřebujeme 2 týdny pro vBET4.x. A díky, že dostanete řešení které mají velmi dobrou kvalitu, ewen, pokud je to mnohem složitější případ thatin vB3
Měl by být žádná taková věc jako negativní dopad na výkon, protože v souboru cache. Je to proto, mezipaměť souborů není roste ... Vytváříme zvláštní soubor pro každý požadavek URL. Takže každý soubor mezipaměti je prostě statických HTML souborů (cache výstup na vyžádání). Když server ukládá stále více a více vBET jednoduše vytvoří další a další soubory. Takže pokaždé, když si takový soubor:
1. To je pouze pro čtení výsledek tohoto konkrétního URL
2. My si ani přečíst do paměti - prostě stream je na klienta pomocí PHP funkce: readfile
Z důvodu, že i když vaše stránky s výsledky je opravdu velký - tak soubor mezipaměti je také velký, bude to mít žádný negativní dopad na výkon, protože to bude právě tento potok jeden soubor i bez čtení celé do paměti. Takže uvidíte výhody ani nevýhody.