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