网站性能优化实践总结

本文提到的网站性能指网站的响应速度，这也符合绝大部分人对于网站性能的理解：访问快速的网站性能好，反之，访问速度越慢，则网站性能越差。本文总结的优化方法是宏观的工程层面的方法，并不包含微观的语言语法层面的方法，例如，JS、CSS的语法优化，这一部分同样影响网站的性能，但语言语法层面的优化更多的是取决于开发人员的编程水平。

什么样的网站响应速度快呢？其实很容易想到，网站加载资源的速度越快，网站响应速度越快；网站需要加载的资源越少，网站响应速度越快。这就分别对应网站性能优化的两大方向：资源缓存、资源合并压缩。当浏览器完成资源的加载后，需要进一步解析资源，才能渲染出最终的网页，所以，浏览器的解析机制也是网站性能优化的一个方向。各种优化方法都可以归类到这三个大方向中。

1.资源缓存

1.1 使用CDN

将网站的静态资源分离，如静态HTML、图片Image、样式CSS、脚本JS等，把静态资源部署到CDN中，可以明显加快这部分资源的加载速度。

1.2 利用HTTP缓存机制

HTTP缓存会把浏览器加载过的资源缓存到本地，下次加载时，只要缓存的资源没有过期，就可以直接使用本地的资源，减少了HTTP请求次数，加快了资源加载速度。具体做法是设置HTTP Header 中的Cache-Control参数。HTTP 1.0 中使用Pragma和Expires两个参数进行缓存，不过早已不推荐使用。

2. 资源的合并压缩

2.1 减少HTTP请求

用一个HTTP请求去加载一个10M的文件，和把这个文件拆分成1M的10个文件，用10个HTTP请求并行去加载，哪一种方式能更快完成加载？既然提到减少HTTP请求可以提高网站响应速度，那么结论貌似应该是用一个HTTP请求的方式更快。其实正确的答案是：不一定！

我做了一个小实验：有两个html文件，index1.html和index2.html，index1.html中用1个<script>标签加载一个2M的js文件bundle.js，index2.html中用6个<script>标签分别加载bundle1.js, bundle2.js …… bundle6.js，这6个js文件由bundle.js平均拆分得到。分别请求index1.html和index2.html 10次，得到加载bundle.js的时间和加载bundle1.js 到 bundle6.js的时间（以最后一个js文件加载完成为结束时间），计算平均加载时间分别为：1.07s 和 1.87s。

实验结论证明了，一个HTTTP请求加载一个合并后的资源文件，比多个HTTTP请求并发加载多个资源文件效率高。但结论只是针对平均加载时间而言，对于单次的比较，完全可能出现相反的结论，例如我的实验过程中，单一HTTTP请求加载时间的最大值为2.36s，超过了第二种加载方式的平均时间1.87s。可能有些人会比较疑惑，为什么并行的效率反而比串行的要低呢？其实，HTTP请求加载资源的瓶颈在带宽，而不是请求的数量，在一个请求已经利用带宽很充分的情况下，增加新的请求并不能减少整体的资源加载时间。

其实，减少HTTP请求来提高网站性能主要是基于以下2个原因：

1) HTTP连接的建立是比较耗时的，一般需要上百ms，每个HTTP请求还有一定的网络延时，需要的HTTP请求越多，这两部分产生的耗时也就越多。当然，HTTP 1.1 对keep-alive的默认支持，可以实现连接的复用，很大程度上优化了这个问题。

2）每个HTTP请求都需要附带额外的数据，比如请求和响应中的头信息，Cookie信息。当请求的资源很小时，附带的额外数据可能比实际的资源还大。

2.2 JS文件

合并压缩JS文件，一方面JS文件数量减少，需要的HTTP请求数也就减少了；另一方面，压缩JS文件可以极大地减小文件体积。可以使用webpack等Web构建工具对JS文件进行压缩合并。

要注意，压缩合并JS文件并不是要把所有的JS文件都打包到一个JS文件中。一般的做法是按照“基础代码”+“页面代码”分别打包。“基础代码”指各个页面或路由（对单页面而言）都要用到的通用代码，“页面代码”是只在某个具体页面或路由中才会用到的代码。这样就可以实现JS代码按需加载，避免页面首屏加载时，因为单一JS文件过大，而影响首屏显示时间。对单页面应用来说，还可以有一个vendor.js的文件，这个文件中的内容是一些用到频率比较高的第三方库（如ECharts等），但这些库并不是每个路由都会用到的，所以并不会被打包到“基础代码”中。将这样的第三方库从各个路由页面对应的JS文件中拆分，一是可以减少所有JS文件的整体大小，因为本来可能是A、B等多个文件都会包含的代码，现在则只需要一份；二是vendor.js只需要被加载一次，后续打开其他路由时，就可以不需要再次加载这部分代码了，起到了资源预加载的作用。

