分类
网站

WordPress网站优化

WordPress网站的优化向来是装几个插件就可以解决问题,之前在虚拟主机上做的优化很局限(Redis之类的没有办法装)。目前网站在浏览器上测试的结果还挺好的。

本文章将持续更新,并且本文章所介绍的内容均免费。(或者免费就够用)

测试结果

速度方面的网站优化

HTTP2 push content插件可以帮你轻松应用http2,它会自动将页面所包含的js和css文件用server push推送出去。关于server push,《HTTP/2 服务器推送(Server Push)教程》有对于这项技术可以减少请求次数的说明(大概就是用一两次请求快准狠地解决)。除此之外,又拍云也支持设置http2+server push,不过有一点局限。

Redis Object Cache插件可以将评论等数据通过Redis数据库进行缓存,在提升网站并发能力的同时加快网站的速度。WP OPcache插件可以对PHP脚本进行加速。这两个插件需要服务器安装相应的应用或拓展,虚拟主机没有办法使用本方案。

在CDN这边尽量将js、css以及音频等静态文件的缓存过期时间设大一些。又拍云还有页面的压缩,其中压缩等级设为1就足够,设太大会影响速度。

另外,又拍云还支持http3,建议使用。(不过这个对网站的加载速度没有太大影响)

安全方面的网站优化

虽然说这个东西对于真的想要攻击的人来说是个徒劳,但作为站长,我们不可能将大门敞开着让别人进来。

服务器方面,杜老师帮忙给我的服务器装上了微步木马检测,我将面板的安全风险弄到0。

应用方面,我将网站所使用的全部插件开启了自动更新,WordPress版本也将始终保持最新。网站使用Wordfence安全插件作为应用防火墙,并按照插件所给的提示修改了php.ini。

最近,暴力破解的形势有点严峻。根据Wordfence提供的数据,大部分攻击者选择使用admin为用户名进行爆破,还有一些使用我的域名、英文名、test开头的用户名进行尝试,本月尝试暴力破解的次数为187次,各类攻击的次数为1116次。目前正在使用Two-Factor Authentication加固登陆,这样即便尝试出了密码也无法登录后台。

解析方面,本站使用腾讯云进行域名注册,使用Cloudflare进行域名的解析,并开启DNSSec。(好像听说DNSSec没有什么用,就蛮开一下)听说Cloudflare在国内的解析有点问题,就转而使用云盾来作权威解析服务。

分类
网站

本站提供公益Umami统计服务

为了知道网站的访客数量,我打算使用像百度统计、CNZZ、51la统计之类的第三方统计。但百度统计没有广告,它靠什么来维持服务器的支出我们不得而知。我个人对百度统计不太放心,怕它会对网站的访客做分析。(仅仅只是猜测而已)

之前在开往了解到Umami统计。今天请杜老师折腾一整天帮忙装了下Umami。(博客今天也寂了大半天了)

Umami相比于不蒜子统计,还可以看到Referrer访问来源,看看访客来自哪个网站,说不定可以发现博客呢。

这个Umami可以添加多个网站,还有多用户。独乐乐不如众乐乐。我打算开放出来让大家申请,只要向我申请一下就可以轻松用上Umami。

请将以下信息发到我的邮箱[email protected]

  • 你想要的用户名
  • 将要部署Umami的网站名称
  • 网站域名

我在收到邮件后会回复你:

  • 初始密码(记得登录后要改密码哦)
  • 统计代码(请放置在头部<head>中)

申请条件:

  • 不要有其他的第三方统计代码
  • 内容合法合规
  • 其他我认为有必要作为申请条件的要求

避免统计被广告拦截器拦截的方法

示例:https://f.xiaozonglin.cn/

  1. 将umami.js部署在自己的网站上,并对文件重命名。
  2. 将追踪代码中的src改为自己网站上的js文件地址。
  3. 在标签中添加data-host-url=”https://u.xiaozonglin.cn”。

故障报告

2022年11月27日上午7时,在检查统计数据状况的时候发现“杜老师说”和“林林杂语”网站的统计数据存在数小时的空窗。对Umami服务的两个容器进行监控,发现两个容器的磁盘IO均为0。用开发人员选项对两个网站的网页进行检查发现,访客仅下载了umami.js脚本,并没有对应用程序接口发送数据。在本站将data-cachedata-auto-trackdata-do-not-track三个属性删除后,发现统计结果恢复正常。据此可以推断,本次故障是由于添加属性导致访客没有发送数据造成的。本次故障已通知“杜老师说”的站长,等待站长响应(已恢复正常)。本次故障暴露出“我个人在推荐属性时并没有对属性可能造成的后果进行试验,只是按照官方文档上的描述进行推断”这一问题,会在今后的维护中改正。我将持续对统计结果进行关注,并及时解决问题。

2022年12月4日,收到来自“启涵”和“Rose”的反馈,并在“杜老师说”网站控制台中发现相似的问题。我修改了CDN的CORS跨域设置,目前“杜老师说”的数据已恢复正常。“Rose个人博客”和“启涵的博客”的数据恢复情况还有待确认。本次故障是由于跨域没有设置允许的请求方法导致的。

2022年12月29日15时52分,服务器的CPU利用率升至92.4%,此后腾讯云的监控失效,硬盘IO等待时间在近25分钟内保持高位。“林林杂语”博客主站、Umami后台(统计脚本受CDN缓存不受影响)、博文集萃服务均不可用。16时17分,服务器相关指标落回正常区间,服务均恢复正常。