关于

文章目录

本站 Site

版块 Sector

历史原因,站分两版,分别订阅。Two sectors need be subscribed separately.

旅行漫记 Travel Journal

竹炉山房 Hermit Cottage

224

  1. =.=

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

    Google Chrome 81 · Windows 10
    1. =.=

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

      Google Chrome 81 · Windows 10
      1. S

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

        Firefox 75 · Mac OS X 10.15
        1. =.=

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

          Google Chrome 81 · Windows 10
          1. S

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

            Firefox 75 · Mac OS X 10.15
            1. =.=

              @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
              1. S

                @=.=明白。好在我基本不怎么喜欢原生的相册,也已经很久不上载到uploads文件夹,所以个人就选择忽略这个“bug”了。

                WordPress App 14 · iPhone iOS 13.4.1
        2. =.=

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

          Google Chrome 81 · Windows 10
          1. S

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

            Firefox 75 · Mac OS X 10.15
            1. =.=

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

              Google Chrome 81 · Windows 10
              1. S

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

                WordPress App 14 · iPhone iOS 13.4.1
                1. =.=

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

                  Google Chrome 81 · Windows 10
                  1. S

                    @=.=有用过其它相册,但是都累赘,所以我觉得还是highslide.js算最好。

                    Firefox 75 · Mac OS X 10.15
                    1. =.=

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

                      Google Chrome 81 · Windows 10
                    2. S

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

                      Firefox 75 · Windows 10
                    3. =.=

                      @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
                    4. S

                      @=.=原来如此,还能用转换为英语来解决,学习了。

                      Firefox 75 · Mac OS X 10.15
                    5. S

                      @=.=其他我不多说什么,不过你说打算手动上传aliyun oss,我觉得是否重新考虑。毕竟wp发展到今天,还用这种20年前我那时候在msn space写博的方式,有些太辛苦。

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

                      Firefox 75 · Mac OS X 10.15
                    6. =.=

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

                      Google Chrome 81 · Windows 10
                    7. S

                      @=.=好吧,兄台辛苦了。

                      Firefox 75 · Mac OS X 10.15
                    8. =.=

                      @S为狂热粉服务~😊

                      Google Chrome 81 · Windows 10
                    9. S

                      @=.=哈哈哈

                      Firefox 75 · Mac OS X 10.15
  2. 櫻川 浅羽

    發現「竹炉山房 Hermit Cottage」的 RSS 出問題了,W3C 的驗證也過不了。

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

    Firefox 78 · Windows 10
    1. S

      @櫻川 浅羽没事,能看就行。

      Firefox 76 · Mac OS X 10.15
      1. 櫻川 浅羽

        @S問題就是它出錯了,所以不能看了(

        最新的幾篇文章,因為 RSS 出錯一直沒有提醒,所以都錯過了。

        Google Chrome 81 · Google Chrome OS
        1. S

          @櫻川 浅羽我觉得是validator.w3.org有问题……我check了fatesinger的feed和你的feed(asaba.sakuragawa.moe/feed),都出现了错误……

          Firefox 76 · Mac OS X 10.15
          1. 櫻川 浅羽

            @SW3C 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
            1. S

              @櫻川 浅羽所以这么复杂的话我决定懒得管了,想要订阅的人总会想办法订阅我这里的,不想的也算了毕竟我也不是月光博客内容也都是自己写写而已…… 😀

              Firefox 76 · Mac OS X 10.15
              1. 櫻川 浅羽

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

                月光博客是個什麼梗?

                Google Chrome 81 · Google Chrome OS
                1. S

                  @櫻川 浅羽谢谢,有空我来看一下。
                  月光博客,挺有名的。

                  Firefox 76 · Mac OS X 10.15
                  1. 櫻川 浅羽

                    @S剛纔去滑 Feed 看到更新了,之前沒有收到的也一起在列表裏了,不知道是修復了還是自己就好了……

                    Firefox 76 · Fedora
                    1. S

                      @櫻川 浅羽甚好。

                      Firefox 76 · Mac OS X 10.15
            2. 苏三州

              @櫻川 浅羽的确是ssl的问题,我为了解决这个事,最后手动把openssl升级了一遍,不过最后总算解决了问题。

              Google Chrome 89 · Mac OS X 11.2
        2. S

          @櫻川 浅羽我用的是inoreader和theoldreader,订阅了自己,这几期都有提醒。

          Firefox 76 · Mac OS X 10.15
  3. Dr. Drunker

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

    Microsoft Edge 81 · Windows 10
    1. S

      @Dr. Drunker还在优化中。感谢!

      Firefox 76 · Mac OS X 10.15
  4. 天一生水

    打开你的网站首页,题图让人感觉很大气,顿时有心胸开阔之感!应该是花了心思的,赞赞!

    Google Chrome 90 · Windows 7
    1. S

      @天一生水过奖了。兄台的博客也很不错,hexo一直心有向往,可惜技术有限。

      Microsoft Edge 91 · Mac OS X 10.15
  5. 绵羊

    主题看着是真不错,很有眼缘,电脑端很有阅读欲望。

    Safari 13 · Mac OS X 10.15
    1. S

      @绵羊谢谢

      Microsoft Edge 92 · Mac OS X 10.15
  6. 段先森

    中秋快乐,合家欢乐!

    Google Chrome 78 · Windows 10
    1. S

      @段先森谢谢!同乐!🎑

      Safari 15 · Mac OS X 10.15
  7. 子痕

    中秋节快乐哈! [笑脸]

    Google Chrome 93 · Windows 10
  8. 青山

    本人博客(青山绿水)经营权与所有权已于2021年10月12日中午12时转让完成,该网站在该日期后所发布的任何内容均与本人无关,特此声明。

    新博客将在不久之后上线,敬请期待,如有打扰,实属抱歉。

    Microsoft Edge 94 · Windows 10
  9. 天才书剑

    很好的博客,令人无比羡慕。
    我也是西安的。

    Google Chrome 97 · Windows 10
    1. S

      @天才书剑幸会!

      Microsoft Edge 97 · Windows 10
      1. 天才书剑

        @S希望某天,我也能像您一样能游历世界各地,此生无憾。

        Google Chrome 97 · Windows 10
        1. S

          @天才书剑希望世界和平,局势安稳!

          WordPress App 18 · iPhone iOS 15.2
  10. XI

    这个时节又该去鼋头渚了

    Google Chrome 96 · Windows 10
    1. S

      @XI要再过一周。

      Safari 15 · Mac OS X 10.15

回复 櫻川 浅羽 取消回复

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