2.3 CSS文件

对CSS文件进行合并压缩，基本原理和做法同JS文件。

2.4 图片

1) 使用WebP格式的图片。WebP是一种支持有损压缩和无损压缩的图片文件格式，派生自图像编码格式 VP8。根据 Google 的测试，无损压缩后的 WebP 比 PNG 文件少了 45％ 的文件大小，即使这些 PNG 文件经过其他压缩工具压缩之后，WebP 还是可以减少 28％ 的文件大小。

2）使用字体图标IconFont。可以任意设置Icon图形的大小和颜色（只能是单色，因为本质上是给字体设置颜色）。

3）使用CSS Sprites将多张图片合并成一张，从而减少HTTP请求数量。

4）使用Base64直接把图片编码成字符串写入CSS文件，也是从减少HTTP请求数量考虑。但需要注意，Base64编码的图片最好是小图片（最好几十字节级别的），因为图片经过Base64编码后，一般会比原文件更大些。而且太长的Base64编码字符串也会影响CSS的整体可读性。

5）对于需要大量图片的网站，应该把图片资源单独部署，并使用不同的域名来访问。因为图片资源占带宽很大，如果把图片和其他资源部署到一台服务器或一个集群中，服务器端的出口带宽会受到很大影响。使用不同的域名加载图片资源，可以更好的利用浏览器并行下载的特性，因为浏览器对于一个域名下的最大并行请求数是有限制的。

2.5 服务器端开启gzip

服务端开启gzip压缩，可以减少资源文件在网络传输过程中的体积大小。

3.浏览器加载、解析、渲染机制

浏览器的工作原理非常繁琐和复杂，要想仔细了解，可以参考这篇经典的文章How browers work。

结合文章和我自己实验验证，简单来说的话，当浏览器载入一个HTML文件后，

1）会先将加载HTML中引用的所有外部资源（JS、CSS文件等）的请求放到一个队列中，然后浏览器通过多个线程（具体由浏览器设置决定）并发加载这些资源。

2）紧接着对HTML进行自上而下的解析。

3）当解析到<script>标签时，如果标签内是内嵌到HTML中的JS代码，会直接执行这部分代码；如果标签引用了外部的JS文件，且这个文件此时还没有下载完成，解析过程会被阻塞，直到JS文件下载完成，然后解析执行JS代码，之后才会继续HTML的解析过程；如果标签引用了外部的JS文件，但此时这个JS文件已经下载完成，则会直接执行这部分JS代码，并不会阻塞HTML的解析（可以理解成此时JS代码的执行本就属于HTML解析这个<script>标签的过程）。

4) 当解析到<link>标签时，不管<link>中引用的外部CSS资源是否加载完成，都不会阻塞HTML继续向下解析。

这里有2个需要注意的地方：

1）因为JS的加载会阻塞HTML向下解析，所以多个JS文件中代码的执行顺序，是和他们在HTML中的位置顺序保持一致的。例如HTML中，从上向下依次引入a.js, b.js, a.js的文件大小远大于b.js，这样b.js文件很可能先完成加载，但是并不会先于a.js中的代码执行，因为在a.js加载、解析、并执行完成前，HTML的解析是处于阻塞的，b.js所在的<script>标签自然也不会被解析执行。如果不希望加载外部JS文件阻塞HTML的解析，可以使用script标签的defer或async属性，这里就不再展开。

2）所有引用的外部脚本或样式文件，在HTML开始解析前，就已经加入到浏览器的请求队列中，所以多个外部资源开始加载的起始时间一般不会相差很大，除非请求的外部资源数量很多，超过了浏览器的并发请求数。

基于浏览器工作原理的常用优化性能的方法有2个：

1）引用外部CSS文件的link标签，一般会写在<head>内，这是为了能尽早的使<body>内的元素获取样式，优化视觉显示效果。

