vbet_guestcache uz lieliem

[Ramses]

Vbet_guestcache var būt laba ideja, bet tagad ir vairāki gigabaiti liela un vairākas tūkstošdaļas failus. Vai tas bija paredzēts strādāt šādā veidā?

[vBET]

Jā. Tas kešatmiņas pilnīgs HTML izejas - tāpat kā tas rakstīts parametru aprakstu. Cik daudz tas prasīs atkarīgs cik liela jūsu forumā ir.

Lūdzu, ņemiet vērā, ka jūs vienmēr varat noteikt papildu ignorētas lapas, vai vienkārši atslēgt to pilnībā tā jums nav diska vietas.

[Ramses]

Pārliecināts, ka es varētu atslēgt, bet es gribēju, lai samazinātu serverload. Varbūt jūs varētu rakstīt ĀKK iestatījumus, tas var uzspridzināt servera telpa, arī ne visiem tās var būt 25 gigs vietas. Vai labāk, lai atrastu veidu, kā samazināt izmēru.

[vBET]

Ne visiem nepieciešams pat 1 GB par to. Kā es rakstīja kešatmiņas izmērs ir atkarīgs forumā lieluma. Tas kešatmiņas katru iespējamo foruma lapu, ja nav ignorēts komplektā. Mazie forumi ir neliels daudzums lapās. Big forumos ir vairāk lapas, kā arī lielāki resursi.

Anyway - tā ir laba ideja, lai cilvēki vairāk jāapzinās, ko tas nozīmē, ka pilns HTML produkcija tiks kešatmiņā un pievienot tur informāciju, ka tas var veikt daudz diska vietas.

Par samazinot izmērs - mēs varam pievienot opciju zip cache failus. Tas prasīs daudz servera resursus, kad cache ir uzrakstīts, bet to lasīt un sūtīt šādus atbilde būs ātrāk.
Arī mēs varam pievienot paredzēts uzdevums, kas automātiski noņemtu faili, kurš ir pārāk vecs. Šobrīd mēs nedarām to - ja fails ir pārāk vecs, tas vienkārši ir pārrakstīts laikā nākamo pieprasījuma.

Es esmu pārvietojas šo pavedienu, lai Feature Pieprasījumi:)

[wowglider.de]

Tas būtu absolutly viegli:
pievienot iespēju cache tikai X gigabaitiem, un pēc tam izdzēsiet tie, kas saņem mazāk bieži apmeklēja.

[wowglider.de]

Lol, pēc tam es instalēta jaunā versija ar cache i nekad neskatījās, cik daudz tās, izmantojot līdz šim:

Debian-50-Lenny-64-minimāls: ~ # df-h
Filesystem Size Used Pieejams Lietošana% Stiprinās uz
/ 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! Pirms manu HDD tika lietots ar 8GiG! Tas ir "liels", btw, šķiet, ka kešatmiņas nepareizi failus, piemēram:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html

I dont vēlaties, lai cache Blogi, Tags un Attachments Oo

[steve]

I dont vēlaties, lai cache Blogi, Tags un Attachments Oo

Jūs varat pievienot tos ignorēt iespēju. :)

[vBET]

Tas būtu absolutly viegli:
pievienot iespēju cache tikai X gigabaitiem, un pēc tam izdzēsiet tie, kas saņem mazāk bieži apmeklēja.

Šī ir arī iespēja. Vispirms mēs īstenos plānoto tīrāku un varbūt rāvējslēdzēju (ir izpētīt šīs pieejas), jo tur statistika būs zināma ietekme uz rezultātiem un par mums darbība ir viens no galvenajiem jautājumiem. Still - mēs jāpatur prātā arī šis risinājums, ja citi nebūs pietiekams:)

[vBET]

Jūs varat pievienot tos ignorēt iespēju. :)

Tieši tā - vienkārši pievienojiet to ti ignorēt. Anyway paldies par piezīmi - mēs pievienot ignorējot atachements un tagus, kā noklusēto ignorēt konfigurācija. Blogs ir kaut kas daudziem lietotājiem var būt kešatmiņā, tāpēc mēs ne pievienot to kā fedault - bet mēs, kas to konfigurēt tieši šādiem gadījumiem - vēlies kaut ko vairāk, lai to ignorētu. Tik vienkārši ignorēt to! :)

[vBET]

