該 vbet_guestcache可能是一個好主意,但現在是幾個 GB的大文件和幾個千分之一。是打算以這種方式工作?
該 vbet_guestcache可能是一個好主意,但現在是幾個 GB的大文件和幾個千分之一。是打算以這種方式工作?
是的。它緩存完整的HTML輸出 - 就像寫在參數的描述。多少將取決於它有多大,你的論壇。
請注意,您總是可以設置其他被忽略的網頁,或者只是禁用它,你完全沒有磁盤空間。
當然我可以禁用它,但我想,以減少 serverload。也許你可以寫在機場核心計劃的設置,這可以炸毀的服務器空間,不是每個人都可能有25個演出空間。或者更好的找到一種方法,以減少大小。
不是每個人都需要連 1 GB這一點。正如我寫高速緩存的大小取決於論壇的大小。它緩存每個可能的論壇頁面,如果不忽略設置。小論壇有少量的頁面。大論壇有更多的頁面,也更多的資源。
無論如何 - 這是好主意,使人們更加意識到這是什麼意思是完整的HTML輸出將被緩存和添加信息,它有很多可以利用的磁盤空間。
關於減少大小 - 我們可以添加選項來壓縮緩存文件。這將需要更多的服務器資源時,高速緩存寫入,但閱讀它和發送這樣的反應會更快。
同時,我們也可以添加計劃任務將自動刪除文件是太舊。在這個時刻,我們不這樣做 - 如果文件太舊那簡直是在覆蓋下一個請求。
我提出這個線程功能要求![]()
最後編輯者 vBET; 27-06-10 在 00:35.
這將是absolutly容易:
添加選項緩存只有X千兆字節,然後刪除那些得到較少的訪問。
LOL,我安裝了新版本的緩存我從來不多少它延用至今:
Debian的- 50 - lenny中- 64 -最小的:〜#DF - H
文件系統尺寸 二手 可用已用%掛載點
/ dev/md2的688G 80G 573G 13%/
tmpfs的4.0G 4.0G 0 0%/ lib中/初始化/ RW
udev的10M 764K 930萬 8%的/ dev
tmpfs的4.0G 4.0G 0 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
我不希望緩存博客,標籤和附件吳
此外,我剛剛弄清楚,我們可以焊割文件的命名模板,包括文件名是否認為少或不相關的網頁。這樣,每天當自動清洗將開始它會識別 appropriatelly緩存文件的生存時間,將更多的文件清理。第一個想法是,如果它是乾淨的一切年紀比不相關的網頁應該的。現在,我們將清潔有關緩存的網頁速度 - 讓您將節省更多的磁盤空間!![]()