@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 小时他发现任何问题都会喊。
不过非休息时间（节假日）的话，他会打电话让你帮忙看下。--带着请求的口吻。
休息时间（深夜凌晨），他会等次日再电联处理。

@WishMeLz
enmm...
该怎么说呢.....
未经他人苦,莫劝他人善。

针对这件事，不好评论什么。
但是不负责任的话高低还是能来两句，
在老板角度，他认为我支付了这笔钱，你们就应该提供到我需要的服务，而服务出现问题了，别说是什么日子，因为在他角度就是 1+1=2，但是得出了 3，所以他会认为是员工能力问题。并且觉得自己可以不追究员工算错数，但是必须解决，最起码要吭声。
在员工角度，你给的这笔钱只是包含了我工作时间处理问题，节假日的时候别烦我。出错了是因为没测试，是程序就会有 bug 。

大家角度不一样罢了....
如果是大公司，那么节假日安排人员轮班避免这种情况；
如果不是大公司，只能说大家多点包容；

反正都不容易，能体谅多一点体谅，能包容多一点包容，自己实在觉得憋屈的就走就是了，没什么好说的。

@vicence 不通......
幫你组织下语言吧，
用户请求处于服务器 A 的一个网页，
可是网页中包含服务器 B 的资源，
而服务器 B 和用户所在的网络事隔离开的，
请问用户能正常加载服务器 B 的资源吗？

1 、节假日期间，用户量大的话肯定安排 1~2 个留守值班，人不够的情况下各退一步远程值班。值班并非为了处理问题，而是记录问题，及时反馈。
2 、如果公司没这项安排，恰好我自己又是该项目负责人的话；看到了，不回复，我职业道德问题。没看到，迟回复，别进行道德绑架。

看了 LS 的回复，我没看过 LZ 之前得帖，不清楚前因后果，但反正什么原因，我觉得开发最重要的还是责任心。互换角度，其实都不容易，2020 考验的是中小企业老板抗压能力。

其实拖报销稳资金流的看法我不同意，
一个公司的资金流不可能因为被报销给左右吧？
除非全都是垫资货款....但如果需要垫资货款，那问题就不是报销慢了吧....

我们这报销流程比较简单，
发票 /收据，发申请，部门主管同意就到经理审批。
经理审批后会实时垫资给员工
整个流程 3 天内完成。

但财务那边计算 1~2 个月才会拨款下来个经理....

挂代理扫漏洞的...
同 IP 访问频繁的直接 ban 了就好了...
我上次就是这样不小心 ban 了个 CDN 节点....
后来..............