：.shtm的文件是什么类型的文件？其作用或优点是什么？

SSI有什么用
之所以要扯到ssi，是因为shtml--server-parsed HTML 的首字母缩略词。包含有嵌入式服务器方包含命令的 HTML 文本。在被传送给浏览器之前，服务器会对 SHTML 文档进行完全地读取、分析以及修改。
shtml和asp 有一些相似，以shtml命名的文件里，使用了ssi的一些指令，就像asp中的指令，你可以在SHTML文件中写入SSI指令，当客户端访问这些shtml文件时，
服务器端会把这些SHTML文件进行读取和解释，把SHTML文件中包含的SSI指令解释出来比如：你可以在SHTML文件中用SSI指令引用其他的html文件（#include ），服务器传送给客户端的文件，是已经解释的SHTML不会有SSI指令。它实现了HTML所没有的功能，就是可以实现了动态
的SHTML，可以说是HTML的一种进化吧。像新浪的新闻系统就是这样的，新闻内容是固定的但它上面的广告和菜单等就是用#include引用进来的。
目前，主要有以下几种用用途：
1、显示服务器端环境变量<#echo>
2、将文本内容直接插入到文档中<#include>
3、显示WEB文档相关信息<#flastmod #fsize> (如文件制作日期/大小等)
4、直接执行服务器上的各种程序<#exec>(如CGI或其他可执行程序)
5、设置SSI信息显示格式<#config>(如文件制作日期/大小显示方式)
高级SSI<XSSI>可设置变量使用if条件语句。

使用SSI
SSI是为WEB服务器提供的一套命令，这些命令只要直接嵌入到HTML文档的注释内容之中即可。如：
<!--#include file="infohtm"-->
就是一条SSI指令，其作用是将"infohtm"的内容拷贝到当前的页面中，当访问者来浏览时，会看到其它HTML文档一样显示infohtm其中的内容。
其它的SSI指令使用形式基本同刚才的举例差不多，可见SSI使用只是插入一点代码而已，使用形式非常简单。
当然，如果WEB服务器不支持SSI，它就会只不过将它当作注释信息，直接跳过其中的内容；浏览器也会忽略这些信息。

如何在我的WEB服务器上配置SSI功能？
在一些WEB服务器上（如IIS 40/SAMBAR 42），包含 #include 指令的文件必须使用已被映射到 SSI 解释程序的扩展名；否则，Web 服务器将不会处理该SSI指令；默认情况下，扩展名 stm、shtm 和 shtml 被映射到解释程序（Ssincdll）。
Apache则是根据你的设置情况而定，修改srmconf如：
AddType text/x-server-parsed-html shtml 将只对shtml扩展名的文件解析SSI指令
AddType text/x-server-parsed-html html将对所有HTML文档解析SSI指令
Netscape WEB服务器直接使用Administration Server(管理服务器)可打开SSI功能。
Website使用Server Admin程序中的Mapping标签，扩展名添加内容类型为：诈骗法，到>如果是人为共享的，平常有2种方式是最常用的
一个就是直接共享，打开方式如下
先打开“我的电脑”然后在地址栏里输入：
\\电脑名\文件夹
电脑名为该电脑的名字，比如一个叫admin的电脑，
就输入\\admin
\文件夹
这时就可以看到他共享的一些资料，电脑名可以用ip地址来代替，但是要你需要知道它的地址再输入。比如\\19216802\file
另个是ftp，就要输入ftp://电脑名（ip地址）文件夹地址
比如ftp://19216802/file
注意2个的斜杠符号是不同的！

svn有两种存储方式：BDB和FSFS，目前用的最多的是FSFS方式，这种方式的话，一般是存储在\db\revs文件夹下，里面有一堆以版本号命名的文件，如：0、1、2、3、4，那个就是了。
svn先把0版本的状态压缩成1个文件，然后每次版本更新时就针对变动的部分做一个压缩文件，每次都是增加一个增量包，最后在服务器上能看到文件名为从0开始到最终版本的一系列文件

ftp服务实际上就是将各种类型的文件资源存放在FTP服务器中。FTP就是将各种类型的文件都放在FTP服务器中，用户计算机上要安装一个客户端FTP服务程序，通过这个程序实现对FTP服务器的访问。当通过FTP客户端程序登录FTP服务器时，要求正确回答用户名和口令，才能取得访问权。FTP的主要功能是减少或消除在不同 *** 作系统下处理文件的不兼容性。

svn有两种存储方式：BDB和FSFS，目前用的最多的是FSFS方式，这种方式的话，一般是存储在\db\revs文件夹下，里面有一堆以版本号命名的文件，如：0、1、2、3、4，那个就是了。
svn先把0版本的状态压缩成1个文件，然后每次版本更新时就针对变动的部分做一个压缩文件，每次都是增加一个增量包，最后在服务器上能看到文件名为从0开始到最终版本的一系列文件

---