vbet_guestcache til store

[Ramses]

Det vbet_guestcache kan være en god idé, men det er nu flere gigabyte store og flere tusindedele filer. Var det hensigten at arbejde på denne måde?

[vBET]

Ja. Det cacher komplet HTML-output - ligesom skrevet i parameter beskrivelse. Hvor meget det vil tage, afhænger af hvor stor dit forum er.

Bemærk, at du altid kan angive yderligere ignoreret sider, eller bare deaktivere det helt det du ikke har plads på disken.

[Ramses]

Sure Jeg kunne deaktivere det, men jeg ønskede at reducere serverload. Måske du kunne skrive i AVS-indstillinger, som dette kan sprænge server plads, kan ikke alle har 25 gigs af plads. Eller bedre at finde en måde at reducere størrelsen.

[vBET]

Ikke alle har brug for engang 1 GB til dette. Som jeg skrev cache størrelse afhænger forum størrelse. Det cacher hvert muligt forum side, hvis der ikke er i ignoreres sæt. Små fora har lille mængde af sider. Big fora har flere sider, og også flere ressourcer.

Anyway - det er en god ide at få folk til at blive mere klar over, hvad betyder det, at fuld HTML-output vil blive cachet og tilføje der oplysninger om, at det kan tage meget diskplads.

Om at reducere størrelsen - vi kan tilføje muligheden for at zip cache-filer. Det vil tage mere server-ressourcer, når cache er skrevet, men læse det og sende disse svar vil blive hurtigere.
Også vi kan tilføje planlagt opgave, som vil automatisk fjerne filer, der er for gamle. I dette øjeblik har vi ikke gøre dette - hvis filen er for gammel Det er simpelthen overskrevet ved næste anmodning.

Jeg flytter denne tråd til Feature forespørgelse:)

[wowglider.de]

Det ville være Absolutly nemt:
tilføje en mulighed for at cache kun X gigabyte og derefter slette dem, der får mindre ofte besøgte.

[wowglider.de]

Lol, efter at jeg installerede den nye version med cache Jeg har aldrig set, hvor meget dens hjælp indtil nu:

Debian-50-lenny-64-minimal: ~ # df-h
Filsystem Størrelse Brugt Lagerstatus Brug% Monteret 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! Før min hdd blev brugt med 8GiG! Thats "great", btw ser det ud til det cacher forkerte filer fx:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html

I dont ønsker at cache blogs, tags og vedhæftede filer Oo

[steve]

I dont ønsker at cache blogs, tags og vedhæftede filer Oo

Du kan føje dem til Ignorer mulighed. :)

[vBET]

Det ville være Absolutly nemt:
tilføje en mulighed for at cache kun X gigabyte og derefter slette dem, der får mindre ofte besøgte.

Dette er også en mulighed. Først vil vi gennemføre planlagt renere og måske lynlås (nødt til at undersøge denne løsningsmodel), fordi holde statistikker vil have en vis indflydelse på ydeevnen og for os ydeevne er et af de centrale spørgsmål. Alligevel - vi vil huske også denne løsning, hvis andre vil ikke være tilstrækkelige:)

[vBET]

Du kan føje dem til Ignorer mulighed. :)

Præcis - du skal blot tilføje det ti ignoreret. Anyway tak for note - vi vil tilføje ignorere atachements og tags som standard ignorere konfigurationen. Blogs er noget, som mange brugere kan have cachet, så vi vil ikke tilføje den som fedault - men vi gjorde det konfigurerbare netop i sådanne tilfælde - man vil have noget mere at blive ignoreret. Så bare ignorere det! :)

[vBET]

Også jeg lige finde ud af, at vi kan hange filer navngivning skabelon og medtage i filnavnet betyder det finder mindre relevante sider eller ej. På denne måde hver dag, når automatisk rengøring vil blive startet det vil genkender appropriatelly cachefil tid til at leve og vil rense flere filer. Den første idé var at rense alt, hvis det er ældre end ikke relevante sider skal være. Nu vil vi rent relevante cache sider hurtigere - så du vil spare ekstra diskplads! :)

[mario06]

dette problem skal løses, det tog mig 4 timer at fjerne det hele på en quad maskine desuden en vis form for manuel skylning | Clean-knappen skal tilføjes her og i stedet for at tilføje dem manuelt som Steve sagde, at der skal være bokse, hvor du kan indstille hver individuelle indstillinger til eller fra ved at tilføje en markering noget som vbseo sitemap generatorer indstillinger ikke

[vBET]

Automatisk gæst cache renere tilføjet. Også tilføjet administrative værktøj til gæst cache rengøring. Booth vil indgå i vBET 3.3.5 og vBET 4.2.3

Ideen til ZIP cached filer i dette øjeblik er afvist, fordi ikke alle browsere kan understøtte at få ZIPed svar og udpakke det hver gang vil forbruge CPU ressource, som er langt mere værdifuld end harddisk ressource. I tilfælde af ideer på dette område - skal du åbne ny funktion anmodning om dette. I denne ene har vi allerede haft nogle forespørgsler, og det er ikke i stand til at håndtere mere her.

[vBET]

Lille korrektion - vBET vil støtte zippe gæst cache-filer. Når vBulletin option "GZIP HTML-output" er slået til, så vBET vil cachen allerede zip-fil. Selvfølgelig i sådanne tilfælde vBET vil sende passende overskrifter, når indhold fra cachen vil blive sendt:)

Det vil blive medtaget i vBET 3.3.5 og vBET 4.2.3

[Ramses]

Michal, i går vbet nået grænsen for min 75gb webhotel og siden da har jeg slette alle de ~ 74 GB cache-filer.
På en standardinstallation dette er en ikke acceptabel adfærd. Ret venligst dette til den næste udgivelse.
Tak.

[vBET]

Bemærk, at der ikke er fejl, så der er ikke noget at rette. Du har store forum, og du har indstillet vBET til helt at cache det i 52 forskellige sprog. Dette er, hvad vBET lavet. vBET understøtter ikke caching af eksterne ressourcer og sådan noget ville have nogen mening, da at sende den og få den tilbage ville være dyrere end normalt generation af siden. Så du skal bruge dine egne ressourcer til fil-cache.

Bemærk, at du kan indstilles til at ignorere yderligere sider i Gæst Cache ved Ignorer i Full Fil Cache For gæster eller bare slukke det helt, hvis din server ikke har nok ressourcer til at bruge denne funktion. Som standard vBET ignorerer disse sider: registrere, søgning, login, vedhæftet fil, tags.
Du kan tilføje nogle flere sider at ignorere - de vil ikke blive cachet, så de vil ikke blive gemt i filer, og dem vil generere normalt hver gang at tage mere af din CPU og hukommelse ressourcer. Det er noget for noget. Ydelse besparelser kommer fra lagring resulterer i statiske filer, og du skal have plads til den eller tune Gæst Cache op (ved at ignorere flere typer af sider).

Vi er åbne for forslag. Hvis du har forslag hvordan man kan forbedre vBET Gæst Cache funktionalitet, vil vi være glade for at overveje det, og bedre, hvis det bliver accepteret:)

Også - hvis du synes, at automatiske cache renere ikke arbejder for cache-filer - bemærk det som bug.