共有 145 条评论

  1. 终于找到了站点响应时间长的原因了,是 OSS Upload……
    新建的 wp 把数据库的 post,comment,term 这些非插件原生数据库用原博客数据库中的表替换后,把其他插件也基本都安装启动,发现页面需要 3 秒左右的时间去响应,而如果禁用 OSS Upload,仅一秒左右。刚才点你的几个页面计时,发现快一点,可能是因为主机不同,大约 2 秒多一些,但是关于页面需要比较长的时间。
    试用了老部落开发的 WPOSS,响应速度在 1.2-1.5 秒之间,所以打算把插件换过去,不过遇到一个问题,启用 WPOSS 之后,OSS Upload 上传的图片在媒体库中不显示,前端网页里可以显示直接插入的图片,但是以相册的形式或者封面的形式的图片不能显示……

    Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
    1. @=.= 又掐秒表测试了一波,旅行漫记也需要 3 秒左右,3 秒的话等的时间还是挺明显的……随笔大概是 2.5 秒到 3 秒之间。

      Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
      1. @=.= 对,我知道它的缺陷,而且这货经常导致 wp 发送错误报告到我邮箱。因为目前还没找到更好的傻瓜式插件,所以还在默默忍受。

        Firefox 75 Firefox 75 Mac OS X 10.15 Mac OS X 10.15
        1. @Yan 我已经重新整了……没有装 OSS upload,可能会选择装 WPOSS……也可能直接去 aliyun oss 上传,相册和封面之类的上传到 wp 本地。
          感觉 WPOSS 不会拖慢速度,而且 OSS upload 自己上传的只能自己识别,相当于永远得用它……如果将来换图床或者是搬迁到本地,都不行,这一点,还是不太能接受……不过测试的时候发现装了 WPOSS 之后,问题消失了,OSS upload 上传的东西,把它禁了把 WPOSS 再启动,无缝衔接,把俩插件都禁止了,图片手动上传到服务器里,也无缝衔接。
          没搞明白到底是为什么……

          Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
          1. @=.= “OSS upload 自己上传的只能自己识别” 是什么意思?插入的图片都是 aliyun OSS 自己的链接啊。如果你是说,wp 媒体相册用了一个工具上传后,换一个就不识别的话,这个锅跟 OSS Upload 应该没啥关系,是 wp 自己的问题。

            Firefox 75 Firefox 75 Mac OS X 10.15 Mac OS X 10.15
            1. @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 Google Chrome 81 Windows 10 Windows 10
              1. @=.= 明白。好在我基本不怎么喜欢原生的相册,也已经很久不上载到 uploads 文件夹,所以个人就选择忽略这个 “bug” 了。

                Wordpress App 14 Wordpress App 14 iPhone iOS 13.4.1 iPhone iOS 13.4.1
        2. @Yan 怎么刚才追加了一条评论,点完消失了刷新也没有了……
          avatar 缓存的那段代码也会让响应时间变长,移除了,用 lazy load 本来就对图片处理有帮助。
          (这次发送之前先 copy 一下……)

          Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
          1. @=.= avatar 缓存我这里还行。如果觉得缓存时间太长可以用 geekzu 那段代码替代一下,国内觉得还行。

            Firefox 75 Firefox 75 Mac OS X 10.15 Mac OS X 10.15
            1. @Yan 最近帮我稍微留意一下打开速度吧,如果问题不大的话不打算启用 avatar 缓存了,看看 lazy load 能管用不。
              P.S. 好像发现上次为什么评论消失了,得刷新一下页面才能进行第二次评论,不然可能就小时了,这句话刚刚又消失了……

              Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
              1. @=.= 嗯因为我开启了缓存。我个人不刷新页面可以评论。回头我把缓存的后台设置一下。你站打开速度还行,但 avatar 加载挺慢。

                Wordpress App 14 Wordpress App 14 iPhone iOS 13.4.1 iPhone iOS 13.4.1
                1. @Yan 那就好,以前点一下光响应时间都得等半天……
                  不用相册的话,图片太多页面不太友好……你的照片基本都挺好看的,不会有这样的担忧🤣
                  安装其他相册插件的话又多一个插件……你有用过吗?

                  Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
                    1. @Yan 我现在已经用 highslide.js 做放大预览,但是问题是把图片排列成相册还是得 wp 上传,不能用 url……
                      新安装 wp 之后,遇到另外一个问题:图像后期处理失败,可能是服务器忙或没有足够的资源。请尝试上传较小的文件。推荐的最大尺寸为 2500 像素。不开启插件没有遇到这个问题,请问这个可能是什么原因?
                      不开启插件可以上传,虽然偶尔几张图片也会遇到这个问题,重新上传就可以了,但是不管是 oss upload 还是 wposs 插件,连一张图片都不能上传……

                      Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
                    2. @=.= 如果你用古腾堡作为后台的话,每张图片都是一个块。只要把单独的图片块全选,然后转换成相册即可。
                      图像后期处理失败的问题没碰到过,不清楚是什么原因……你检查下 Aliyun OSS 的后台设置。
                      退一万步,万一解决不了,你把图片先 resize 了再上传。

                      Firefox 75 Firefox 75 Windows 10 Windows 10
                    3. @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 Google Chrome 81 Windows 10 Windows 10
                    4. @=.= 其他我不多说什么,不过你说打算手动上传 aliyun oss,我觉得是否重新考虑。毕竟 wp 发展到今天,还用这种 20 年前我那时候在 msn space 写博的方式,有些太辛苦。

                      我不清楚你写作的流程是什么。与从前一篇游记写三小时不同,我如今写一篇非常快,先照片导入相关图片处理软件,大部分微调后批量 resize,然后打开后台写作,把图片全选后拖入古腾堡编辑器就会自动上传为相册(如果不喜欢相册可以直接一键转换为相片)。随后见缝插针的看图说话,一般二十分钟一篇就好了。

                      Firefox 75 Firefox 75 Mac OS X 10.15 Mac OS X 10.15
                    5. @Yan 我的流程不太一样,先是 word 里建立文档,写内容。除非文字内容比较少的,是按照你那样的方式。
                      写完之后修改,检查错别字,检查不地道的表达……
                      然后图片放到一个文件夹里挑选,resize 顺便 rename
                      wp 新建文章,把 word 里的内容复制进去(大部分用 classic editor,偶尔用 block),添加媒体(本来是这样),图片上传比较慢,利用这个时间再继续调整文字部分
                      然后插入上传好的图片,剪切粘贴图片来调整顺序把它放到合适的位置,图片多的时候比较揪心……
                      如果插入的相册遇到图片比较多,单独一批上传,这样不用挑选
                      然后挑个好时间点击发布,发布之后读一读再修改修改
                      ……很费时间的
                      北海道系列的前几篇估计每篇得 10 个小时,因为有些还得去视频素材里找图片。(即便是文字少图片少,20 分钟估计也不可能,习惯性的一遍又一遍检查句子、词语、表达……)
                      现在的问题是即便想上传也不能用 wp 直接上传到 OSS,如果用 wp 本地,貌似勉强可以,但是日积月累,估计会让迁移的时候比较麻烦。
                      又打了不少字,又检查了几遍……😂

                      Google Chrome 81 Google Chrome 81 Windows 10 Windows 10
  2. 發現「竹炉山房 Hermit Cottage」的 RSS 出問題了,W3C 的驗證也過不了。

    > Server returned [SSL: WRONG_SIGNATURE_TYPE] wrong signature type (_ssl.c:727)

    Firefox 78 Firefox 78 Windows 10 Windows 10
          1. @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 81 Google Chrome OS Google Chrome OS
            1. @櫻川 浅羽 所以这么复杂的话我决定懒得管了,想要订阅的人总会想办法订阅我这里的,不想的也算了毕竟我也不是月光博客内容也都是自己写写而已…… 😀

              Firefox 76 Firefox 76 Mac OS X 10.15 Mac OS X 10.15
              1. @Yan 這個問題解決起來並不複雜,因為是 openssl 版本之間的互操作性問題,所以只需要把伺服端版本降級到 openssl 1.1.1d 或更老就可以了。現在這樣的情況,我只能在 RSS 閱讀器裏保留訂閱,但沒有辦法獲得訂閱內容(訂閱項會一直停留在錯誤狀態)。

                月光博客是個什麼梗?

                Google Chrome 81 Google Chrome 81 Google Chrome OS Google Chrome OS

发表评论

电子邮件地址不会被公开。 必填项已用*标注