vbet_guestcache isoihin

[Ramses]

Vbet_guestcache voi olla hyvä idea, mutta se on nyt useita gigatavu iso ja useita tuhannesosaa tiedostoja. Oliko tarkoitus toimia näin?

[vBET]

Kyllä. Se välimuistit täydellinen HTML - aivan kuten kirjoitettu parametrien kuvaus. Kuinka paljon se vie riippuu siitä, kuinka suuri teidän foorumi.

Huomaa, että voit aina asettaa lisää huomiotta sivustot tai vain poistaa se kokonaan sitä sinulla ei ole levytilaa.

[Ramses]

Toki voisin poistaa sen, mutta halusin vähentää serverload. Ehkä voisit kirjoittaa AKT asetukset että tämä voi räjäyttää palvelimen tilaa, kaikki eivät voi olla 25 keikkaa tilaa. Tai paremmin löytää tapa vähentää kokoa.

[vBET]

Ei kaikki tarvitsevat jopa 1 GB tähän. Kuten kirjoitin välimuistin koko riippuu foorumi koosta. Se välimuistit jokainen mahdollinen foorumi sivu, jos ei huomioida asetettu. Pieni blogi on pieni määrä sivuja. Big foorumit on enemmän sivuja ja myös enemmän resursseja.

Anyway - se on hyvä idea saada ihmiset olla tietoisia mitä se tarkoittaa, että koko HTML on välimuistissa ja lisätä olemassa tietoja, se voi viedä paljon levytilaa.

Tietoja koon pienentämistä - voimme lisätä mahdollisuus zip välimuistitiedostot. Se vie enemmän palvelimen resursseja, kun välimuisti on kirjoitettu, mutta sen lukeminen ja lähettäminen tällainen raportti on nopeampaa.
Lisäksi voimme lisätä ajoitetun tehtävän, joka automaattisesti poistaa tiedostoja, jotka ovat liian vanhoja. Tällä hetkellä emme tee tätä - jos tiedosto on liian vanha se on yksinkertaisesti korvata aikana ensi pyynnöstä.

Muutan tämän viestiketjun Ominaisuuspyynnöt

[wowglider.de]

Olisi absolutly helppo:
Lisää vaihtoehto välimuistiin vain X gigatavua ja sitten poistaa ne, jotka saavat vähemmän vieraili usein.

[wowglider.de]

Lol, kun olen asentanut uuden version kanssa cache en koskaan katsonut kuinka paljon sen tähän saakka:

Debian-50-lenny-64-minimal: ~ # df-h
Tiedostojärjestelmän Koko Käytetty Avail Käytä% Asennettu
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 0 4.0G 0% / lib / init / rw
udev 10M 764K 9,3 8% / dev
tmpfs 4.0G 0 4.0G 0% / dev / shm
/ Dev/md1 2.0G 86m 1.9G 5% / boot

LOL! Ennen minun HDD käytettiin yhdessä 8GiG! Että "suuri", BTW näyttää se välimuistit vääriä tiedostoja esim.:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html

I dont halua cache Blogit, tagit ja Liitteet Oo

[steve]

I dont halua cache Blogit, tagit ja Liitteet Oo

Voit lisätä niitä sivuuttaa vaihtoehto.

[vBET]

Olisi absolutly helppo:
Lisää vaihtoehto välimuistiin vain X gigatavua ja sitten poistaa ne, jotka saavat vähemmän vieraili usein.

Tämä on myös vaihtoehto. Ensin toteuttaa aikataulun puhtaampia ja ehkä vetoketju (täytyy tutkia tätä lähestymistapaa), koska tilastointia on joitakin vaikutuksia suorituskykyyn ja meille suorituskyky on yksi avainkysymyksistä. Still - Pidämme mielessä myös tämä ratkaisu, jos muu ei varmasti riitä

[vBET]

Voit lisätä niitä sivuuttaa vaihtoehto.

Täsmälleen - vain lisää sen ti huomiotta. Joka tapauksessa kiitos huomata - lisäämme välittämättä atachements ja tageja oletusarvoisesti sivuuttaa kokoonpano. Blogit ovat mitä monet käyttäjät voivat olla välimuistissa, joten emme lisätä sen fedault - mutta teimme sen muokattavissa juuri tällaisia tapauksia - haluat jotain enemmän huomiotta. Joten vain sivuuttaa sitä!

[vBET]

Myös Sain selville, että voimme aihda tiedostojen nimeäminen malli ja sisällyttää tiedostonimen se katsoo vähemmän kyseisiä sivuja tai ei. Näin joka päivä, jolloin automaattinen puhdistus aloitetaan se tunnistaa appropriatelly välimuistitiedoston aika elää ja siivoaa enemmän tiedostoja. Ensimmäinen ajatus oli puhdistamaan kaiken, jos se on vanhempi kuin ei vastaavia sivuja on. Nyt meidän tulee puhdistaa asiaan välimuistiin sivuja nopeammin - niin säästät lisää levytilaa!