秋_
秋_
最好的办法是，用另外一种机制保证，提示终归是下下选。这块再考虑考虑吧。
这是解决方法源自fis2的一个基本原则，尽量不要在编译期做太多事情，既然压缩器提供了如此棒的解决方法，就没有必要引入一个插件来处理了。 > 在 2014年9月18日，下午8:46，hefangshi [email protected] 写道： > > 不是还有一个插件解决图片Base64 inline过长的问题的么 > > — > Reply to this email directly or view it on GitHub.
这个我也考虑过了，一般整一张大图inline进来的也就是那种内嵌的`App`了，所以这类需要用修复插件做修复。而普通的web页面，很少有把大图inline进来的，这个可以通过现在产品线报出这个问题很少就可以得出。 所以，在没有这类需求的情况下，去给编译加一个插件来耗费编译时间就不太可取了。个别情况就让他们引入插件即可。
你搜搜插件，是否有相关插件 FIS 默认处理 src 和 data-src
我看可以考虑，你是否提个 PR 上来？
修了这个bug吧，写着太诡异了。
没明白，你想做啥？
JPG 压缩不了，另外你的版本是最新的么？
这个工具不是压缩工具。。 你改一下宽高限制？
> > > 定位到出错的位置在这里，求大神告知接下来咋定位 如果是 png 的图片，那你就看 png.cc 这个文件的 decoder 相关代码即可；