我们注意到在我们的Coldfusion CFIDE服务器监视器中经常出现404错误,并花费一些时间才发现,像缺少网站图标等问题会导致这些错误。
我们使用自定义的404模板页面,其中包含某些逻辑(不仅是基本的HTML)。因此,每当favicon的404出现时,这些页面将生成并返回给用户。
由于许多浏览器默认请求这些favicon(如果在标题中没有指定其中一个,它会查找站点根目录或类似的东西),这会在我们的服务器上产生大量的404错误,这既浪费了处理时间又浪费了带宽。我们的服务器大部分时间都运行良好,但当它获得一些重负时,我们有时会遇到严重的性能问题。
我知道这是一个性能问题,但是否值得尝试解决?如果是这样,是否有一种方法可以使用Coldfusion服务器(或我们底层运行IIS的Windows Server 2003)来过滤实际引发CF 404错误的文件?理想情况下,对于这些favicon、CSS和Javascript等文件(因为访问者从未真正“看到”这些文件的输出),我们只需要返回一个不包含任何内容的HTTP 404响应,因为这是不必要的...
我们使用自定义的404模板页面,其中包含某些逻辑(不仅是基本的HTML)。因此,每当favicon的404出现时,这些页面将生成并返回给用户。
由于许多浏览器默认请求这些favicon(如果在标题中没有指定其中一个,它会查找站点根目录或类似的东西),这会在我们的服务器上产生大量的404错误,这既浪费了处理时间又浪费了带宽。我们的服务器大部分时间都运行良好,但当它获得一些重负时,我们有时会遇到严重的性能问题。
我知道这是一个性能问题,但是否值得尝试解决?如果是这样,是否有一种方法可以使用Coldfusion服务器(或我们底层运行IIS的Windows Server 2003)来过滤实际引发CF 404错误的文件?理想情况下,对于这些favicon、CSS和Javascript等文件(因为访问者从未真正“看到”这些文件的输出),我们只需要返回一个不包含任何内容的HTTP 404响应,因为这是不必要的...