升级后的服务器负载问题![]()
升级后的服务器负载问题![]()
没有人有任何想法,多么大的文件缓存可以得到之前,它已经对性能产生负面影响吗?
数据库高速缓存高速缓存唯一的翻译。而不是整个HTML内容。因此,当一些翻译的页面生成,然后第一个正常的页面生成后,它是分析和翻译。在翻译过程中的DB缓存的使用和翻译句子是从那里。只是句子 - 不是整个HTML,因为每次翻译可以是不同的(即不同权限的用户,更改后的内容)。一个HTML页面可以有数百个句子翻译 - vBET HTML标签之间的内容。由于数据库缓存这些翻译不必须采取每次从谷歌 - 消耗大量的时间 - 而不是那些从您的本地数据库。依旧 - 产生正常的页面后,翻译。
为客人的全部文件缓存 仅适用于为客人。感谢,我们不必担心用户有不同的权限,看到不同的东西。将客人看到相同的内容。正因为如此,我们不解析结果和翻译它由一块一块每次 - 我们可以简单地做一个了一段时间,缓存完整的HTML输出。所以在这种情况下,当整页没有被缓存,或缓存的内容太旧了,再正常不过的翻译发生 - 就像前面描述的。但这次在非常高端的全功能HTML输出写入文件。所以相同的请求时,从客户的下一次,我们不生成即使是正常的网页内容 - 我们只是流为客人已缓存的HTML文件。这就是为什么我们节省很多的SQL查询,CPU和内存。我们只是给用户从静态文件的内容。这就是为什么它是非常重要的决定多久,高速缓存将被有效。因为如果事情会发生变化 - 即新职位将抵达线程,然后客人会不会看到这个新的职位,直到已缓存文件过期。在未来的请求后,再正常的页面将生成的,翻译和缓存 - 与此内容的客人会看到即一小时(可配置)。直到再次缓存文件过期,他们将不会看到任何变化。当然您的用户将看到的一切,因为它仅适用于客人(所以也为机器人,因为机器人抓取您的论坛,作为嘉宾)。
请告诉没有任何问题的情况下帮助和只问 - 我们会很高兴地形容它更![]()
我知道大家对他的版本是最重要的我们不想争辩
在这种情况下vBET3.x早很好的理由:质量。我们添加了新的重要功能(为客人的全部文件缓存)在这个版本中,它更容易添加到VB3,因为有没有友好的URL,我们只有线程的URL转化为百度推广。 VB4的情况下,它是更为复杂 - 必须支持友好的URL,而我们种得多的URL转换。将首先在VB3。让我们来测试它非常好,真正的论坛上,检查它是否工作正常,也许会显示一些错误之前,去到VB4。之后我们完全地肯定,这是所有罚款,我们仍然有添加VB4 aditional支持(Friuendly网址,更translted网址)。这是为什么,这个时间vBET3.x更早,我们仍然需要vBET4.x 2周。并感谢VB3 thatin的更复杂的情况下,如果是,你会得到解决方案,它有很好的质量,EWEN