vbet_guestcache inaweza kuwa na wazo nzuri lakini kwa sasa ni kubwa files gigabyte kadhaa na kadhaa thousandths. Ilikuwa ni nia ya kufanya kazi kwa njia hii?
vbet_guestcache inaweza kuwa na wazo nzuri lakini kwa sasa ni kubwa files gigabyte kadhaa na kadhaa thousandths. Ilikuwa ni nia ya kufanya kazi kwa njia hii?
Ndiyo. Ni caches kamili HTML pato - kama ilivyoandikwa katika maelezo parameter. Kiasi gani itachukua inategemea jinsi jukwaa yako ni kubwa.
Tafadhali kumbuka kwamba unaweza daima kuweka kurasa ziada kupuuzwa, au tu afya kabisa kuwa huna hii nafasi.
Hakika mimi nilikuwa afya yake lakini nilitaka kupunguza serverload. Labda unaweza kuandika katika mazingira ya ACP kwamba huu unaweza kulipua server nafasi, si kila mtu anaweza kuwa na gigs 25 ya nafasi. Au bora kutafuta njia ya kupunguza ukubwa.
Si kila mtu mahitaji hata 1 GB kwa hili. Kama nilivyoandika cache size inategemea na ukubwa wa jukwaa. Ni caches kila iwezekanavyo jukwaa ukurasa ni kama si katika kupuuzwa kuweka. Vikao ndogo na kiasi kidogo cha kurasa. Vikao kubwa na kurasa zaidi na rasilimali pia zaidi.
Anyway - ni wazo nzuri ya kufanya watu kuwa na ufahamu zaidi nini maana ya kuwa kamili pato HTML itakuwa cached na kuongeza kuna taarifa kwamba inaweza kuchukua mengi ya nafasi hii.
Kuhusu kupunguza ukubwa - tunaweza kuongeza chaguo files cache zip. Itachukua rasilimali zaidi wakati server cache imeandikwa, lakini kusoma na kutuma majibu vile itakuwa kasi zaidi.
Pia tunaweza kuongeza uliopangwa kufanyika kazi ambayo moja kwa moja kuondoa files ambayo ni wazee mno. Sasa hivi hatuwezi kufanya hivyo - kama faili ni mzee sana ni ombi tu overwritten wakati ujao.
Mimi kusonga hii thread kwa Maombi Feature![]()
Ilihaririwa mwisho na vBET; 27-06-10 katika 00:35.
Itakuwa rahisi absolutly:
kuongeza fursa ya cache gigabytes X tu na kisha kufuta wale ambao mara nyingi chini ya kupata alitembelea.
Lol, baada i imewekwa version mpya na cache i kamwe inaonekana ni kiasi gani kwa kutumia yake hadi sasa:
Debian-50-Lenny-64-ndogo: ~ # DF-h
Filesystem Size Kutumika Kitu Matumizi% lililotoka juu ya
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 0 4.0G 0% / lib / init / RW
udev 10M 764K 9.3M 8% / Dev
tmpfs 4.0G 0 4.0G 0% / Dev / shm
/ Dev/md1 2.0G 86M 1.9G 5% / Boot
LOL! Kabla ya HDD yangu alikuwa kutumika kwa 8GiG! THATS "kubwa", BTW inaonekana ni caches files vibaya kwa mfano:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html
I dont wanataka Blogs cache, Tags na viambatisho oo
Hii pia ni chaguo. Kwanza sisi kutekeleza uliopangwa kufanyika safi na labda zipper (na kuchunguza njia hii), kwa sababu itakuwa na kutunza takwimu za baadhi ya matokeo ya utendaji na kwa ajili ya utendaji sisi ni moja ya masuala muhimu. Bado - sisi kukumbuka pia ufumbuzi huu kama mengine itakuwa haitoshi![]()
Hasa - tu kuongeza ti kupuuzwa. Anyway shukrani kwa ajili ya kutambua - sisi kuongeza kupuuza atachements na vitambulisho kama default kupuuza Configuration. Blogs ni kitu ambacho watumiaji wengi unaweza kuwa na cached, hivyo tutakuwa na si kuongeza kama fedault - lakini sisi alifanya hivyo configurable hasa kwa kesi hiyo - unataka kitu zaidi kwa kupuuzwa. Hivyo tu kupuuza!![]()
Pia mimi tu kufikiri kwamba tunaweza hange files template na ni pamoja na kumtaja kwa jina faili gani anaona kurasa zina manufaa au la. Kwa njia hii kila siku wakati kusafisha moja kwa moja itakuwa kuanza itakuwa inatambua appropriatelly cache file wakati kuishi na safi files zaidi. wazo la kwanza ilikuwa ni safi kila kitu kama ni zaidi ya kurasa si sahihi lazima. Sasa sisi safi kurasa cache husika kwa kasi - hivyo kuokoa nafasi hii ya ziada!![]()