vbet_guestcache на големи

[Ramses]

На vbet_guestcache може да биде добра идеја, но сега е повеќе Gigabyte големи и неколку илјадити датотеки. Дали има намера да работат на овој начин?

[vBET]

Да. Тоа кешира заврши HTML излез - само како што е напишано во параметар опис. Колку ќе се зависи од тоа колку е голема вашиот форум е.

Ве молиме имајте во предвид дека секогаш може да се постави дополнителни игнорира страници, или само да го оневозможи комплетно го немате диск простор.

[Ramses]

Секако би можел да го исклучите, но сакав да се намали serverload. Можеби би можеле да пишуваат во ACP подесувања кои ова може да кренат сервер простор, не секој може да имаат 25 концерти на просторот. Или подобро да се најде начин да ја намали големината.

[vBET]

Не сите потреби дури 1 GB за ова. Како што пишува кеш големина зависи од форумот големина. Тоа кешира секој можен страница на форумот тоа ако не е во игнорира во собата. Мали форуми мала количина на страници. Големите форуми имаат повеќе страници и повеќе ресурси.

Како и да е - тоа е добра идеја да ги натера луѓето да бидат повеќе свесни што значи дека целосната HTML излез ќе бидат складирани и додадете има информации дека тоа може да потрае многу диск простор.

За намалување на големината - може да се додаде опција за поштенски кеш датотеки. Тоа ќе биде потребно повеќе ресурси на серверот кога кешот е напишана, но читање и испраќање како одговор ќе биде побрзо.
Исто така можеме да додадете закажани задача која автоматски ќе го отстрани датотеки кои се премногу стар. Во овој момент ние не го сторат тоа - ако датотеката е премногу стар тоа е едноставно препишани во текот на наредната барање.

Јас сум се движи оваа тема со функција Барања

[wowglider.de]

Тоа ќе биде absolutly лесно:
Додај опција за кеш само X гигабајти, а потоа избришете оние кои се помалку често посетени.

[wowglider.de]

Lol, откако ќе е инсталиран на новата верзија со кеш никогаш не гледав колку неговите користење до сега:

Debian-50-Лени-64-минимален: ~ # df-h
Датотечниот систем Големина Се користи Корист Користете% монтирани на
/ Dev/md2 688G 80г 573G 13% /
tmpfs 4.0G 0 4.0G 0% / lib / init / RW
udev 10M 764K 9.3M 8% / Развој
tmpfs 4.0G 0 4.0G 0% / dev / SHM
/ Dev/md1 2.0G 86 1.9G 5% / boot

LOL! Пред мојот HDD, се користи со 8GiG! Тоа е "голем", помеѓу другото, се чини го кешира погрешно датотеки на пример:
_attachment_php_attachmentid_3350.html
_blog_php.html
_blog_php_do_list_y_2009_m_10.html

Јас воопшто не сакаат да кешот Блогови, Тагови и додатоци Oo

[steve]

Јас воопшто не сакаат да кешот Блогови, Тагови и додатоци Oo

Можете да ги додадете на игнорира опција.

[vBET]

Тоа ќе биде absolutly лесно:
Додај опција за кеш само X гигабајти, а потоа избришете оние кои се помалку често посетени.

Ова е исто така опција. Прво ќе ги спроведе планираните почиста и можеби патент (треба да го испита овој пристап), бидејќи водење статистика, ќе има некои влијание врз перформансите и за нас претставата е една од клучните прашања. Сепак - ќе имајте на ум, исто така, ова решение ако другите ќе бидат доволни

[vBET]

Можете да ги додадете на игнорира опција.

Токму - само да го додадете ти игнорира. Како и да е, благодарам за се напомене - ќе додадеме игнорирање atachements и етикети како стандардно се игнорира конфигурација. Блоговите се нешто што многу корисници може да има кеширани, така што нема да го додадете како fedault - но ние го направи да се конфигурираат токму за вакви случаи - дека сакате нешто повеќе да се игнорира. Значи само да го игнорираат!

[vBET]

Исто така, сакам само да дознаам дека можеме да hange датотеки именување дефиниција и вклучуваат во името на датотеката не го смета помалку релевантни страници или не. На овој начин секој ден кога автоматско чистење ќе бидат отворени ќе признава appropriatelly кеш датотека време да се живее и ќе се исчисти повеќе датотеки. Првата идеја беше да се исчисти сето ако е постар од не релевантни страни треба да бидат. Сега ние ќе се исчисти кешот релевантни страници побрзо - толку ќе го спаси дополнителни диск простор!