共有 150 条评论

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

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

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

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

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

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

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

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

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

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

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

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

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

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

                      Firefox 75.0 Firefox 75.0 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.0.4044.113 Google Chrome 81.0.4044.113 Windows 10 x64 Edition Windows 10 x64 Edition
  2. 發現「竹炉山房 Hermit Cottage」的 RSS 出問題了,W3C 的驗證也過不了。

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

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

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

                月光博客是個什麼梗?

                Google Chrome 81.0.4044.141 Google Chrome 81.0.4044.141 Google Chrome OS x64 Google Chrome OS x64
  3. 很欣赏博主把事情做到极致的风格。PS.感觉这个主题不如之前的速度快了,不如之前顺滑啊!

    Microsoft Edge 81.0.416.77 Microsoft Edge 81.0.416.77 Windows 10 x64 Edition Windows 10 x64 Edition
  4. 打开你的网站首页,题图让人感觉很大气,顿时有心胸开阔之感!应该是花了心思的,赞赞!

    Google Chrome 90.0.4430.212 Google Chrome 90.0.4430.212 Windows 7 Windows 7

发表评论

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