vbet_guestcache til store

[Ramses]

Den vbet_guestcache kan være en god idé, men det er nå flere gigabyte store og flere tusendels filer. Var det ment å jobbe på denne måten?

[vBET]

Ja. Den bufrer komplett HTML-utgang - akkurat som skrevet i parameter beskrivelse. Hvor mye det vil ta avhenger av hvor stor forumet er.

Vær oppmerksom på at du alltid kan angi flere ignorert sider, eller bare deaktivere det helt det du ikke har diskplass.

[Ramses]

Sikker på at jeg kunne deaktivere det, men jeg ønsket å redusere serverload. Kanskje du kunne skrive i ACP innstillingene som dette kan blåse opp server plass, kan ikke alle ha 25 konserter med plass. Eller bedre å finne en måte å redusere størrelsen.

[vBET]

Ikke alle behov, selv 1 GB for dette. Som jeg skrev cache størrelsen avhenger forumet størrelse. Den bufrer hver mulige forumet siden det hvis ikke er i ignorert sett. Små fora har små mengde sider. Big fora har flere sider og også mer ressurser.

Uansett - det er god idé å gjøre folk bli mer bevisst hva betyr det at full HTML-utgang vil bli lagret og legge det informasjon at det kan ta mye diskplass.

Om å redusere størrelsen - vi kan legge alternativet til zip cache-filer. Det vil ta flere server ressurser når cache er skrevet, men å lese den og sende slikt svar vil bli raskere.
Også at vi kan legge til planlagt oppgave som automatisk vil fjerne filer som er for gamle. På dette tidspunktet ikke vi gjør dette - hvis filen er for gammel er det bare overskrevet ved neste forespørsel.

Jeg flytter denne tråden til Feature Forespørsler

[wowglider.de]

Det ville være absolutly enkelt:
legge til et alternativ for å cache bare X gigabyte og deretter slette de som får sjeldnere besøkt.

[wowglider.de]

Lol, etter at jeg installerte den nye versjonen med cache jeg aldri sett hvor mye de bruker til nå:

Debian-50-lenny-64-minimal: ~ # df-h
Filesystem Size Used Ledig Bruk% Montert på
/ 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! Før min hdd ble brukt med 8GiG! Thats "great", btw det virker det mellomlagrer feil filer f.eks:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html

Jeg dont vil cache Blogger, Tags og Vedlegg Oo

[steve]

Jeg dont vil cache Blogger, Tags og Vedlegg Oo

Du kan legge dem til i ignorere alternativet.

[vBET]

Det ville være absolutly enkelt:
legge til et alternativ for å cache bare X gigabyte og deretter slette de som får sjeldnere besøkt.

Dette er også et alternativ. Først vil vi gjennomføre planlagt renere og kanskje glidelås (må undersøke denne tilnærmingen), fordi holde statistikk vil ha noen innvirkning på ytelse og for oss ytelsen er ett av sentrale problemstillinger. Likevel - vi vil holde i bakhodet også denne løsningen hvis andre vil ikke være tilstrekkelig

[vBET]

Du kan legge dem til i ignorere alternativet.

Nøyaktig - bare legge den ti ignorert. Uansett takk for merk - vi vil legge overse atachements og koder som standard ignorere konfigurasjon. Blogger er noe som mange brukere kan ha bufret, så vi vil ikke legge det som fedault - men vi gjorde det konfigureres akkurat for slike tilfeller - vil du noe mer å bli ignorert. Så bare overse det!

[vBET]

Også jeg bare finne ut at vi kan hange filer navngi mal og inkludere i filnavnet gjør det anser mindre relevante sider eller ikke. På denne måten hver dag når automatisk rengjøring vil bli startet den vil gjenkjenner appropriatelly cache-fil tid til å leve og vil rense flere filer. Den første tanken var å rengjøre alt hvis det er eldre enn ikke relevante sider skal være. Nå skal vi rydde relevant cache sider raskere - så du vil spare ekstra diskplass!