Hey! Hello. 🍰 凄凉别后两应同,最是不胜清怨月明中。

OwO
老王

经过一天半的运行,经测试发现获取图片宽高有点bug.

具体表现在有些图片手机上看是正的,但到电脑后会出现颠倒的情况,宽高就是反的。百度得知是因为图片包含了 EXIF 方向信息。当图片存在 EXIF 方向信息时,实际显示的宽高可能会与文件本身存储的像素尺寸不同。

因此获取到的宽高信息不准确导至布局混乱,经过不断的百度和 ai 加持,在获取宽高前增加了方向校正的步骤终于圆满修复此 bug,此处应有掌声👏。#瞎折腾/主题制作

1200x1803-67a845c3efb8c.jpg
800x534-67a845c41ec12.jpg

同时增加了压缩功能,有效减少图片占用的存储空间,辛苦了!!!伪程序员同志😁

OwO
老王

唉哟!我真是疯掉了,越折腾 bug 越多,本来好好的突然出现一个重大 bug! #瞎折腾/主题制作

有多重大,感觉天都塌了,你妈点击评论后文章内的图片消失了???对、是真的消失了,我以为眼花,揉了揉眼睛擦了下眼镜在试一次,还是消失了😱

我天!下班回家路上一直在分析是什么原因造成的,大脑飞速回忆动过什么地方,发现问题前就更换了字体,难道是这个原因?不能吧,一个字体而已,回到家赶紧拿出电脑还原 css 发现问题依旧……🤮

那就可以确定不是字体原因了,那问题一定出在 js 上,由于图片处理是在前端渲染的、评论也是前端渲染的,难道两者冲突了?于是开始各种排查、历经 5 小时无果。

图片布局是目前为止我最满意的,而评论的小特效也很喜欢,咋办!!!人都麻了!!!我连最坏的打算都想好了,万一不行就删掉评论,为了最爱可以放弃一切😆,正当我在删除评论部分代码时意外发现问题所在。原来是我放了一个回调函数在评论列表里😳

1582x1402-视频.gif
1458x740-67a75cc8f22f1.png

破案了~真鸡儿头痛,不整了,人都整麻了。

我真是越来越牛B了啊,今天捣鼓了一个插件,成就感满满的啊!!兴奋的不行。制作背景首先是看了枫叶的文章,用了他的js搞的等高不等宽图片布局,因为枫叶是手工添加,一开始我是用P..

OwO
老王

有件事我是百思不得其姐!别人网站上的图片是又好看,份量也小,反观我的照片是又大又长,这个长是横着也长竖着也长,大是少则几百 k,多则 1-2m。

看看下面的照片就知道了,原本我弄的这个等宽等高布局是非常优雅的,配上这些照片整个显得好丑陋啊~是照像技术不行还是页面整体布局不行呢???😭


得下点功夫好好思考一下了,或许是因为所有的都不是原创,看到喜欢的就扒来用用,搞成四不象了??,那难道是手机问题?是手机拍出来的照片长长的,是不是该换个手机,可是没有钞能力呀!。

这该如何是好,看起来很难受呀,老天!

OwO
老王

昨天刚折腾好首页的缩略图用了不到二十四小时就换了,真是陷入死循环啦!

缩略图虽然加载“飞快”,但缺点也是显而易见的,比如一张竖向的照片生成缩略图偶尔会“倒过来”,就是变成横向的了,在比如会给我生成一大堆缩略图😀(这个理由就有点牵强了!)。

总之有好有坏吧,今天又折腾个新玩意,图片等高不等宽布局,先说说之前吧,用的固定宽高显示 3 张图片用于首页,而内页则用 JS 读取图片宽高来布局,也不是不能用,只是不满意,因为不管图片是横向还是竖向的都会固定大小。#瞎折腾/主题制作

而现在折腾的就不同的,不会均匀的排列,感觉有点描述不清楚了,下面两张就是横竖并排的,区别一看就明了。非常之完美,遗憾的是以前上传的图片太多且非专业人士拍的太差。

2560x1151-62d515de8u17539dd09ce794b744a6aa-scaled.jpg
1156x2560-f14b6f866oa0220b8fbb9cfdd7598d8a-scaled.jpg

OwO
老王

好耶~终于、终于把首页的缩略图功能搞好了,以前加载原图,一张图即使压缩后仍然有几百 K 甚至有些图压缩后还有 1M 以上,尝试过转换格式为 webp 仍然难以掩饰他的“大”.

之后也尝试懒加载,但收效甚微,毕竟懒加载仍然会把原图呈现出来,页面展示某个图片的尺寸是 500x300,其实原图是 5000x3000,搞得滚动的时候像 PPT 一般卡顿,现在好了,缩略图上线后首页加载仅需3秒……

这是什么概念😞,改动之前测试过,首页加载需要35.3 秒😭,效果是显而易见的好吧,真是夸张哇,断崖式提升。#瞎折腾/主题制作

754x130-754x130-67ac9afe52c50.png