vbet_guestcache可能是一个好主意,但现在是技嘉科技几个大和几千分之一文件。是,它打算以这种方式工作?
vbet_guestcache可能是一个好主意,但现在是技嘉科技几个大和几千分之一文件。是,它打算以这种方式工作?
可以。它缓存完整的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%/ lib中/初始化/ RW
udev的10M 764K 930万8%的/ dev
tmpfs的4.0G 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
此外,我刚才指出,我们可以焊割命名模板的文件,包括文件名,它认为不太相关的网页或不。这种方式时将开始自动清洗的每一天,它会识别appropriatelly缓存文件的生存时间,将清理多个文件。第一个想法是干净的一切,如果它是不相关的网页,应以上。现在,我们将清理有关的页面缓存的速度 - 让您将节省更多的磁盘空间!![]()