2）引用外部JS文件的script标签，一般会写在<body>底部，这是为了避免HTML的解析被阻塞，从而使页面元素更快的显示出来。需要注意，虽然script写在<body>底部，但这不意味着<body>内的其他元素都解析完成后才开始加载这些JS文件，这些JS文件依然会在HTML开始解析前，就被加入到请求队列中。

以上就是从资源缓存、资源合并压缩和浏览器解析原理三个维度出发，常用的优化网站性能的实践方法

利用.htaccess文件对PHP网站或文件进行伪静态处理

一、检查服务器是否支持伪静态处理：

必 须要空间支持 Rewrite 以及对站点目录中有.htaccess 的文件解析,才有效.找到apache安装目录下的httpd.conf文件，去掉LoadModule rewrite_module modules/mod_rewrite.so前面的#

二、在httpd.conf中查找以下部分：

<Directory />
 Options FollowSymLinks
 AllowOverride None
</Directory>

改为：

<Directory />
 Options FollowSymLinks
 AllowOverride All
</Directory>

三、重启apache服务器，添加.htaccess文件

RewriteEngine On
#以index.html代替index.php 
RewriteRule ^test.html$ test.php
#以test.php?id=2 伪静态 test_2.html
RewriteRule ^test_([0-9]{1,}).html$ test.php?id=$1

php程序优化的方法

1、 用单引号代替双引号来包含字符串，这样做会更快一些。因为 PHP 会在双引号包围的 字符串中搜寻变量，单引号则不会，注意：只有 echo 能这么做，它是一种可以把多个字符 串当作参数的“函数”(译注：PHP 手册中说 echo 是语言结构，不是真正的函数，故把函数 加上了双引号)。

2、如果能将类的方法定义成 static，就尽量定义成 static，它的速度会提升将近 4 倍。

3、$row[‘id’] 的速度是$row[id]的 7 倍。

4、echo 比 print 快，并且使用 echo 的多重参数(译注：指用逗号而不是句点)代替字符串 连接，比如 echo $str1,$str2。

5、在执行 for 循环之前确定最大循环数，不要每循环一次都计算最大值，最好运用 foreach 代替。

6、注销那些不用的变量尤其是大数组，以便释放内存。

7、尽量避免使用__get，__set，__autoload。

8、require_once()代价昂贵。

9、include 文件时尽量使用绝对路径，因为它避免了 PHP 去 include_path 里查找文件的速 度，解析操作系统路径所需的时间会更少。

10、如果你想知道脚本开始执行(译注：即服务器端收到客户端请求)的时刻，使用 $_SERVER[‘REQUEST_TIME’] 要好于 time()

11、函数代替正则表达式完成相同功能。

12、str_replace 函数比 preg_replace 函数快，但 strtr 函数的效率是 str_replace 函数的四倍。

13、如果一个字符串替换函数，可接受数组或字符作为参数，并且参数长度不太长，那么 可以考虑额外写一段替换代码， 使得每次传递参数是一个字符， 而不是只写一行代码接受数 组作为查询和替换的参数。

14、使用选择分支语句(译注：即 switch case)好于使用多个 if，else if 语句。

15、用@屏蔽错误消息的做法非常低效，极其低效。

16、打开 apache 的 mod_deflate 模块，可以提高网页的浏览速度。

17、数据库连接当使用完毕时应关掉，不要用长连接。

18、错误消息代价昂贵。

19、在方法中递增局部变量，速度是最快的。几乎与在函数中调用局部变量的速度相当。

20、递增一个全局变量要比递增一个局部变量慢 2 倍。

21、递增一个对象属性(如：$this->prop++)要比递增一个局部变量慢 3 倍。

22、递增一个未预定义的局部变量要比递增一个预定义的局部变量慢 9 至 10 倍。

23、仅定义一个局部变量而没在函数中调用它，同样会减慢速度(其程度相当于递增一个局 部变量)。PHP 大概会检查看是否存在全局变量。

24、方法调用看来与类中定义的方法的数量无关，因为我(在测试方法之前和之后都)添加了 10 个方法，但性能上没有变化。

25、派生类中的方法运行起来要快于在基类中定义的同样的方法。

26、调用带有一个参数的空函数，其花费的时间相当于执行 7 至 8 次的局部变量递增操作。 类似的方法调用所花费的时间接近于 15 次的局部变量递增操作。

27、Apache 解析一个 PHP 脚本的时间要比解析一个静态 HTML 页面慢 2 至 10 倍。尽量 多用静态 HTML 页面，少用脚本。

