使用 Rust、WebAssembly 和 MozJPEG 在 Discourse 中实现更快(更小)上传 | 博客

@sam 请问我们可以在发布前处理上述问题吗?

6 个赞

据我所知,@andrei 的更改严格限制在工具栏内,扩大范围以同时处理拖放和粘贴操作,这对于发布来说风险有点高。

另外,我不确定我们是否想这样做?

10 个赞

5 篇帖子被拆分到一个新主题:通过工具栏上传图片时,光标会移到行尾

我会修复它,然后我们就可以决定这个修复是否危险,不适合在发布前合并。

7 个赞

据我回忆,并且从代码中可以看出,图片是通过工具栏还是拖放添加的,这并不重要。在这两种情况下,它都应该有效。

此外,我已对其进行测试,现在看起来一切都按预期工作(很难说具体何时修复了此问题,但我认为这并不那么重要)。以下是拖放操作的视频,但使用工具栏时也有效。

在行的中间:

在行的末尾:

最后一行的末尾:

8 个赞

是的,抱歉,这是我的错,自从我上传了上一个视频之后我就没有测试过。:confused: 现在它按预期工作了:slightly_smiling_face: 谢谢@andrei 检查。

6 个赞

看到一篇关于《暗黑破坏神 IV》宣传新闻图的 Reddit 帖子,该图片大小为 109MB,分辨率为 12000x12000,我想知道是否可以将其上传到 Discourse,如果可以,需要多长时间。

我设法在 20 秒内从手机上传了它,包括处理和上传时间 :tada:

它被缩小到了 1920x1920,大小为 208KB。

10 个赞

请注意,在 iPhone 上,该图像会导致持续崩溃。

8 个赞

哪个 iPhone?我可以在浏览器和本地正常打开它。




4 个赞

如果您尝试上传 100MB 文件,Safari 会崩溃,不知何故该流程会触发内存不足。

7 个赞

哦,这可能是 @martin 一直在追查的崩溃错误的症结所在!

8 个赞

奇怪,在我的2017年4GB内存的iPad上,它无法压缩,但它会优雅地处理,因为它会被检测到,然后原始图像会继续上传过程。

@sam 你能尝试运行 http://clb.confined.space/dump/mem_growth.html 并点击直到达到最大值吗?它会使标签页崩溃吗?我的旧iPad可以达到900MB但不会崩溃。

4 个赞

但我试过了,但也没有观察到任何崩溃…… :thinking:

5 个赞

请注意……在苹果修复问题之前,此功能默认已禁用

6 个赞

让我试试看……

我可以将巨大的图像下载到我的手机,但当我尝试上传时,会收到

对不起,您尝试上传的图片太大(最大尺寸为 4MB),请调整大小后重试

的提示。

5 个赞

很遗憾,Apple 在这里存在太多错误,由于缺少标准和频繁崩溃,我们被迫在 iOS 上禁用了该功能,我们设置了一个提醒,以便在几个月后再次尝试。

9 个赞

我这里有一些非常好的消息,经过多次尝试,@pmusaraj最终找到了绕过iOS漏洞的方法,这意味着你现在可以在iOS上上传非常巨大的图片,我们会实时对其进行优化。

此外,我们将图片的最大上传大小提高到10MB,以跟上时代的步伐!

14 个赞