最近在选择程序做一网站，突然在伪静态和真静态之间徘徊，以前做的站基本都是伪静态，特别是我这个博客，最初的时候用的Z-BLOG，由于ASP的伪静态功能还不够完善，所以，就换成了WP,莫名其妙的现在又徘徊到这里，看了好多网站，其实用伪静态和真静态的几乎参半。。。刚和朋友商量的时候突然问我真静态和伪静态在浏览的时候怎么区分？下边就来简单说下，不过只是一个参考方法，并不是绝对的。。。
IE5浏览器以上：
打开你想判断的网站后，再在网址框中输入javascript:alert(document.lastModified)
IE5以上… ，此方法可以判断一个网页的最后更新时间，如果这个时间与现在的时间相同，说明是伪静态的，反之为静态的。
火狐浏览器下： Continue
目前，各大搜索引擎如google、百度、雅虎已经对动态页面诸如asp，php有着不错的支持了，只要动态页面后面的参数不要太长，如控制在3个参数内，页面内容做点优化，各大搜索对该类页面收录甚至不比静态html页面差，我有个全站是asp页的网站，其收录及排名远远超过了很多静态页的网站。
当然，任何网站，结构再好，如果没有内容作为支撑的话，最终还是留不住用户。搜索引擎的发展速度，已经不是当初几乎不能收录动态页面的水平了，各大搜索都在全力发展自己的索引技术，一般的动态页面在它们那里已经是能够轻易的纳入麾下。
有的网站，其要求与用户有着较强的交互性，互动性，页面刷新很快，更新的内容也很多，这类网站是不适合生成静态页的，因为网站上的信息具有时效性，你如果生成了html静态页，然后搜索引擎又索引了你的这些内容页，展示给用户看，而用户看到的信息又有可能是过时的失效的信息，这对用户是个不好的体验。所以，我建议，此类网站的动态页面尽量不要生成html，既占用大量空间，又可能对用户造成不好的搜索体验。 Continue
以下转自DZ坛子,和我的方法不太一样,不过基本也实现了自定义URL路径,不像我,全站修改.比较麻烦,所以转过来,有用的就看看.
第一步我们需要开启系统默认没有开放的一个功能，自定义静态页面文件夹。
在
$_SC['cachegrade'] = 0;
后面添加一行代码
$_SC['freshhtml'] = 1;
这时候到supesite后台编辑“资讯分类”的是，你会发现多了两个选填项“分类存放HTML的路径”和“二级域名绑定(以http://开头)”
我们这里只需要填写“分类存放HTML的路径”这个项目，比如“科技世界”这个分类，我可以这样命名“KJSJ”；
我们可以给每一个分类添加一个有意义的名字。 Continue
以前发过一种，也发过httpd.ini实现方法，不过有些主机可能实现不了，今天就把我在网上找到的常见的几种404转向页全发出来，希望对大家有用。
比较常见的是前边3种，也建议使用。
第一种：
<?php
$qs = $_SERVER['QUERY_STRING'];
$pos = strrpos($qs, ‘://’);
$pos = strpos($qs, ‘/’, $pos + 4);
$_SERVER['REQUEST_URI'] = substr($qs, $pos);
$_SERVER['PATH_INFO'] = $_SERVER['REQUEST_URI'];
include(‘index.php’);
?>
来自：http://tech.einaregilsson.com/index.php/2007/07/30/pretty-wordpress-permalinks-on-iis/
第二种： Continue
在非windows的主机下，使用WordPress的伪静态，不需要设置那么多东西，只要在程序后台的固定链接里写上自己想要的链接模式就行了，但windows主机下，想用WordPress的伪静态就比较麻烦。网上常用的是两种方法，一种是用404定义（这个我没用过，具体好不好不清楚，似乎不能支持放在根目录的博客，优势是不需要主机支持什么，只要能自定义404页面，但总感觉对收录之类有些影响，也有人说没事；方法请自行搜索），另一种方法就是用httpd.ini，这需要服务器支持。至于服务器方面需要什么就不在这里说了。
配置httpd.ini的优点：可以实现链接伪静态；
配置httpd.ini的缺点：不完美，主要在分类翻页失效和wap（需要装wap插件）无法静态上；原链接依然存在，即xxx.com/1.html（定义伪静态后的）和xxx.com/?p=1两个地址共存，造成收录重复。
第一个缺点当前无法解决；第二个缺点可以用robots.txt禁止收录来解决，禁止代码：
User-Agent: *
Disallow: /index.php?
Disallow: /?p=*
在国内，很多“SEO专家”给客户网站的第一诊断结果就是要页面静态化。这倒不是因为动态页面就做不了SEO，而是相对静态页面而言，动态页面的SEO更加难做，受“SEO专家”的技术能力所限而已。
对于搜索引擎而言，在主观上对静态页面和动态页面并没有特殊的好恶，只是很多动态页面的参数机制不利于搜索引擎收录，而静态页面更容易收录而已。此外，页面静态化在一定程度上也提高了页面访问速度和系统性能及稳定性——这使得在搜索引擎优化上面，为使得效果更加明显，问题简单快速解决，大家对站点的静态化趋之若骛。
然而对于一些大型网站，静态化带来的问题和后续成本也是不容忽视的：
由于生成的文件数量较多，存储需要考虑文件、文件夹的数量问题和磁盘空间容量的问题———需要大量的服务器设备；
程序将频繁地读写站点中较大区域内容，考虑磁盘损伤问题及其带来的事故防范与恢复——硬件损耗要更新、站点备份要到位；
页面维护的复杂性和大工作量，及带来的页面维护及时性问题——需要一整套站点更新制度和专业的站点维护人员；
站点静态化，增加了更新维护难度和网站管理人员工作强度，增加了硬件设备需求和损耗速度，增加了站点潜在的访问冲突和故障概率。对于一个大型网站而言，这都是必须考虑的问题。
对于SEO优化，我们不需要真正静态化，只需要假装就可以了。动态页面也一样能够做好SEO优化。
目前大多数搜索引擎基本都能收录动态页面，使用动态页面的站点数也远远大于静态页面的站点数。
许多大型网站虽然网址的后缀为。htm，但其实还是动态页面，只是用了URL Rewrite的方式“欺骗”搜索引擎，真正完全静态的没有发现几个。
目前对于一个动态网站，实施相对静态化的做法基本有如下几种：
1. 伪静态，URL Rewrite方式。
2. 类似蜘蛛的方法，动态站点也存在，只是通过一个程序去抓取整个站点并保存发布为需要访问的静态站点。
不论是真静态页面还是伪静态页面，在方便搜索引擎收录这一点上，效果都是一样的。既然如此，为什么不使用效率更高的“相对静态化”的方法，以避免真正静态化所产生的诸多问题呢？
在页面更新维护问题上，即使是伪静态，也带来了不少维护的复杂性和工作量。目前较为可取的更新方式有：
触发式更新：当维护人员在后台更改某些信息后，系统自动或提供手动更新相应显示页面。
独立、分片式更新：更新与维护分开，页面划分为不同的区，根据一定的规则对于区进行更新。区之间的整合与分离，有的是采用活动域，有的是采用SSI（Server Side Include）。
对于独立、分片式更新，应当是大型网站相对静态化后较为理想的更新维护模式：
1. 将各页面定义分区、编号，给定存储规则和更新规则，更新规则分为“依据数据变更更新”和“周期更新”。
2. 对于各区采用优先级的方式，并提供手工触发的即时更新，以保证部分信息的更新时间需要。
3. 静态页面替换动态页面，同时保留动态页面，并在静态页面未生成完毕时采用动态页面代替。
静态化对于网站SEO来说，应当只是一个信号，告诉搜索引擎我的站点很好收录，然后带领搜索引擎尽可能多的“浏览”站点内的内容。只要能够方便浏览和收录，不论是静态页面还是动态页面，搜索引擎都会一视同仁的去收录。
对于小网站而言，站点静态化或许是解决网站收录量的一个简便的办法，而对于大网站来说，则要认真考虑了，是不是真的有必要去做静态化，还是做一下“相对静态化”就够了。