28、除非脚本可以缓存，否则每次调用时都会重新编译一次。引入一套 PHP 缓存机制通常 可以提升 25%至 100%的性能，以免除编译开销。

29、尽量做缓存，可使用 memcached。memcached 是一款高性能的内存对象缓存系统， 可用来加速动态 Web 应用程序，减轻数据库负载。对运算码 (OP code)的缓存很有用，使 得脚本不必为每个请求做重新编译。

30、 当操作字符串并需要检验其长度是否满足某种要求时， 你想当然地会使用 strlen()函数。 此函数执行起来相当快，因为它不做任何计算，只返回在 zval 结构(C 的内置数据结构，用 于存储 PHP 变量)中存储的已知字符串长度。但是，由于 strlen()是函数，多多少少会有些 慢，因为函数调用会经过诸多步骤，如字母小写化(译注：指函数名小写化，PHP 不区分函 数名大小写)、哈希查找，会跟随被调用的函数一起执行。在某些情况下，你可以使用 isset() 技巧加速执行你的代码。 (举例如下) if (strlen($foo) < 5) { echo “Foo is too short”$$ } (与下面的技巧做比较) if (!isset($foo{5})) { echo “Foo is too short”$$ } 调用 isset()恰巧比 strlen()快，因为与后者不同的是，isset()作为一种语言结构，意味着它 的执行不需要函数查找和字母小写化。 也就是说， 实际上在检验字符串长度的顶层代码中你 没有花太多开销。

31、当执行变量$i 的递增或递减时，$i++会比++$i 慢一些。这种差异是 PHP 特有的，并不 适用于其他语言， 所以请不要修改你的 C 或 Java 代码并指望它们能立即变快， 没用的。 ++$i 更快是因为它只需要 3 条指令(opcodes)，$i++则需要 4 条指令。后置递增实际上会产生一 个临时变量，这个临时变量随后被递增。而前置递增直接在原值上递增。这是最优化处理的 一种，正如 Zend 的 PHP 优化器所作的那样。牢记这个优化处理不失为一个好主意，因为 并不是所有的指令优化器都会做同样的优化处理， 并且存在大量没有装配指令优化器的互联 网服务提供商(ISPs)和服务器。

32、并不是事必面向对象(OOP)，面向对象往往开销很大，每个方法和对象调用都会消耗很 多内存。

33、并非要用类实现所有的数据结构，数组也很有用。

34、不要把方法细分得过多，仔细想想你真正打算重用的是哪些代码?

35、当你需要时，你总能把代码分解成方法。

36、尽量采用大量的 PHP 内置函数。

37、如果在代码中存在大量耗时的函数，你可以考虑用 C 扩展的方式实现它们。

38、 评估检验(profile)你的代码。 检验器会告诉你， 代码的哪些部分消耗了多少时间。 Xdebug 调试器包含了检验程序，评估检验总体上可以显示出代码的瓶颈。

39、mod_zip 可作为 Apache 模块，用来即时压缩你的数据，并可让数据传输量降低 80%。

40、在可以用 file_get_contents 替代 file、fopen、feof、fgets 等系列方法的情况下，尽量 用 file_get_contents，因为他的效率高得多!但是要注意 file_get_contents 在打开一个 URL 文件时候的 PHP 版本问题;

41、尽量的少进行文件操作，虽然 PHP 的文件操作效率也不低的;

42、优化 Select SQL 语句，在可能的情况下尽量少的进行 Insert、Update 操作(在 update 上，我被恶批过);

43、尽可能的使用 PHP 内部函数(但是我却为了找个 PHP 里面不存在的函数，浪费了本可 以写出一个自定义函数的时间，经验问题啊!);

44、 循环内部不要声明变量， 尤其是大变量： 对象(这好像不只是 PHP 里面要注意的问题吧?);

45、多维数组尽量不要循环嵌套赋值;

46、在可以用 PHP 内部字符串操作函数的情况下，不要用正则表达式;

47、foreach 效率更高，尽量用 foreach 代替 while 和 for 循环;

48、用单引号替代双引号引用字符串;

49、“用 i+=1 代替 i=i+1。符合 c/c++的习惯，效率还高”

50、对 global 变量，应该用完就 unset()掉;

curl 获取 https 请求方法

1.需要curl获取第三方的API，对方的API是https方式的。之前使用curl能获取http请求，但今天获取https请求时，出现了错误提示.

2.解决方法，在curl请求时，加入

curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); // 跳过证书检查 
curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, true); // 从证书中检查SSL加密算法是否存在

3.

 $ch = curl_init();
 curl_setopt($ch, CURLOPT_SSL_VERIFYPEER, false); // 跳过证书检查
 curl_setopt($ch, CURLOPT_SSL_VERIFYHOST, true);// 从证书中检查SSL加密算法是否存在
 curl_setopt($ch, CURLOPT_URL,$url);
 curl_setopt($ch, CURLOPT_HEADER, false);
 curl_setopt($ch, CURLOPT_TIMEOUT,30);
 curl_setopt($ch, CURLOPT_RETURNTRANSFER, 1);
 $orders = curl_exec($ch);

浏览器版本判断

  • JS判断
<!DOCTYPE html>
<html>
<head>
    <meta charset=" utf-8">
    <title>判断浏览器版本,解决兼容问题</title>
    <script type="text/javascript">
        var userAgent = navigator.userAgent,
            rMsie = /(msie\s|trident.*rv:)([\w.]+)/,
            rFirefox = /(firefox)\/([\w.]+)/,
            rOpera = /(opera).+version\/([\w.]+)/,
            rChrome = /(chrome)\/([\w.]+)/,
            rSafari = /version\/([\w.]+).*(safari)/;
        var browser;
        var version;
        var ua = userAgent.toLowerCase();
        function uaMatch(ua){
//            alert(11);
            var match = rMsie.exec(ua);
            if(match != null){
                return { browser : "IE", version : match[2] || "0" };
            }
             match = rFirefox.exec(ua);
            if (match != null) {
                return { browser : match[1] || "", version : match[2] || "0" };
            }
             match = rOpera.exec(ua);
            if (match != null) {
                return { browser : match[1] || "", version : match[2] || "0" };
            }
             match = rChrome.exec(ua);
            if (match != null) {
                return { browser : match[1] || "", version : match[2] || "0" };
            }
             match = rSafari.exec(ua);
            if (match != null) {
                return { browser : match[2] || "", version : match[1] || "0" };
            }
            if (match != null) {
                return { browser : "", version : "0" };
            }
        }
        var browserMatch = uaMatch(ua);
        if (browserMatch.browser){
            browser = browserMatch.browser;
            version = browserMatch.version;
        }
        document.write(browser+version);
    </script>
</head>
<body>

</body>
</html>
  • IF条件判断
<!DOCTYPE html>
<html>
<head>
    <meta charset=" utf-8">
    <title>判断浏览器版本,解决兼容问题</title>
</head>
<body>
<!--[if IE]>只有IE6,7,8,9浏览器显示(IE10标准模式不支持)<hr/><![endif]-->

<!--[if !IE]><!-->只有非IE浏览器显示(不包括IE10、IE11)<hr/><!--><![endif]-->

<!--[if IE 9]>IE9浏览器显示<hr/><![endif]-->

<!--[if IE 8]>IE8浏览器显示<hr/><![endif]-->

<!--[if IE 7]>IE7浏览器显示<hr/><![endif]-->

<!--[if IE 6]>IE6浏览器显示<hr/><![endif]-->

<!--[if lt IE 10]>IE10以下版本浏览器显示(不包括IE10)<hr/><![endif]-->

<!--[if lte IE 9]>IE9及IE9以下版本浏览器显示(包括IE9)<hr/><![endif]-->

<!--[if gt IE 6]>IE6以上版本浏览器显示(不含IE6)<hr/><![endif]-->

<!--[if gte IE 7]>IE7及IE7以上版本浏览器显示(包含IE7)<hr/><![endif]-->
</body>
</html>
  • IE浏览器判断
<script type="text/javascript">
    // 用于 IE 的代码：
    //if (window.ActiveXObject)  //此方法判断ie11时会返回false
    if ("ActiveXObject" in window)//故 改成这个判断
    {
        alert('ie');
    }
    // 用于 Mozilla, Firefox, Opera, 等浏览器的代码：
    else
    {
        alert('!ie');
    }
</script>

 

 

PHP设计模式——单例模式

PHP中的对象生存期间是从该脚本开始一直到该脚本结束为止，因此PHP的单例模式只是在一个页面中（这里可能包含很多其他页面，不是狭义的单页面）多次用到该对象时才会起作用，多次用到时不去重复的new对象(多个人做一个项目时，难免会碰到一次请求中多次实例一个对象的情况)，将不会耗费不必要的资源(数据控连接操做效果很明显)，还有一点就是可以保证整个脚本中都是同一个对象，这种模式是怎么实现的呢，他的实现有几个要注意的点：

