vbet_guestcache до големи

[Ramses]

Vbet_guestcache може да бъде добра идея, но сега, няколко гигабайт големи и няколко хилядни файлове. Беше ли намерение да работят по този начин?

[vBET]

Да. Той кешира пълен HTML изход - точно както е записано в параметър описание. Колко ще отнеме зависи от това колко голям е вашия нов форум.

Моля се отбележи, че винаги можете да да зададете допълнителни игнорирани страници, или просто да го изключите напълно не е нужно пространство на диска.

[Ramses]

Разбира се, бих могъл да го изключите, но исках да намали serverload. Може би бихте могли да напишете в настройките от АКТБ, че това може да взриви пространство на сървъра, не всеки може да има 25 участия на пространството. Или по-добре да се намери начин да се намали размера.

[vBET]

Не всеки има нужда дори 1 GB за това. Както написах кеш размер зависи от размера на форум. Той кешира всяка възможна страница на форума, ако не е в игнорирани,. Малките форуми са в малко количество страници. Big форуми имат повече страници и също повече ресурси.

Както и да е - това е добра идея да накара хората да бъдат по-наясно какво означава това, че пълното HTML изход ще се кешират и да добавите има информация, че може да отнеме много дисково пространство.

За намаляване на размера - можем да добавим опция за кеш файлове цип. Това ще отнеме повече ресурси на сървъра, когато кеш е написано, но го четене и изпращане на такъв отговор ще бъде по-бързо.
Също така можем да добавим планирана задача, която автоматично ще премахне файловете, които са твърде стари. В този момент ние не правим това - ако файлът е твърде стар, той е просто заменена по време на следващото искане.

Аз съм се движат тази тема Feature Requests

[wowglider.de]

Той ще бъде absolutly лесно:
добави опция за кеш само гигабайта X и след това изтрийте тези, които получават по-малко често посещаваните.

[wowglider.de]

Lol, след като инсталирах новата версия с кеш никога не погледнах колко му използване до сега:

Debian-50-Лени-64-минимален: ~ # DF-з
Filesystem Size Използва се Наличност Използвайте% монтирани на
/ Dev/md2 688G 80G 573G 13% /
tmpfs 4.0G 0 4.0G 0% / ИЪ / 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% / обувка

LOL! Преди да ми твърд диск е бил използван с 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]

Също така просто да разбера, че можем да операции.Смяната файлове именуване шаблон и включват в името на файла, се счита за по-малко съответните страници или не. По този начин всеки ден, когато ще се стартира автоматично почистване ще признава appropriatelly време кеш файл, за да живеят и ще чисти повече файлове. Първата идея е да се чисти всичко, ако е по-стара от съответните страници, трябва да бъде. Сега ние ще чисти съответните страници, кеша по-бързо - така ще спестите допълнително дисково пространство!