Visa fullständig version: Redan gjort vbet_guestcache till stora
Den vbet_guestcache kan vara en bra idé men det är nu flera gigabyte stor och flera tusendelar filer. Var avsikten att arbeta på detta sätt?
Ja. Det cachar komplett HTML-utgång - precis som skrivit i parameter beskrivning. Hur mycket det kommer att ta beror på hur stort ditt forum är.
Observera att du alltid kan ställa in ytterligare ignoreras sidor, eller bara inaktivera det helt och hållet det du inte har utrymme på skivan.
Visst jag kunde stänga av den men jag ville minska serverload. Kanske du kunde skriva i AVS-inställningar som detta kan spränga serverutrymme, kanske inte alla har 25 gig av utrymme. Eller bättre att hitta ett sätt att minska storleken.
Inte alla behöver ens 1 GB för detta. Som jag skrev cache-storlek beror på forumet storlek. Det cachar varje möjlig vår sida den om inte i set ignoreras. Små forum har liten mängd sidor. Stora forum har fler sidor och också mer resurser.
Hur som helst - det är god idé att göra människor mer medvetna vad innebär det att hela HTML-produktion kommer att cachas och lägga till det information som det kan ta mycket utrymme på skivan.
Om att minska storleken - vi kan lägga till möjligheten att zip-filer cache. Det kommer att ta mer resurser på servern när cachen är skriven, men att läsa den och skicka sådana svar kommer att bli snabbare.
Också att vi kan lägga till schemalagd aktivitet som automatiskt tar bort filer som är för gamla. Just nu gör inte detta - om filen är för gammal är det helt enkelt över under nästa begäran.
Jag flyttar denna tråd till Funktionsförfrågningar:)
wowglider.de
05-07-10, 17:03
Det skulle vara absolutly lätt:
Lägg till en möjlighet att cache endast X gigabyte och sedan ta bort de som får mindre ofta besökte.
wowglider.de
07-07-10, 09:53
Lol, efter att jag installerat den nya versionen med cache jag såg aldrig hur mycket det med hittills:
Debian-50-lenny-64-minimal: ~ # df-h
Filesystem Size Bilar Avail Använd% Monterat på
/ 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! Innan min hdd har använts med 8GiG! Thats "stora", btw det verkar cachar fel filer t ex:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html
Jag vill inte cache Bloggar, taggar och Bilagor Oo
Jag vill inte cache Bloggar, taggar och Bilagor Oo
Du kan lägga dem till ignorera alternativet. :)
Det skulle vara absolutly lätt:
Lägg till en möjlighet att cache endast X gigabyte och sedan ta bort de som får mindre ofta besökte.
Detta är också ett alternativ. Först kommer vi att genomföra planerad renare och kanske dragkedja (måste undersöka denna metod), eftersom att föra statistik kommer att ha en viss inverkan på prestanda och för oss prestanda är en av nyckelfrågorna. Ändå - vi kommer att hålla i åtanke även denna lösning om andra kommer inte att vara tillräckligt:)
Du kan lägga dem till ignorera alternativet. :)
Exakt - bara lägga till det ti ignoreras. Hur som helst tack för notering - Vi kommer att lägga ignorera atachements och taggar som standard ignorera konfiguration. Bloggar är något som många användare kan ha cachade, så vi kommer inte att lägga till den som fedault - men vi gjorde det konfigureras exakt för sådana fall - du vill ha något mer att ignoreras. Så bara ignorera det! :)
Också jag siffran just reda på att vi kan Förändr filer namnge mall och inkludera i filnamnet gör den anser är mindre relevanta sidor eller inte. På detta sätt varje dag när automatisk rensning ska startas kommer det erkänner appropriatelly tid cachefil att leva och kommer att rensa fler filer. Den första idén var att rengöra allt om den är äldre än inte relevanta sidor ska vara. Nu ska vi rensa relevanta cache sidor snabbare - så du kommer att spara ytterligare utrymme på skivan! :)
detta problem måste åtgärdas, det tog mig fyra timmar att eliminera allt på en quad maskin dessutom någon typ av manuell spolning | ren knappen måste läggas här och istället för att lägga till dem manuellt som Steve sa att det borde boxar där du kan ställa varje enskild inställningar på eller av genom att lägga till en något bock som vbseo sitemap generatorer inställningarna inte
Automatisk gäst Cache Cleaner till. Också lagt administrativt verktyg för gäster cache rengöring. Monter kommer att ingå i vBET 3.3.5 och vBET 4.2.3
Idén att ZIP cachade filer i detta ögonblick avvisas, eftersom inte alla webbläsare kan stödja blir ZIPed respons och packa det varje gång kommer att förbruka CPU resurs som är mycket mer värdefull än hårddisk resurs. I händelse av idéer på detta område - vänligen öppna nya funktion begäran om det. I denna en vi redan hade några önskemål och det är inte kan hantera längre här.
Lite korrigering - vBET kommer att stödja zippa filer gäst cache. När vBulletin alternativet "GZIP HTML Output" är påslagen, då vBET kommer cachen redan zippad fil. Naturligtvis i så fall vBET skickar lämpliga rubriker, när innehållet från cachen kommer att skicka:)
Det kommer att ingå i vBET 3.3.5 och vBET 4.2.3
Michal, igår vbet nått gränsen för min 75GB webbutrymme och sedan dess är jag bort alla ~ 74 GB cache-filer.
På en standardinstallation är detta ett icke acceptabelt beteende. Vänligen korrigera detta i nästa utgåva.
Tack.
Observera att det inte finns någon bugg, så det finns inget att fixa. Du har stora forum och du ställer vBET helt cache den på 52 olika språk. Detta är vad vBET gjorts. vBET stöder inte cachelagring av externa resurser och sådant skulle ha någon mening, eftersom skickar den och få tillbaka det skulle bli dyrare än normalt generationens sida. Så du måste använda dina egna resurser för fil-cache.
Observera att du kan ställa in att ignorera ytterligare sidor i gäst Cache genom att Ignorera i Full databas-cache för gäster eller bara stänga av den helt om servern har inte tillräckligt med resurser för att använda den här funktionen. Som standard vBET ignorerar dessa sidor: registrera, Sök, Logga in, fastsättning, taggar.
Du kan lägga till några fler sidor att ignorera - de kommer inte att bli cachade, så de kommer inte att lagras i filer och de kommer att generera normalt varje gång ta mer av din CPU och minnesresurser. Detta är något för något. Prestanda besparingar kommer från lagra resultat i statiska filer och du måste ha plats för det eller ställa Gäst Cache upp (genom att ignorera flera typer av sidor).
Vi är öppna för förslag. Om du har några förslag på hur vi kan förbättra vBET funktionalitet Gäst Cache, kommer vi gärna att överväga det och förbättra om det kommer att accepteras:)
Dessutom - om du tycker att automatisk cache renare fungerar inte för cache-filer - observera det som bugg.
Automatic Translations (Powered by Google, Microsoft®,
Yandex, SDL Language Cloud, IBM Watson and Apertium):
Powered by vBulletin® Version 4.2.5 Copyright © 2025 vBulletin Solutions Inc. All rights reserved.