1 、完善协议；
2 、可以参考大厂，出现问题赔付时候可以先道歉，然后告知客户这是不可抗因素，扯一大堆东西；然后为了表示歉意，赠送 5W 等效的使用周期；

@baobao1270 动手能力强。
是的，发了之后我才想起....

前几天就遇到这个问题，但是我的环境是小程序，所以根据了解筛选：
webp：能兼容，压缩率一般，效果算好；渲染速度一般；压缩成本低
jpg(Guetzli)：兼容性强，压缩率高，效果最好；渲染速度快，但是压缩时间太长资源占用较高。
tpg：不支持，没测试
heif：不支持，没测试

所以最终采取了 webp 方案。

如果把 <img src="file:///C:/:$i30:$bitmap" /> 掛去網頁，估計是另一個故事

yunduanxin.net 的...
話說 yunduanxin 都掛了，你這個還能用嗎...

只有哪种更适合吧...
而且如果开发了 3 年以上，只懂一门开发语言，多么不靠谱的事....
日常企业网站，PHP 随便开发，谈不上性能问题。
活动页面等的，PHP 配合 redis 之类的，基本满足。
其实那些说 PHP 慢的，我觉得大部分时间问题在于数据库上吧？起码我现在接手的项目基本如此。特别是上了框架的。
当然，PHP 不是万能的，涉及到文件处理之类的，PHP 弱项；之前 OA 项目和简历分析这些项目，单靠 PHP 实现起来性能问题太大了，最终采取混合开发，PHP 在前面接收后丢入 rabbitmq，然后.net 进行处理。
另外看到有人说 swoole，有接触过，但实际项目没使用过，可能商业支持的会好点，但是就现在而言，除非你十分懂 swoole，否则不建议轻易入坑。
对了，个人感觉，php8 的 jit 最后是否会取代了 swoole ？不知道。按原理而言，php8 的 jit 是 opcache 后进行，在 swoole 上应该没意义吧？毕竟 swoole 是常驻。
另外按鸟哥的说法，jit 在 php5 就已经开始实现了，到了 8 才发挥性能，当初 php5 加入 jit 是为了对抗 hhvm，最终 php 会走成怎样，不清楚，不过觉得鸟哥的那句话挺在理的，“PHP 最终发展如何不是由我决定，而是由各个 PHPER 决定，每个人为它贡献一点”

扯远了，回主题，学习多门语言是好事，和 PHP 是否“坠落”没必然关系，asp 坠落多久了，实际项目不是还存在？各有各的需求场景。学习的动力不应该是某语言坠落了。反正谁都想成为扫地僧，扫着扫着就看到编辑器中的异常代码并一语道出，可是扫地僧并不是只懂得一门语言。

@enenlee
在技术的角度，我不敢说 100%，大部分你让他改个几年前项目，哪怕就改个字段，他都十分不情愿。
在产品的角度，客户说啥都可以，但是钱是前提。
在客户的角度，一切都是理所当然的，除了加钱。
我觉得你是站在客户角度去思考技术问题.....
我不是抬杠，这问题你明显就是处于百度有答案，你怎么不会去找？找不到用谷歌啊，再不是你看看学术文档，根据论文里的算法实现下就行了，有什么难的？
说永远是简单的，既然百度谷歌什么都有，为什么客户不自己弄呢？
你说你负责过相关的项目开发，除非你这套音视频转码是内部应用，否则公布下出来也没什么问题吧？
而且你说你做的时候踩过坑，换你的话说 不是就用 ffmpeg 吗？能有什么坑？

但是，我赞同您所说的， “找借口并不能解决问题”，不过需要补充上解决问题是双方的事情，而非单方无条件解决。

@enenlee 存在即是合理，任何需求都有两面性，而且我列举的也并非推辞。
从上面 LZ 发出对话角度，基本就可以确定他们架构本来上就没转码的这个服务，这点从聊天对话已经看出了。
在技术的角度，一切都是可以的，但同时需要承担风险，企业是不可能单方面去承担这个风险，哪怕只是做一点点的修改，影响到现有业务怎么办？
既然您说您做过音视频转码，能告知做的是哪个平台的？你们是用一台机子跑全场还是单独区分开各种业务？做这个功能你们花费多少时间？现在成果是否稳定？

@enenlee
转换途中出现异常怎么处理？
正常涉及转码类的做法：
1 、上传文件，丢进转码队列，标识为未转码；
2 、消费队列，完成后标识为已转码，产生异常的就标识为转换失败。
3 、队列对用户是要可视的，可能不需要细致到转换百分之几，但是最起码让用户看到转换状态 和 异常时允许客户重新发起转换 等的动作。

最后，参考贴主发的。他们设计时候就没考虑过转换的事情，他们只是单纯保存用户的文件路径。然后把之前得流程改成现在这个流程，你还觉得是一个 ffmpeg 就完事了吗？


没错，转换的核心的确就是跑下 ffmpeg 就完成了，但是增加转码 CPU 使用率会增高多少？ CPU 占用率高了是继续投机器划分业务？资金谁出？

负载高会影响，特别是云服务器，影响更加厉害。

@enenlee
功能本身是简单啊，但是涉及到很多因素；
1 、服务器转码，现有业务服务器是否能支撑，并发转码能转多少个？这个功能实现了客户嫌慢甚至影响了其他服务怎么办？
2 、转换进度和转换途中出错怎么办？是另行后台增加个队列，然后记录转换结果之类的吗？如果是，在开发方层面是增加了投入的，并非 装个 ffmpeg 就能转换。
3 、之前架构可能是就把文件上传到 oss，然后保存路径，现在可能变了需要上传到服务器，然后转换为 MP4，再上传至 OSS，架构上已经产生改变了，也不是一个 ffmpeg 能搞定的事情吧？

还是那句话，谁都知道能做，只是凡事都需要付出代价罢了。
如果之前合同有提及是支持这个格式的，那别怪客户。
如果没提及支持这个格式的，和客户说清楚理由，客户也会谅解。

@coloz
《个人健康信息码》系列国家标准包括《个人健康信息码 参考模型》（ GB/T 38961-2020 ）、《个人健康信息码 数据格式》（ GB/T 38962-2020 ）和《个人健康信息码 应用接口》（ GB/T 38963-2020 ） 3 项内容，由国务院办公厅电子政务办公室会同卫生健康委及国务院相关部门研究提出，全国信息技术标准化技术委员会负责技术归口。

!( https://i.loli.net/2021/01/04/evHKFBomCbnYfpE.png)

这个应该是你要找的接口，但是没有公开申请途径，暂时是由卫监局负责。
反正就是没说允许公众申请，还是不允许公众申请吧....


这个接口需要申请才能使用。

鸟哥的博客一直有谈 PHP8 啊...........

没用的，的确是可以区分，但是抖音太多人科普这些了，现在查岗的基本都带这项技能了。
还是两台手机实际点，第二台最好是功能机

@WishMeLz 又 app 又 H5，猜测你们是用 uniapp 吧？如果是 uniapp，我试过几次生成 app，安卓打开图片不显示的问题，重启又好了，偶发性的。另外其实看业务性能，即使上海外 CDN 未必就能解决，毕竟 CDN 是需要回源的。

@WishMeLz
对了，我之前得公司，老板几乎是这样的，不区分节假日，24 小时他发现任何问题都会喊。
不过非休息时间（节假日）的话，他会打电话让你帮忙看下。--带着请求的口吻。
休息时间（深夜凌晨），他会等次日再电联处理。