shtml的后缀是不是多余了?

假设有如下含有include标签的简单html内容

     <html>
    </body>
    <!--#include file="list.html"-->
    </body>
    </html>

现在,对以上内容命名为两个文件,一个index.html, 一个是index.shtml ,服务器端全部开启ssi,(唯一不同的,就是后缀名不同)

那么请问,服务器对这样两个仅仅是后缀名不同的文件的解析速度有差异吗?
如果没有那么用shtml的后缀不是没有意义吗?直接用html做后缀不是更好?
谢谢

看你用的web服务器怎么处理的shtml,如果当作内容处理,那么没有区别。开启了ssi,会有微小的区别。但是网络带宽和IO往往是性能瓶颈,所以没有人真的在意这点区别。

明显html无法使用include指令,下面的代码直接显示出来,而不是读取list.html内容替换那块,速度上html快过shtml,因为不处理include指令

 <!--#include file="list.html"-->

用使用include指令需要用shtml或者shtm,这2个后缀是用C:\WINDOWS\system32\inetsrv\ssinc.dll来解析的,除非你配置过iis将html的解析也用C:\WINDOWS\system32\inetsrv\ssinc.dll就没有差别了

现在shtml的它页面很少了