@sjmcefc2 大哥，人家指出思路了，你搜索一下就有例子

比如： https://stackoverflow.com/questions/24961127/how-to-create-a-video-from-images-with-ffmpeg


核心：

ffmpeg -framerate 1 -pattern_type glob -i 'raw/*.png' -i orig/audio.ogg -c:v libx264 -c:a copy -shortest -r 30 -pix_fmt yuv420p raw.mp4

一直搞不明白什么是旁路由，只用一个便宜的 TPLINK 路由器的，给 V2EX 丢脸了。。。

@IGJacklove 楼主的需求不是”多渠道“，而是一个业务员对应一个安装包。这样他好统计业务员的业绩。（而不用额外输入业务员的代码什么的，APP 直接记录了业务员的代码）

可以。楼上说的 FFMPEG 。

或者自己写个 EXE ，比如 movie.exe ，
然后写个脚本 movie.exe c:\photos c:\1.mp3 c:\new.mp4
哈哈

这种方案不是很清楚。难道可以直接修改 APK ？ APK 没有一个 HASH 校验自己的机制？文章里好像有说，签名机制选择 V1 就可以。

不过我想可能这样更稳妥，就是认为业务员数量是有限的，可以在更新新版本的 APK 和新增业务员是在后台生成好，每个业务员对应一个 APK ，扫码下载之前就准备好业务员专用的 APK 。这种做法能保证用任何签名方式，在线下客户扫码时也不用等待服务器临时生成 APK 。。。

我习惯建一个 /data 目录 ，自己的东西都放在里面，尽量不要和系统的目录缠在一起

/data/soft/soft1
/data/soft/sof2

/data/web/web1

/data/backup/database
/data/script/script1.sh

@bkkkd 同样的习惯。。。

楼主你不是转了 4 个月了吗？能谈谈你现在在哪？用 GO 做什么工作？怎么样？

@placeholder

网上很多这样的网民，自己站在道德高点，抨击别人，满足自己的”道德欲望“。。。

如果真的让他像雷锋一样无私奉献，他会干么？

https://www.ctyptoing.com/hots 能提供 RSS 不。。。。哈哈

BTC/BTC 汇率 = 1 ，
这是认真的吗？
没有必要把这个列 出来吧。。。

看起来很方便，期待更完善的版本

反 rust 黨真的是無孔不入

开发群是干啥的？

kotlin 刚出测试版本的时候我就用过，刚开始感觉这语言挺好的，后来感觉带来的好处并不足以覆盖带来的复杂性，而且 JAVA 也一直在改进，有时还真的直接用原生的 JAVA 就可以

楼主的这个问题我以前也经历过。

两种做法各有各的好处，静态的最大好处在于，你任意一个 WEB 服务器都可以部署，甚至可以用 GITHUB 部署。。。

如果用即时模板，坏处是要运行可执行程序，好处是可以再加一些动态功能，比如 搜索啥的。。

建议学 RUST ，RUST 的目标是 C++的性能但更安全

标准库的 API 定义应该语义清晰，而不是像楼主说的：这样也可以，那样也可以。。。

第三方库或者自己写的包装库，可以根据不同的需求（比如更方便），做额外的封装，但最底层的基础库，还是逻辑简单点好。

另外，假设标准库按楼主说的这样做了：index 不正确，返回空字符串。说不定哪天楼主或者其它用户又会来抱怨了：为什么不正确的 index 也能返回空字符串，我哪知道是真的是空字符串还是因为 index 不正确导致的空字符串。。。。

如果光是”模板“这个很简单，你自己写个代码例子测试一下不就清楚了。

实际上问题会更复杂，比如你要根据模板生成，你的数据来源要快，假如你数据库放国内，生成服务器放国外，那就慢的不得了（实际上可能不会这么极端），那样的话，先在本地生成所有的 HTML 再上传会更好。

还有就是服务器的 CPU 性能，内存性能等。如果是垃圾服务器，那也是先生成 HTML 比较好。

如果数据来源够快，我是建议用 模板生成，那样单个即时生成所费的时间很小，毫秒级别。再加上各种缓存（缓存在磁盘上，REDIS 中，CDN 中），能大大缓存生成压力。模板即时生成的最大好处就是可以随时修改样式模板，随后再次访问就是新的样式了。也不用随便小修改就要重新生成一次所有页面，那可能会费很多时间。