Vbet_guestcache může být dobrý nápad, ale to je nyní několik gigabyte velké a několik tisícin souborů. Se zamýšlí pracovat tímto způsobem?
Vbet_guestcache může být dobrý nápad, ale to je nyní několik gigabyte velké a několik tisícin souborů. Se zamýšlí pracovat tímto způsobem?
Ano. To ukládá kompletní HTML výstup - stejně jak je uvedeno v popisu parametrů. Kolik to bude trvat, závisí na tom, jak velké je vaše forum.
Vezměte prosím na vědomí, že vždy můžete nastavit další ignorovány stránky, nebo prostě zakázat úplně, že nemáte místo na disku.
Jistě bych mohl zakázat, ale já jsem chtěl snížit serverload. Možná bys mohl napsat v nastavení AKT, které to může vyhodit do povětří prostoru na serveru, může být ne každý má 25 giga místa. Nebo lépe najít způsob, jak zmenšit velikost.
Ne každý potřebuje i 1 GB za to. Jak jsem psal velikost cache je závislá na velikosti fóra. To ukládá každé možné stránce fóra, pokud není v nastavení ignorována. Malé fóra malé množství stránek. Big fóra mají více stránek a také více prostředků.
Mimochodem - je to dobrý nápad, aby si lidé byli více vědomi toho, co to znamená, že úplná HTML výstup bude cache a přidat tam informace, že to může trvat hodně místa na disku.
O snižování velikosti - můžeme přidat možnost souborů ZIP cache. Bude to trvat více prostředků serveru, když je napsáno cache, ale čtení a odesílání jako odpověď bude rychlejší.
Také můžeme přidat naplánovaný úkol, který bude automaticky odstranit soubory, které jsou příliš staré. V tuto chvíli nemáme to - pokud soubor je příliš starý, že to prostě přepsání při dalším požadavku.
Jsem pohybující se toto vlákno se požadavky na nové funkce
Naposledy upravil vBET; 27-06-10 na 00:35.
Bylo by to naprosto jednoduché:
Přidat volby do mezipaměti pouze X GB a odstranit ty, které se méně často navštěvované.
To je také volba. Nejprve jsme se realizovat plánované čistší a možná zip (musí vyšetřit tento přístup), protože vedení statistik bude mít určitý dopad na výkon a pro nás výkon je jedním z klíčových problémů. Still - budeme mít na paměti i toto řešení, pokud ostatní nebudou dostatečné
Lol, poté, co jsem nainstaloval novou verzi s vyrovnávací nikdy jsem se podíval, jak moc jeho použití až do současnosti:
Debian-50-lenny-64-minimální: ~ # df-h
Souborový systém Velikost Použitý Dostupnost Použijte% Montáž na
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 4.0G 0 0% / lib / init / RW
udev 10M 764K 9.3M 8% / dev
tmpfs 4.0G 4.0G 0 0% / dev / shm
/ 2,0 g dev/md1 86m 1.9G 5% / boot
LOL! Než jsem HDD byl použit 8GiG! To je "velká", BTW zdá se, že špatně ukládá soubory, např.:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html
Nechci do cache Blogy, slova a přílohy Oo
Přesně tak - stačí přidat se ti ignorován. Každopádně díky za poznámku - přidáme ignoruje atachements a značky jako výchozí nastavení ignorovat. Blogy jsou něco, co mnoho uživatelů může mít cache, takže nebudeme přidat jako fedault - ale udělali jsme jej nakonfigurovat přesně pro tyto případy - chcete něco víc, budou ignorovány. Tak to prostě ignorovat!
Také jsem přijít na to, že můžeme jmenovat hange soubory šablony a zahrnout do názvu souboru se považuje za méně důležité stránky, nebo ne. Tímto způsobem každý den, kdy bude automatické čištění být zahájena, bude uznává appropriatelly souboru cache čas žít a očistí více souborů. První myšlenka byla čistit vše, pokud je starší, než není relevantní stránky by měly být. Nyní se budeme čistit příslušné stránky do paměti cache rychlejší - takže ušetříte další místo na disku!