vbet_guestcache te groot

[Ramses]

De vbet_guestcache kan een goed idee zijn, maar het is nu een aantal gigabyte groot en een aantal duizendsten bestanden. Was het de bedoeling om op deze manier werken?

[vBET]

Ja. Het slaat volledige HTML-uitvoer - net zoals geschreven in de parameter beschrijving. Hoeveel het zal duren hangt af van hoe groot je forum is.

Houdt u er rekening mee dat u altijd kunt extra pagina's genegeerd te stellen, of gewoon uit te schakelen hem volledig je geen schijfruimte hebben.

[Ramses]

Zeker van dat ik kon uitschakelen, maar ik wilde de serverload te verlagen. Misschien kun je schrijven in de ACS-instellingen die dit kan opblazen server ruimte, kan niet iedereen hebben 25 optredens van de ruimte. Of beter om een manier om de grootte te verminderen.

[vBET]

Niet iedereen hoeft zelfs 1 GB voor dit. Zoals ik schreef cache grootte hangt af op het forum grootte. Het slaat elke mogelijke forum pagina indien niet in genegeerd in te stellen. Kleine forums hebben kleine hoeveelheid pagina's. Big forums meer pagina's en ook meer middelen.

Hoe dan ook - het is goed idee om mensen meer bewust wat betekent het dat de volledige HTML-uitgang gecached worden en voeg er informatie dat het kan veel schijfruimte te nemen.

Over het verminderen van omvang - we kunnen toevoegen optie voor het zip-cache-bestanden. Het zal meer resources van de server wanneer cache is geschreven, maar het lezen en versturen van een dergelijke reactie zal sneller zijn.
Ook wij kunnen toevoegen geplande taak die automatisch zal verwijderen bestanden die zijn te oud. Op dit moment hebben wij dat niet doen - als het bestand is te oud het is gewoon overschreven tijdens de volgende vragen.

Ik verhuis deze draad aan Feature Requests

[wowglider.de]

Het zou absoluut heel eenvoudig:
voeg een optie om alleen X gigabyte cache en verwijder vervolgens de degenen die krijgen minder vaak bezocht.

[wowglider.de]

Lol, nadat ik de nieuwe versie met cache heb ik nooit gekeken hoeveel zijn met behulp van tot nu toe:

Debian-50-lenny-64-minimal: ~ # df-h
Bestandssysteem Grootte Gebruikt Beschikbaar Gebruik% Gemonteerd op
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 4.0G 0 0% / lib / init / rw
udev 10M 764K 9,3% 8 / dev
tmpfs 4.0G 4.0G 0 0% / dev / shm
/ Dev/md1 2.0G 86m 1.9g 5% / boot

LOL! Voor mijn hdd werd gebruikt met 8GiG! Dat is "grote", btw lijkt het cache verkeerde bestanden bijvoorbeeld:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html

I dont wanna cache Blogs, Tags en Bijlagen Oo

[steve]

I dont wanna cache Blogs, Tags en Bijlagen Oo

Je kunt ze toevoegen aan de negeerlijst optie.

[vBET]

Het zou absoluut heel eenvoudig:
voeg een optie om alleen X gigabyte cache en verwijder vervolgens de degenen die krijgen minder vaak bezocht.

Dit is ook een optie. Eerst zullen we gepland schoner en misschien rits (moeten deze aanpak te onderzoeken) uit te voeren, omdat het houden van statistieken van een bepaalde uitwerking op de prestaties en voor ons prestatie is een van de belangrijkste kwesties. Still - wij houden in het achterhoofd ook deze oplossing als andere zal niet voldoende zijn

[vBET]

Je kunt ze toevoegen aan de negeerlijst optie.

Precies - gewoon toevoegen ti genegeerd. In ieder geval bedankt voor de noot - wij zullen toevoegen negeren atachements en labels als standaard te negeren configuratie. Blogs zijn iets wat veel gebruikers kunnen hebben in de cache, dus we zullen het niet toe te voegen als fedault - maar we hebben het precies configureerbaar voor dergelijke gevallen - u wilt iets meer te worden genegeerd. Dus gewoon negeren!

[vBET]

Ook heb ik alleen maar bedenken dat we kunnen bestanden naamgeving template hange en op te nemen in de bestandsnaam is zij van oordeel is minder relevant pagina's of niet. Op deze manier elke dag wanneer de automatische reiniging wordt gestart zal het herkent appropriatelly cachebestand tijd om te leven en zal schoon meer bestanden. Het eerste idee was om alles schoon te maken als hij ouder is dan niet relevant pagina's moeten worden. Nu zullen we schoon relevante cache pagina's sneller - dus u zult extra schijfruimte te besparen!