El vbet_guestcache pot ser una bona idea, però ara és diversos gigabytes arxius grans i diverses mil.lèsimes. Es tenia la intenció de treballar d'aquesta manera?
El vbet_guestcache pot ser una bona idea, però ara és diversos gigabytes arxius grans i diverses mil.lèsimes. Es tenia la intenció de treballar d'aquesta manera?
Sí Emmagatzema en memòria cau de sortida HTML complet - just com està escrit en la descripció del paràmetre. Quant es trigarà depèn de com de gran és el seu fòrum és.
Tingueu en compte que sempre es pot establir altres pàgines ignorat, o simplement desactivar per complet no té espai al disc.
És clar que podria desactivar, però jo volia reduir el serverload. Potser vostè podria escriure en la configuració dels països ACP que això pot explotar l'espai del servidor, no tothom pot tenir 25 gigues d'espai. O millor que trobar una manera per reduir la mida.
No tothom necessita, fins i tot 1 GB per això. Com vaig escriure mida de la memòria depèn de la grandària del fòrum. Emmagatzema en memòria cau de cada fòrum possible, si no es troba en ignorat conjunt. Fòrums petits tenen una petita quantitat de pàgines. Grans fòrums té més pàgines i els recursos també és més.
De tota manera - és una bona idea perquè la gent sigui més conscient del que significa que la sortida d'HTML complet s'emmagatzemen a la memòria cau i afegeix que la informació que pot ser molt espai en disc.
Sobre la reducció de la mida - podem afegir l'opció de memòria cau d'arxius zip. Es necessitarà més recursos de servidor quan la memòria cau està escrit, però la seva lectura i l'enviament de tal resposta serà més ràpida.
També podem afegir tasca programada que automàticament s'eliminaran els arxius que són massa vells. En aquest moment no ho fa - si l'arxiu és massa vell és simplement sobreescriuen durant la següent petició.
M'estic movent aquest fil per Comanda de funcions![]()
Durar editat per vBET; 27-06-10 A 00:35.
Seria absolutament fàcil:
afegir una opció de memòria cau de gigabytes només X i elimini les que reben menys freqüentat.
Lol, després d'haver instal lat la nova versió amb memòria cau mai vaig mirar la quantitat del seu ús fins ara:
Debian lenny-50-64-minimal: ~ # df-h
Mida del sistema de fitxers Utilitzat Disponibilitat Utilitza% Muntat en
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4,0 G 0 4,0 G 0% / lib / init / rw
udev 10M 764k 9,3 al 8% / dev
tmpfs 4,0 G 0 4,0 G 0% / dev / SHM
/ Dev/md1 2.0G 86 milions d'1.9g 5% / boot
LOL! Abans que el meu disc dur s'utilitza amb 8GiG! Això és "gran", per cert, sembla que emmagatzema en memòria cau arxius equivocats, per exemple:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html
No vull Blocs memòria cau, Etiquetes i accessoris Oo
Aquesta és també una opció. En primer lloc anem a implementar més net previst i tal vegada la cremallera (que en aquest plantejament), perquè les estadístiques mantenir tindrà algun impacte en el rendiment i acompliment per a nosaltres és un dels temes clau. Tot i així - tindrem en compte també aquesta solució si altres no serà suficient![]()
Exactament - simplement afegiu tu ignorat. De tota manera gràcies per la nota - anem a afegir ignorant atachements i les etiquetes per defecte ignorar configuració. Els blocs són una cosa que molts usuaris poden tenir en memòria cau, de manera que no ho anem a afegir com fedault -, però ho hem fet exactament configurable per a aquests casos - que volen alguna cosa més que ser ignorat. Així que simplement ho ignoren!![]()
També acabo de adonar-me que podem anomenar els arxius CANVI plantilla i incloure en el nom del fitxer es considera que les pàgines menys rellevants o no. D'aquesta manera cada dia durant la neteja automàtica es posarà en marxa es reconeix el temps appropriatelly arxiu de memòria cau per viure i es neteja més arxius. La primera idea era netejar tot si és major de pàgines rellevants no ha de ser. Ara anem a netejar les pàgines rellevants de memòria cau més ràpid - per la qual cosa estalviarà espai en disc addicional!![]()