长毛象默认压图太厉害了,真是受够了!!!打算改一下压图部分的代码。

刚刚搜了下源码,图片大小大概和两个文件有关。
app/models/media_attachment.rb
app/javascript/mastodon/utils/resize_image.js

想修改图片大小限制的实例主,可以参考这个 commit
github.com/tootsuite/mastodon/

/srv/app/mastodon/spec/models/media_attachment_spec.rb (0fb0037)
这个改动是做什么的?

关注

pawoo 上嘟主真可怜。

不知大家是不是有这样的感觉 ,pawoo 对长图压的特别厉害。
为什么会这样呢?
今天看了源码,才终于知道原因了。

举一个例子来说吧。
比如说,@layuer 的这条嘟嘟。
pawoo.net/@layuer/102257405073

请看第一张长图,大小 213px × 1280px 。(图一)
按照长毛象目前的压缩算法,(图二),稍微计算一下就会发现,这张长图应该被压缩成 522px × 3138px 才对呀!
但实际为什么被压小了6倍不止?

再追踪一下就会发现,第一条嘟嘟中提到的 commit 是在 v2.4.3 之后的事。而 pawoo 因长期停滞在 v2.4.0 ,压图算法也一直采用早期只取最长边的暴力算法。对于该图,将图片的长边压为1280px,短边就按比例压成213px。
github.com/pixiv/mastodon/blob

pawoo 的嘟主们,你是否还在为自己辛辛苦苦截下的长图,被垃圾算法暴力的压到不能看而感到愤怒与绝望?
现在改变的机会来了。
有技术,会 ruby 的嘟主,可以结合 pawoo 源代码,把这个 commit patch 进来,然后提一个 PR。(打patch 的时候最好顺手把图片限制改大一点,比如说改成 3686400)
github.com/tootsuite/mastodon/

日语好、英语好的嘟主可以尝试联系一下 @pawoo_support ,仔细说明描述一下这个问题,让官方赶紧修复这个问题,修复的同时也顺便把图片大小的限制调大一些。

@bgme 我是说这个1638400是每个实例不一样吗?

@Zerolemis
如果所在实例没有修改官方代码并且是新版本的话,图片限制都应该是
const MAX_IMAGE_PIXELS = 1638400; // 1280x1280px

@Zerolemis
官方并没有提供自定义的接口,所以如果没有对源码进行修改的话,应该就是 1638400。
不过,我准备把它改大一点。

@Zerolemis
首先用 commit id 在 git log 中找到这次提交。
然后向下搜索(越往下时间越早) tag ,然后就可以发现离此次 commit 最近的 tag 是 v2.4.3。

@bgme 我是说max image pixels这个数值啦😂 是每个实例不一样还是一样呢?

@bgme
中文可以的,最刚开始support有用过中文发嘟和回覆。或者你用 #要望 提议。

登录以加入对话
BGME

一个中文长毛象(Mastodon)实例。