PDA

View Full Version: Allerede gjort vbet_guestcache til store



Ramses
26-06-10, 02:08
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
27-06-10, 00:02
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
27-06-10, 00:19
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
27-06-10, 00:31
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
05-07-10, 17:03
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
07-07-10, 09:53
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
07-07-10, 10:16
Jeg dont vil cache Blogger, Tags og Vedlegg Oo

Du kan legge dem til i ignorere alternativet. :)

vBET
07-07-10, 12:11
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 nok:)

vBET
07-07-10, 12:14
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
07-07-10, 12:18
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! :)

mario06
16-07-10, 17:50
dette problemet må tas opp, tok det meg 4 timer å fjerne alt på en quad maskin videre noen form for manuell flush | ren knappen må legges her, og i stedet for å legge dem manuelt som Steve sa at det bør være bokser der du kan angi enkelte innstillinger på eller av ved å legge en hake noe sånt vBSEO sitemap generatorer innstillinger gjør

vBET
10-08-10, 01:00
Automatisk gjest cache renere lagt til. Også lagt administrativt verktøy for gjest cache rengjøring. Booth vil bli inkludert i vBET 3.3.5 og vBET 4.2.3

Ideen til ZIP bufrede filer i dette øyeblikket er avvist, fordi ikke alle nettlesere støtter bli ZIPed respons og utpakking det hver gang vil forbruke CPU ressurs som er mye mer verdifullt enn harddisk ressurs. I tilfelle noen ideer på dette området - kan du åpne ny funksjon forespørsel for det. I dette ene vi allerede hadde få henvendelser, og det er ikke i stand til å håndtere lenger her.

vBET
10-08-10, 20:10
Lille korreksjon - vBET vil støtte zipping gjest cache-filer. Når vBulletin alternativet "GZIP HTML Output" er slått på, så vBET vil cache allerede zippede filen. Selvsagt i så fall vBET vil sende passende overskrifter, når innhold fra cache vil bli sendt:)

Det vil være inkludert i vBET 3.3.5 og vBET 4.2.3

Ramses
04-10-10, 16:13
Michal, går vbet nådd grensen for min 75gb webspace og siden da er jeg slette alle de ~ 74 GB cache-filer.
På en standard installasjon er dette en ikke akseptabel oppførsel. Vennligst fikse dette til neste utgivelse.
Takk.

vBET
05-10-10, 07:58
Vær oppmerksom på at det ikke er feil, så det er ingenting å fikse. Du har store forumet og du setter vBET helt cache det i 52 forskjellige språk. Dette er hva vBET laget. vBET støtter ikke caching på eksterne ressurser og noe slikt ville ha noen mening, fordi sender den og få den tilbake ville være mer kostbare enn normalt generasjon siden. Så du må bruke egne ressurser for filhurtigbufferen.

Vær oppmerksom på at du kan stille å ignorere flere sider i Guest Cache ved Ignorer i Full filhurtigbufferen For gjester eller bare slå den av helt hvis serveren har ikke nok ressurser til å bruke denne funksjonen. Som standard vBET ignorerer disse sidene: registrere, søk, login, vedlegg, tags.
Du kan legge til noen flere sider å ignorere - de vil ikke bli lagret, så de vil ikke bli lagret i filer og de vil generere normalt hver gang tar mer av CPU og minne ressurser. Dette er noe for noe. Ytelse besparelser kommer fra lagring av resultater i statiske filer og du må ha plass til det eller tune Guest Cache opp (ved å ignorere mer type sider).

Vi er åpne for forslag. Hvis du har noen forslag hvordan vi kan forbedre vBET Guest Cache funksjonalitet, vil vi gjerne vurdere det, og bedre hvis den vil bli akseptert:)

Også - hvis du oppdager at automatiske cache renere jobber ikke for cache-filer - merk det som bug.

Automatic Translations (Powered by Google, Microsoft®, Yandex, SDL Language Cloud, IBM Watson and Apertium):
AfrikaansAlbanianArabicBelarusianBulgarianCatalanChineseCroatianCzechDanishDutchEnglishEstonianFilipinoFinnishFrenchGalicianGermanGreekHaitian CreoleHebrewHindiHungarianIcelandicIndonesianIrishItalianJapaneseKoreanLatvianLithuanianMacedonianMalayMalteseNorwegianPersianPolishPortugueseRomanianRussianSerbianSlovakSlovenianSpanishSwahiliSwedishTaiwaneseThaiTurkishUkrainianVietnameseWelshYiddish
vBET 4.10.1 gives automatic translations