你的网站开启速度迟缓，用户等待三秒便离去，流量以及潜在订单就此白白耗费。将动态PHP网站转变为纯静态HTML文件，这是颇具成效的加速举措，并且成本极为低廉。
用PHP脚本批量抓取生成
这番方式的关键所在是致使PHP自身充当一回访客，将每一个动态页面的内容抓取而下存储成为文件，你得于服务器之上创建一个生成脚本，比如说称作build.php。
于脚本当中，先借助file_get_contents或者cURL库去对网站的URL予以请求，像http://yourdomain.com/news.php?id=1这样的。请求若成功，返回的HTML内容会被存储于变量里，接着选用file_put_contents函数来把内容写入以.html结尾的文件，诸如news_1.html。
操作之际需留意，倘若网站存有用户登录状态或者表单令牌，径直抓取极有可能遭遇失败。能够先行于脚本之中模拟登录，获取到有效的Cookie之后再去发起请求。提议将所有要生成的URL预先存于数组或者数据库里，借助循环进行批量处理。
利用wget工具全站镜像
要是针对那种已然上线并且链接数量较多的网站而言，运用命令行工具wget可是最为省事的做法。你只要借助SSH登录到服务器，输入一条带有参数的wget命令便能够着手进行抓取了。
比如说推行wget -r -l 3 -k -p http://yourdomain.com，其中，-r意味着递归进行抓取，-l 3对抓取的链接层数作出限制，仅抓取三层链接，-k会把页面之中的链接转变为相对路径，-p用于下载全部的图片以及CSS等素材。像这样抓取得来的文件能够直接放置于Apache或者Nginx目录之下以供访问。
进行抓取操作之际，务必要留意着重避开后台路径，举例来说需将/admin目录予以排除，以此来防范管理页面被暴露出来。倘若网站的体积十分庞大，那么还得对并发数以及抓取间隔加以有效控制，切莫把服务器拖垮。
代码逻辑实时静态化
在原本的PHP代码当中搞动作，能够使得页面在最先一次被访问之际就去生成HTML文件，后续再进行访问便直接读取静态文件。拿新闻详情页来说，于数据库查询以及数据渲染结束之后，将最终的HTML内容写入文件。
比方说，在news.php?id=123这样的逻辑的末尾之处，运用ob_start开启输出缓冲，将所有的输出内容捕获并存储到变量之中，接着通过file_put_contents('news_123.html', $content)来操作。在下一次请求的时候，首先判断news_123.html是否存在并且没有过期，要是存在的话就直接进行输出，从而跳过PHP的执行。
此方式的难点在于，处理URL参数与文件名的对应关系，你得设计一套映射规则，将动态参数转化成唯一的文件名，并且要思考，当内容更新时，怎样自动删除或者重新生成旧的HTML文件。
结合缓存控制生成频率
当前时刻呈现的静态化固然具备一定优势，然而，要是每一次进行访问之际都实施一次文件的写入操作，那么，在高并发这一特定环境之下，反而会致使服务器所承受的负担得以增加。在这样的情形出现之时，即刻便需要增添缓存机制，以此达到对文件生成频率予以有效控制的目的。
在撰写文件以前，能够对文件的最终修改时间予以核查。举例来说，设定一项规则：要是HTML文件已然存在，并且是在一小时范围之内产生的，那就径直输出该文件；要是时长超出一小时的话，才再度执行PHP代码进而更新HTML。这个时间间隔能够依据内容更新的频率进行灵活变动。
更为精细的做法是，于后台发布文章或者编辑数据之际，主动促使相关页面启动静态化。如此一来，既能确保内容能够实时予以更新，又能够防止出现无效的重复生成情况。能够将触发逻辑挂载于数据模型的保存事件当中，从而一劳永逸。
静态化后的服务器配置
在生成HTML文件之后，还得对Web服务器配置作出调整，以便让用户在进行访问的时候能够自动精准命中这些静态文件。拿Nginx来说，你要对虚拟主机配置予以修改，增添try_files指令。
比如说进行try_files $uri $uri/ /index.php?$args的设置，其表达的意思是，当所请求的URI对应的HTML文件处于存在的状态时，会直接将该文件予以返回；而当不存在的时候，才会把它交给PHP去进行处理。如此一来，能够在最大程度上发挥出静态页面的性能优势。
不要忘记针对所生成的HTML文件去设置恰当合理的过期时间，且要在浏览器端将缓存予以启用。对于诸如图片、CSS、JS等之类的素材而言，同样也是建议去加上版本号或者时间戳的，以此来避免在更新过后用户看到的是旧有的样式。
静态站点的维护更新
当网站转变为静态文件之后，要是想要更新内容，那就得去重新生成与之相对应的HTML。倘若这是个博客或者新闻站，那么每次在发布文章之际，都提议重新去生成首页、栏目页以及文章页，以此来保证整站能够实现同步。
你能够撰写一个简易的维护脚本，将其放置于后台管理系统的发布按钮之中,当点击发布这个操作发生时,该脚本会自动去调用生成程序,以此来更新相关的静态文件,即便这是一个电商网站,由于库存以及价格变化较为频繁,此情形下静态化所面临的难度会更大一些,或许需要去考虑部分动态化或者采用前端JavaScript异步加载价格数据。
有必要定期进行检查，需检查静态文件的磁盘占用情况，要把长期无人阅读而后搁置的旧文章文件进行归档，或者将其删除，进而避免磁盘空间被大量占据直至爆满。借助cron定时任务能够轻松达成这个清理所遵循的逻辑状态 ，过程较为轻巧轻松。
当你来做网站静态化之际，究其实是更偏向于将全部的静态文件予以生成，还是仅仅针对部分那些高频进行访问的页面去开展静态化的处理操作？欢迎于评论区这片区域分享披露你的实战方面所拥有的经验，要是觉着文章具备有用性的话，可千万不要忘记去进行点赞以及给予转发之举！
还没有评论，来说两句吧...