=.= 日本 终于找到了站点响应时间长的原因了,是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……
五年前 Google Chrome 81 · Windows 10新建的wp把数据库的post,comment,term这些非插件原生数据库用原博客数据库中的表替换后,把其他插件也基本都安装启动,发现页面需要3秒左右的时间去响应,而如果禁用OSS Upload,仅一秒左右。刚才点你的几个页面计时,发现快一点,可能是因为主机不同,大约2秒多一些,但是关于页面需要比较长的时间。
试用了老部落开发的WPOSS,响应速度在1.2-1.5秒之间,所以打算把插件换过去,不过遇到一个问题,启用WPOSS之后,OSS Upload上传的图片在媒体库中不显示,前端网页里可以显示直接插入的图片,但是以相册的形式或者封面的形式的图片不能显示……
=.= 日本
@=.= 又掐秒表测试了一波,旅行漫记也需要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本地。
五年前 Google Chrome 81 · Windows 10感觉WPOSS不会拖慢速度,而且OSS upload自己上传的只能自己识别,相当于永远得用它……如果将来换图床或者是搬迁到本地,都不行,这一点,还是不太能接受……不过测试的时候发现装了WPOSS之后,问题消失了,OSS upload上传的东西,把它禁了把WPOSS再启动,无缝衔接,把俩插件都禁止了,图片手动上传到服务器里,也无缝衔接。
没搞明白到底是为什么……
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 10S 江苏 *
@=.= 明白。好在我基本不怎么喜欢原生的相册,也已经很久不上载到uploads文件夹,所以个人就选择忽略这个“bug”了。
五年前 WordPress App 14 · iPhone iOS 13.4.1=.= 日本
@S 怎么刚才追加了一条评论,点完消失了刷新也没有了……
五年前 Google Chrome 81 · Windows 10avatar缓存的那段代码也会让响应时间变长,移除了,用lazy load本来就对图片处理有帮助。
(这次发送之前先copy一下……)
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……
五年前 Google Chrome 81 · Windows 10新安装wp之后,遇到另外一个问题:图像后期处理失败,可能是服务器忙或没有足够的资源。请尝试上传较小的文件。推荐的最大尺寸为2500像素。不开启插件没有遇到这个问题,请问这个可能是什么原因?
不开启插件可以上传,虽然偶尔几张图片也会遇到这个问题,重新上传就可以了,但是不管是oss upload还是wposs插件,连一张图片都不能上传……
S 江苏 *
@=.= 如果你用古腾堡作为后台的话,每张图片都是一个块。只要把单独的图片块全选,然后转换成相册即可。
五年前 Firefox 75 · Windows 10图像后期处理失败的问题没碰到过,不清楚是什么原因……你检查下Aliyun OSS的后台设置。
退一万步,万一解决不了,你把图片先resize了再上传。
=.= 日本
@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里建立文档,写内容。除非文字内容比较少的,是按照你那样的方式。
五年前 Google Chrome 81 · Windows 10写完之后修改,检查错别字,检查不地道的表达……
然后图片放到一个文件夹里挑选,resize顺便rename
wp新建文章,把word里的内容复制进去(大部分用classic editor,偶尔用block),添加媒体(本来是这样),图片上传比较慢,利用这个时间再继续调整文字部分
然后插入上传好的图片,剪切粘贴图片来调整顺序把它放到合适的位置,图片多的时候比较揪心……
如果插入的相册遇到图片比较多,单独一批上传,这样不用挑选
然后挑个好时间点击发布,发布之后读一读再修改修改
……很费时间的
北海道系列的前几篇估计每篇得10个小时,因为有些还得去视频素材里找图片。(即便是文字少图片少,20分钟估计也不可能,习惯性的一遍又一遍检查句子、词语、表达……)
现在的问题是即便想上传也不能用wp直接上传到OSS,如果用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