Arī es tikai skaitlis, ka mēs varam hange datnes nosaukumu veidne un ietver faila nosaukumu vai tā uzskata par mazāk attiecīgās lapas, vai ne. Tādā veidā katru dienu, kad automātisku tīrīšanas tiks uzsākta tā atzīst appropriatelly cache failu laiks, lai dzīvotu un būs tīrs vairākus failus. Pirmā ideja bija, lai notīrītu visu, ja tas ir vecāks nekā nav atbilstošām lapām jābūt. Tagad mēs tīrs attiecīgu cache lapas ātrāk - tā jūs ietaupīsiet papildus diska vietas! :)

[mario06]

šī problēma ir jārisina, tas aizveda mani 4 stundas, lai novērstu to visu uz quad mašīnas turklāt daži veida manuāla ūdens nolaišana | tīru poga jāpievieno šeit un nevis pievienojot tos ar rokām, piemēram, Steve teica, ka jābūt kastes, kurā varat iestatīt katru iestatījumu ieslēgšana vai izslēgšana, pievienojot ķeksītis kaut kas līdzīgs vbseo sitemap ģeneratori uzstādījumu

[vBET]

Automātiskā viesu cache tīrīšanas pievienotas. Arī papildu administratīvās rīks viesu cache tīrīšanu. Booth tiks iekļauti 3.3.5 vBET un vBET 4.2.3

Ideja ZIP kešatmiņā failus šajā brīdī ir noraidīts, jo ne visas pārlūkprogrammas var atbalstīt kļūst ZIPed reakcijas un unzipping to katru reizi patērē CPU resursu, kas ir daudz vērtīgāka nekā cieto disku resursu. Gadījumā, ja tāda šajā jomā ir idejas - lūdzu, atvērt jaunu iezīme pieprasījums par to. Ar šo vienu mums jau bija maz pieprasījumu un tā nevar pārvaldīt vairs šeit.

[vBET]

Little korekcija - vBET atbalstīs zipping viesu cache failus. Kad vBulletin opciju "GZIP HTML Output" ir ieslēgta, tad vBET būs cache jau zipped failu. Protams, šādā gadījumā vBET nosūtīs atbilstošu galvenes, ja saturs no cache tiks nosūtīts:)

Tas tiks iekļauts 3.3.5 vBET un vBET 4.2.3

[Ramses]

Michal, vakar vbet sasniegts maksimālais manu 75gb webspace un kopš tā laika es esmu izdzēšot visus ~ 74 GB cache failus.
Pēc noklusējuma instalācijas tas nav pieņemama uzvedība. Lūdzu, izlabojiet šo par nākamo izlaišanas.
Paldies.

[vBET]

Lūdzu, ņemiet vērā, ka nav bug, tāpēc nekas noteikt. Jums ir liels forumā, un jūs noteikti vBET pilnīgi cache to 52 dažādās valodās. Tas ir tas, ko vBET veikts. vBET neatbalsta caching no ārējiem resursiem un tāda lieta nebūtu jēgas, jo nosūtot to un saņemt to atpakaļ būtu dārgāka nekā parastā paaudzes lapā. Tātad, jums ir izmantot jūsu pašu resursus failu kešatmiņu.

Lūdzu, ņemiet vērā, ka jūs varat noteikt ignorēt papildu lapām Viesu Cache ar Ignorēt Full File Cache Viesiem vai vienkārši izslēgt to pavisam, ja serveris nav pietiekami daudz resursu, lai izmantotu šo funkciju. Pēc noklusējuma vBET ignorē šīs lapas: reģistrēt, meklēt, login, apķīlāšanu, tags.
Jūs varat pievienot vairāk lapu ignorēt - tie nebūs kešatmiņā, tāpēc tie netiks saglabāti faili, un tie radīs parasti katru reizi, kas ilgst vairāk par savu CPU un atmiņas resursi. Tas ir kaut kas par kaut ko. Performance ietaupījumu nāk no uzglabāšanas rezultātu statiskā failus un jums ir vieta, kas vai uzgriezt Viesu Cache up (arī ignorējot vairāk veida lapām).

Mēs esam atvērti ierosinājumus. Ja jums ir kādi ieteikumi, kā uzlabot vBET Viesu Cache funkcionalitāti, mēs labprāt to izvērtēt un uzlabot, ja tas tiks pieņemts:)

Arī - ja jūs konstatējat, ka automātiskās cache tīrīšanas nestrādā cache failus - lūdzu, ņemiet vērā to kā bug.