终于找到了站点响应时间长的原因了，是OSS Upload…… 新建的wp把数据库的post，comment，term这些非插件原生数据库用原博客数据库中的表替换后，把其他插件也基本都安装启动，发现页面需要3秒左右的时间去响应，而如果禁用OSS Upload，仅一秒左右。刚才点你的几个页面计时，发现快一点，可能是因为主机不同，大约2秒多一些，但是关于页面需要比较长的时间。 试用了老部落开发的WPOSS，响应速度在1.2-1.5秒之间，所以打算把插件换过去，不过遇到一个问题，启用WPOSS之后，OSS Upload上传的图片在媒体库中不显示，前端网页里可以显示直接插入的图片，但是以相册的形式或者封面的形式的图片不能显示…… Google Chrome 81 Windows 10 回复
@Yan 我已经重新整了……没有装OSS upload，可能会选择装WPOSS……也可能直接去aliyun oss上传，相册和封面之类的上传到wp本地。 感觉WPOSS不会拖慢速度，而且OSS upload自己上传的只能自己识别，相当于永远得用它……如果将来换图床或者是搬迁到本地，都不行，这一点，还是不太能接受……不过测试的时候发现装了WPOSS之后，问题消失了，OSS upload上传的东西，把它禁了把WPOSS再启动，无缝衔接，把俩插件都禁止了，图片手动上传到服务器里，也无缝衔接。 没搞明白到底是为什么…… Google Chrome 81 Windows 10 回复
@=.= “OSS upload自己上传的只能自己识别”是什么意思？插入的图片都是aliyun OSS自己的链接啊。如果你是说，wp媒体相册用了一个工具上传后，换一个就不识别的话，这个锅跟OSS Upload应该没啥关系，是wp自己的问题。 Firefox 75 Mac OS X 10.15 回复
@Yan 问题是WPOSS上传后，无论是WP自己还是OSS upload都可以正常显示。我详细一点说吧……如果你不嫌烦的话，哈哈…… OSS upload上传图片之后，把它禁用，然后这个时候媒体里该图片的链接会自动变回网站目录/uploads的，可是问题来了，即便在相应路径把该图片上传，也不显示……该图片的媒体页面也只是显示个链接，如果点这个链接，可以显示图片，证明图片是存在的路径也没问题。 WPOSS上传图片后，也把它禁用，然后这个时候媒体里的链接也会自动变回wp本地，把图片上传到网站目录/uploads对应文件夹，正常显示…… 和OSS有关的插件全部禁止，上传一个图片，它是上传到网站目录/uploads的，然后启用OSS upload，在aliyun oss手动上传刚才的图片，路径正确，即博客媒体页面不显示；换WPOSS，相同操作，图片可以显示。 是不是很奇怪，还有更奇怪的，在测试站把两个插件都安装之后，此后再上传的图片，上面的问题不存在了……可是问题是之前的没解决…… 我这里说的显示图片不是文章里插入的图片，文章插入的图片基本只是一个img链接的话，就和显示一个图片链接一样正常显示。 而是：1.后台媒体库的缩略图，2.媒体页面，3.相册（启用灯箱之后，我发了不少这样的帖子，悔……），4.封面图片。 Google Chrome 81 Windows 10 回复
@Yan 怎么刚才追加了一条评论，点完消失了刷新也没有了…… avatar缓存的那段代码也会让响应时间变长，移除了，用lazy load本来就对图片处理有帮助。 （这次发送之前先copy一下……） Google Chrome 81 Windows 10 回复
@Yan 最近帮我稍微留意一下打开速度吧，如果问题不大的话不打算启用avatar缓存了，看看 lazy load 能管用不。 P.S.好像发现上次为什么评论消失了，得刷新一下页面才能进行第二次评论，不然可能就小时了，这句话刚刚又消失了…… Google Chrome 81 Windows 10 回复
@=.= 嗯因为我开启了缓存。我个人不刷新页面可以评论。回头我把缓存的后台设置一下。你站打开速度还行，但avatar加载挺慢。 Wordpress App 14 iPhone iOS 13.4.1 回复
@Yan 那就好，以前点一下光响应时间都得等半天…… 不用相册的话，图片太多页面不太友好……你的照片基本都挺好看的，不会有这样的担忧🤣 安装其他相册插件的话又多一个插件……你有用过吗？ Google Chrome 81 Windows 10 回复
@Yan 我现在已经用highslide.js做放大预览，但是问题是把图片排列成相册还是得wp上传，不能用url…… 新安装wp之后，遇到另外一个问题：图像后期处理失败，可能是服务器忙或没有足够的资源。请尝试上传较小的文件。推荐的最大尺寸为2500像素。不开启插件没有遇到这个问题，请问这个可能是什么原因？ 不开启插件可以上传，虽然偶尔几张图片也会遇到这个问题，重新上传就可以了，但是不管是oss upload还是wposs插件，连一张图片都不能上传…… Google Chrome 81 Windows 10
@=.= 如果你用古腾堡作为后台的话，每张图片都是一个块。只要把单独的图片块全选，然后转换成相册即可。 图像后期处理失败的问题没碰到过，不清楚是什么原因……你检查下Aliyun OSS的后台设置。 退一万步，万一解决不了，你把图片先resize了再上传。 Firefox 75 Windows 10
@Yan 哦，原来区块编辑器可以把图片组合起来，我回头试试，现在用table暂时解决了，不过编辑图片的时候面对的是一堆链接……不好分辨谁是谁。 aliyun oss应该没有问题，也去看了看设置没看出什么问题。图片已经是改过尺寸的，600-900不等的图片都试过…… 反正是玄学，昨天晚上主站本地上传图片也会出现这个失败，我把代码和数据库copy到另外一个域名的目录和数据库里，没问题。然后主站的域名建立一个全新的wp，竟然还是那样，几十张图片总会有几张出现这个失败（用oss upload或者wposs是一张都不能上传）。据说是wp5.3之后出现的图片判断，在主站域名下建立了一个全新的5.2.5的，什么都不装，也会有问题，只不过提示变成了http错误。 网上那些解决办法，都不适用…… 后来把语言换为英语，上传了100张全部都正常上传，换为中文，又出现了……今天中文，却OK……测试之后把数据库恢复到了昨天晚上，反正我是不打算用wp自带的上传了，手动上传到aliyun，然后通过url插入图片吧，这样数据库里attachment少一些各种附带关系少一些还轻量。 Google Chrome 81 Windows 10
@=.= 其他我不多说什么，不过你说打算手动上传aliyun oss，我觉得是否重新考虑。毕竟wp发展到今天，还用这种20年前我那时候在msn space写博的方式，有些太辛苦。 我不清楚你写作的流程是什么。与从前一篇游记写三小时不同，我如今写一篇非常快，先照片导入相关图片处理软件，大部分微调后批量resize，然后打开后台写作，把图片全选后拖入古腾堡编辑器就会自动上传为相册（如果不喜欢相册可以直接一键转换为相片）。随后见缝插针的看图说话，一般二十分钟一篇就好了。 Firefox 75 Mac OS X 10.15
@Yan 我的流程不太一样，先是word里建立文档，写内容。除非文字内容比较少的，是按照你那样的方式。 写完之后修改，检查错别字，检查不地道的表达…… 然后图片放到一个文件夹里挑选，resize顺便rename wp新建文章，把word里的内容复制进去（大部分用classic editor，偶尔用block），添加媒体（本来是这样），图片上传比较慢，利用这个时间再继续调整文字部分 然后插入上传好的图片，剪切粘贴图片来调整顺序把它放到合适的位置，图片多的时候比较揪心…… 如果插入的相册遇到图片比较多，单独一批上传，这样不用挑选 然后挑个好时间点击发布，发布之后读一读再修改修改 ……很费时间的 北海道系列的前几篇估计每篇得10个小时，因为有些还得去视频素材里找图片。（即便是文字少图片少，20分钟估计也不可能，习惯性的一遍又一遍检查句子、词语、表达……） 现在的问题是即便想上传也不能用wp直接上传到OSS，如果用wp本地，貌似勉强可以，但是日积月累，估计会让迁移的时候比较麻烦。 又打了不少字，又检查了几遍……😂 Google Chrome 81 Windows 10
發現「竹炉山房 Hermit Cottage」的 RSS 出問題了，W3C 的驗證也過不了。 > Server returned [SSL: WRONG_SIGNATURE_TYPE] wrong signature type (_ssl.c:727) Firefox 78 Windows 10 回复
@櫻川 浅羽 我觉得是validator.w3.org有问题……我check了fatesinger的feed和你的feed（asaba.sakuragawa.moe/feed），都出现了错误…… Firefox 76 Mac OS X 10.15 回复
@Yan W3C Feed Validator 沒問題。雖然我的部落格的 feed 也顯示錯誤，但是內容規範有問題，不是 SSL 的問題。 我本地試了一下，Fedora 32 下使用 openssl-1.1.1g-1.fc32.x86_64 可以正常通過 SSL 握手： * SSL certificate verify ok. 但我的 RSS 客戶端運行在 Debian 上，其包更新策略較穩重，最新版本為 1.1.1d-0+deb10u3，此時就會出現 SSL 問題： curl: (35) error:1414D172:SSL routines:tls12_check_peer_sigalg:wrong signature type W3C Feed Validator 有可能也運行在 Debian 上，或者使用較老版本的 openssl。我的部落格也是使用 Debian 建置，伺服器端的 openssl 版本較老，所以沒有出現 SSL 驗證的問題。 Google Chrome 81 Google Chrome OS 回复
@櫻川 浅羽 所以这么复杂的话我决定懒得管了，想要订阅的人总会想办法订阅我这里的，不想的也算了毕竟我也不是月光博客内容也都是自己写写而已…… 😀 Firefox 76 Mac OS X 10.15 回复
@Yan 這個問題解決起來並不複雜，因為是 openssl 版本之間的互操作性問題，所以只需要把伺服端版本降級到 openssl 1.1.1d 或更老就可以了。現在這樣的情況，我只能在 RSS 閱讀器裏保留訂閱，但沒有辦法獲得訂閱內容（訂閱項會一直停留在錯誤狀態）。 月光博客是個什麼梗？ Google Chrome 81 Google Chrome OS 回复
终于找到了站点响应时间长的原因了，是OSS Upload……
新建的wp把数据库的post，comment，term这些非插件原生数据库用原博客数据库中的表替换后，把其他插件也基本都安装启动，发现页面需要3秒左右的时间去响应，而如果禁用OSS Upload，仅一秒左右。刚才点你的几个页面计时，发现快一点，可能是因为主机不同，大约2秒多一些，但是关于页面需要比较长的时间。
试用了老部落开发的WPOSS，响应速度在1.2-1.5秒之间，所以打算把插件换过去，不过遇到一个问题，启用WPOSS之后，OSS Upload上传的图片在媒体库中不显示，前端网页里可以显示直接插入的图片，但是以相册的形式或者封面的形式的图片不能显示……
@=.= 又掐秒表测试了一波，旅行漫记也需要3秒左右，3秒的话等的时间还是挺明显的……随笔大概是2.5秒到3秒之间。
@=.= 对，我知道它的缺陷，而且这货经常导致wp发送错误报告到我邮箱。因为目前还没找到更好的傻瓜式插件，所以还在默默忍受。
@Yan 我已经重新整了……没有装OSS upload，可能会选择装WPOSS……也可能直接去aliyun oss上传，相册和封面之类的上传到wp本地。
感觉WPOSS不会拖慢速度，而且OSS upload自己上传的只能自己识别，相当于永远得用它……如果将来换图床或者是搬迁到本地，都不行，这一点，还是不太能接受……不过测试的时候发现装了WPOSS之后，问题消失了，OSS upload上传的东西，把它禁了把WPOSS再启动，无缝衔接，把俩插件都禁止了，图片手动上传到服务器里，也无缝衔接。
没搞明白到底是为什么……
@=.= “OSS upload自己上传的只能自己识别”是什么意思？插入的图片都是aliyun OSS自己的链接啊。如果你是说，wp媒体相册用了一个工具上传后，换一个就不识别的话，这个锅跟OSS Upload应该没啥关系，是wp自己的问题。
@Yan 问题是WPOSS上传后，无论是WP自己还是OSS upload都可以正常显示。我详细一点说吧……如果你不嫌烦的话，哈哈……
OSS upload上传图片之后，把它禁用，然后这个时候媒体里该图片的链接会自动变回网站目录/uploads的，可是问题来了，即便在相应路径把该图片上传，也不显示……该图片的媒体页面也只是显示个链接，如果点这个链接，可以显示图片，证明图片是存在的路径也没问题。
WPOSS上传图片后，也把它禁用，然后这个时候媒体里的链接也会自动变回wp本地，把图片上传到网站目录/uploads对应文件夹，正常显示……
和OSS有关的插件全部禁止，上传一个图片，它是上传到网站目录/uploads的，然后启用OSS upload，在aliyun oss手动上传刚才的图片，路径正确，即博客媒体页面不显示；换WPOSS，相同操作，图片可以显示。
是不是很奇怪，还有更奇怪的，在测试站把两个插件都安装之后，此后再上传的图片，上面的问题不存在了……可是问题是之前的没解决……
我这里说的显示图片不是文章里插入的图片，文章插入的图片基本只是一个img链接的话，就和显示一个图片链接一样正常显示。
而是：1.后台媒体库的缩略图，2.媒体页面，3.相册（启用灯箱之后，我发了不少这样的帖子，悔……），4.封面图片。
@=.= 明白。好在我基本不怎么喜欢原生的相册，也已经很久不上载到uploads文件夹，所以个人就选择忽略这个“bug”了。
@Yan 怎么刚才追加了一条评论，点完消失了刷新也没有了……
avatar缓存的那段代码也会让响应时间变长，移除了，用lazy load本来就对图片处理有帮助。
（这次发送之前先copy一下……）
@=.= avatar缓存我这里还行。如果觉得缓存时间太长可以用geekzu那段代码替代一下，国内觉得还行。
@Yan 最近帮我稍微留意一下打开速度吧，如果问题不大的话不打算启用avatar缓存了，看看 lazy load 能管用不。
P.S.好像发现上次为什么评论消失了，得刷新一下页面才能进行第二次评论，不然可能就小时了，这句话刚刚又消失了……
@=.= 嗯因为我开启了缓存。我个人不刷新页面可以评论。回头我把缓存的后台设置一下。你站打开速度还行，但avatar加载挺慢。
@Yan 那就好，以前点一下光响应时间都得等半天……
不用相册的话，图片太多页面不太友好……你的照片基本都挺好看的，不会有这样的担忧🤣
安装其他相册插件的话又多一个插件……你有用过吗？
@=.= 有用过其它相册，但是都累赘，所以我觉得还是highslide.js算最好。
@Yan 我现在已经用highslide.js做放大预览，但是问题是把图片排列成相册还是得wp上传，不能用url……
新安装wp之后，遇到另外一个问题：图像后期处理失败，可能是服务器忙或没有足够的资源。请尝试上传较小的文件。推荐的最大尺寸为2500像素。不开启插件没有遇到这个问题，请问这个可能是什么原因？
不开启插件可以上传，虽然偶尔几张图片也会遇到这个问题，重新上传就可以了，但是不管是oss upload还是wposs插件，连一张图片都不能上传……
@=.= 如果你用古腾堡作为后台的话，每张图片都是一个块。只要把单独的图片块全选，然后转换成相册即可。
图像后期处理失败的问题没碰到过，不清楚是什么原因……你检查下Aliyun OSS的后台设置。
退一万步，万一解决不了，你把图片先resize了再上传。
@Yan 哦，原来区块编辑器可以把图片组合起来，我回头试试，现在用table暂时解决了，不过编辑图片的时候面对的是一堆链接……不好分辨谁是谁。
aliyun oss应该没有问题，也去看了看设置没看出什么问题。图片已经是改过尺寸的，600-900不等的图片都试过……
反正是玄学，昨天晚上主站本地上传图片也会出现这个失败，我把代码和数据库copy到另外一个域名的目录和数据库里，没问题。然后主站的域名建立一个全新的wp，竟然还是那样，几十张图片总会有几张出现这个失败（用oss upload或者wposs是一张都不能上传）。据说是wp5.3之后出现的图片判断，在主站域名下建立了一个全新的5.2.5的，什么都不装，也会有问题，只不过提示变成了http错误。
网上那些解决办法，都不适用……
后来把语言换为英语，上传了100张全部都正常上传，换为中文，又出现了……今天中文，却OK……测试之后把数据库恢复到了昨天晚上，反正我是不打算用wp自带的上传了，手动上传到aliyun，然后通过url插入图片吧，这样数据库里attachment少一些各种附带关系少一些还轻量。
@=.= 原来如此，还能用转换为英语来解决，学习了。
@=.= 其他我不多说什么，不过你说打算手动上传aliyun oss，我觉得是否重新考虑。毕竟wp发展到今天，还用这种20年前我那时候在msn space写博的方式，有些太辛苦。
我不清楚你写作的流程是什么。与从前一篇游记写三小时不同，我如今写一篇非常快，先照片导入相关图片处理软件，大部分微调后批量resize，然后打开后台写作，把图片全选后拖入古腾堡编辑器就会自动上传为相册（如果不喜欢相册可以直接一键转换为相片）。随后见缝插针的看图说话，一般二十分钟一篇就好了。
@Yan 我的流程不太一样，先是word里建立文档，写内容。除非文字内容比较少的，是按照你那样的方式。
写完之后修改，检查错别字，检查不地道的表达……
然后图片放到一个文件夹里挑选，resize顺便rename
wp新建文章，把word里的内容复制进去（大部分用classic editor，偶尔用block），添加媒体（本来是这样），图片上传比较慢，利用这个时间再继续调整文字部分
然后插入上传好的图片，剪切粘贴图片来调整顺序把它放到合适的位置，图片多的时候比较揪心……
如果插入的相册遇到图片比较多，单独一批上传，这样不用挑选
然后挑个好时间点击发布，发布之后读一读再修改修改
……很费时间的
北海道系列的前几篇估计每篇得10个小时，因为有些还得去视频素材里找图片。（即便是文字少图片少，20分钟估计也不可能，习惯性的一遍又一遍检查句子、词语、表达……）
现在的问题是即便想上传也不能用wp直接上传到OSS，如果用wp本地，貌似勉强可以，但是日积月累，估计会让迁移的时候比较麻烦。
又打了不少字，又检查了几遍……😂
@=.= 好吧，兄台辛苦了。
@Yan 为狂热粉服务~😊
@=.= 哈哈哈
發現「竹炉山房 Hermit Cottage」的 RSS 出問題了，W3C 的驗證也過不了。
> Server returned [SSL: WRONG_SIGNATURE_TYPE] wrong signature type (_ssl.c:727)
@櫻川 浅羽 没事，能看就行。
@Yan 問題就是它出錯了，所以不能看了（
最新的幾篇文章，因為 RSS 出錯一直沒有提醒，所以都錯過了。
@櫻川 浅羽 我觉得是validator.w3.org有问题……我check了fatesinger的feed和你的feed（asaba.sakuragawa.moe/feed），都出现了错误……
@Yan W3C Feed Validator 沒問題。雖然我的部落格的 feed 也顯示錯誤，但是內容規範有問題，不是 SSL 的問題。
我本地試了一下，Fedora 32 下使用 openssl-1.1.1g-1.fc32.x86_64 可以正常通過 SSL 握手：
* SSL certificate verify ok.
但我的 RSS 客戶端運行在 Debian 上，其包更新策略較穩重，最新版本為 1.1.1d-0+deb10u3，此時就會出現 SSL 問題：
curl: (35) error:1414D172:SSL routines:tls12_check_peer_sigalg:wrong signature type
W3C Feed Validator 有可能也運行在 Debian 上，或者使用較老版本的 openssl。我的部落格也是使用 Debian 建置，伺服器端的 openssl 版本較老，所以沒有出現 SSL 驗證的問題。
@櫻川 浅羽 所以这么复杂的话我决定懒得管了，想要订阅的人总会想办法订阅我这里的，不想的也算了毕竟我也不是月光博客内容也都是自己写写而已…… 😀
@Yan 這個問題解決起來並不複雜，因為是 openssl 版本之間的互操作性問題，所以只需要把伺服端版本降級到 openssl 1.1.1d 或更老就可以了。現在這樣的情況，我只能在 RSS 閱讀器裏保留訂閱，但沒有辦法獲得訂閱內容（訂閱項會一直停留在錯誤狀態）。
月光博客是個什麼梗？
@櫻川 浅羽 谢谢，有空我来看一下。
月光博客，挺有名的。
@Yan 剛纔去滑 Feed 看到更新了，之前沒有收到的也一起在列表裏了，不知道是修復了還是自己就好了……
@櫻川 浅羽 甚好。
@櫻川 浅羽 的确是ssl的问题，我为了解决这个事，最后手动把openssl升级了一遍，不过最后总算解决了问题。
@櫻川 浅羽 我用的是inoreader和theoldreader，订阅了自己，这几期都有提醒。
很欣赏博主把事情做到极致的风格。PS.感觉这个主题不如之前的速度快了，不如之前顺滑啊！
@Dr. Drunker 还在优化中。感谢！
打开你的网站首页，题图让人感觉很大气，顿时有心胸开阔之感！应该是花了心思的，赞赞！
@天一生水 过奖了。兄台的博客也很不错，hexo一直心有向往，可惜技术有限。