共有 145 条评论

  1. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

    1. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

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

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

        1. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

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

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

            1. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

              @Yan 问题是WPOSS上传后,无论是WP自己还是OSS upload都可以正常显示。我详细一点说吧……如果你不嫌烦的话,哈哈……

              OSS upload上传图片之后,把它禁用,然后这个时候媒体里该图片的链接会自动变回网站目录/uploads的,可是问题来了,即便在相应路径把该图片上传,也不显示……该图片的媒体页面也只是显示个链接,如果点这个链接,可以显示图片,证明图片是存在的路径也没问题。
              WPOSS上传图片后,也把它禁用,然后这个时候媒体里的链接也会自动变回wp本地,把图片上传到网站目录/uploads对应文件夹,正常显示……
              和OSS有关的插件全部禁止,上传一个图片,它是上传到网站目录/uploads的,然后启用OSS upload,在aliyun oss手动上传刚才的图片,路径正确,即博客媒体页面不显示;换WPOSS,相同操作,图片可以显示。

              是不是很奇怪,还有更奇怪的,在测试站把两个插件都安装之后,此后再上传的图片,上面的问题不存在了……可是问题是之前的没解决……

              我这里说的显示图片不是文章里插入的图片,文章插入的图片基本只是一个img链接的话,就和显示一个图片链接一样正常显示。

              而是:1.后台媒体库的缩略图,2.媒体页面,3.相册(启用灯箱之后,我发了不少这样的帖子,悔……),4.封面图片。

              1. Wordpress App 14 Wordpress App 14 iPhone iOS 13.4.1 iPhone iOS 13.4.1

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

        2. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

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

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

            1. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

              1. Wordpress App 14 Wordpress App 14 iPhone iOS 13.4.1 iPhone iOS 13.4.1

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

                1. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

                    1. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

                    2. Firefox 75 Firefox 75 Windows 10 Windows 10

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

                    3. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

                      @Yan 哦,原来区块编辑器可以把图片组合起来,我回头试试,现在用table暂时解决了,不过编辑图片的时候面对的是一堆链接……不好分辨谁是谁。

                      aliyun oss应该没有问题,也去看了看设置没看出什么问题。图片已经是改过尺寸的,600-900不等的图片都试过……

                      反正是玄学,昨天晚上主站本地上传图片也会出现这个失败,我把代码和数据库copy到另外一个域名的目录和数据库里,没问题。然后主站的域名建立一个全新的wp,竟然还是那样,几十张图片总会有几张出现这个失败(用oss upload或者wposs是一张都不能上传)。据说是wp5.3之后出现的图片判断,在主站域名下建立了一个全新的5.2.5的,什么都不装,也会有问题,只不过提示变成了http错误。

                      网上那些解决办法,都不适用……

                      后来把语言换为英语,上传了100张全部都正常上传,换为中文,又出现了……今天中文,却OK……测试之后把数据库恢复到了昨天晚上,反正我是不打算用wp自带的上传了,手动上传到aliyun,然后通过url插入图片吧,这样数据库里attachment少一些各种附带关系少一些还轻量。

                    4. Firefox 75 Firefox 75 Mac OS X 10.15 Mac OS X 10.15

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

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

                    5. Google Chrome 81 Google Chrome 81 Windows 10 Windows 10

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

  2. Firefox 78 Firefox 78 Windows 10 Windows 10

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

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

          1. Google Chrome 81 Google Chrome 81 Google Chrome OS Google Chrome OS

            @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 驗證的問題。

            1. Firefox 76 Firefox 76 Mac OS X 10.15 Mac OS X 10.15

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

              1. Google Chrome 81 Google Chrome 81 Google Chrome OS Google Chrome OS

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

                月光博客是個什麼梗?

发表评论

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