1. 首先就是要将__construct()方法定义为私有方法，这样就不能通过new来得到一个新的实例了,单例模式不能在外部进行实例化，这能字自身内部进行实例化；

2. 同样要屏蔽__clone()方法，防止从类外部进行克隆

3. 然后就是定义一个用来保存实例的私有变量和获取私有变量的公有函数getInstance()

<?php
/**
 * 设计模式之单例模式
 * $_instance必须声明为静态的私有变量
 * 构造函数必须声明为私有,防止外部程序new类从而失去单例模式的意义
 * getInstance()方法必须设置为公有的,必须调用此方法以返回实例的一个引用
 * ::操作符只能访问静态变量和静态函数
 * new对象都会消耗内存
 * 使用场景:最常用的地方是数据库连接。
 * 
class Singlemodel{
    /**
     * 保存Singlemodel实例的变量
     * @var Singlemodel $_instance
     */
    private static $_instance = null;

    /**
     * 屏蔽掉通过new来实例化该对象（也可以去掉）
     * 这里来测试数据库连接
     */
    private function __construct(){
        header("Content-Type:text/html;charset=utf-8");
    }

    /**
     * 通过该方法获取实例，防止多次实例化
     */
    public static function getInstance(){
        if(!(self::$_instance instanceof self)){
            self::$_instance = new self();
        }
        return self::$_instance;
    }

    /**
     * 测试1，通过使用单例模式
     */
    public static function testOne(){
        return self::getInstance();
    }

    /**
     * 测试1，通过使用单例模式
     */
    public static function testTwo(){
        return new self();
    }

}
$obj = array();
$begin = microtime(true);
for($i=0;$i<10000;$i++){
    /*
    * 这里进行两次测试，testOne应用了单例模式，testTwo没有应用单例模式，
    * 我们分别看看他们占用的资源和耗费的时间
    */
    $obj[$i] = Singlemodel::testOne();
//    $obj[$i] = Singlemodel::testTwo();
}
echo "程序运行期间最大内存占用:".memory_get_peak_usage()."bytes\r";
echo "程序运行耗时:".floatval(microtime(true) - $begin)."s\r";

5次测试结果平均：

未使用单例模式：
程序运行期间最大内存占用:2341720bytes
程序运行耗时:0.0505061149597s

使用单例模式：
程序运行期间最大内存占用: 613272bytes
程序运行耗时:0.018285036087s

到这里，你要是自己测试过就会发现，当链接次数比较少时，差异是比较小的。其实在一次请求中达到很多次实例化也是比较少的，那么是不是说这个就没作用了呢，当然不是，你想想看，首先，这样可以尽量避免多次实例化，减小资源消耗；其次，就算是这10ms级的差距，在高并发系统中也是很有用的。我们用它好处多多

 

为什么要把网站的URL做成伪静态

伪静态就是动态网页通过重写URL的方法实现去掉动态网页的参数，但在实际的网页目录中并没有必要实现存在重写的页面。

一、伪静态的好处：是迎合搜索引擎，方便搜索引擎蜘蛛来抓取网页上的相关内容，从而有利于优化网站；

二、伪静态的缺点：由于伪静态是用正则判断而是纯实地址，分不辨到底显示哪个页面的责任也由直接指定转由CPU来判断了，所以CPU占有量的上升，确实是伪静态最大的弊病

我们来总结一下：
1、使用纯静态和伪静态对SEO来说没有什么区别
2、使用纯静态可能将导致硬盘损坏并将影响论坛性能
3、使用伪静态将占用一定量的CPU占有率，大量使用将导致CPU超负荷
4、最重要的一点，我们要静态是为了SEO
5、静态化的网站开发成本都比较高，对于中小企业建议考虑成本。
所以：
1、使用纯静态的方法可以直接排除了，因为无论怎么生成，对硬盘来说都是很伤的。
2、既然纯伪静态的效果一样，我们就可以选择伪静态了。
3、但是伪静态大量使用会照成CPU超负荷。
4、所以我们只要不大量使用就可以了。
5、既然静态只是给SEO看的，我们只需要伪静态给SEO就行了，不需要给用户使用。
6、所以我们只要在专门提供给SEO爬的Archiver中使用伪静态就可以了。