@IvanLi127 #9 备案只是个流程而已....

PHP Manual

你这个是服务商提供的 SAAS 服务吧？
腾讯云自身的产品就没哪个只有 500M 的，
至于 SAAS 的，后续是否能部署为小程序，这个你要和服务商确认清楚。

500M 是否够用这个要看你们具体的更新频率遗迹内容，
常规门户站点 500M 足够

@yuzo555 #11 有统一的，但识别结果是 base64

@markgor #10 不好意思，上面说的是粤康码
识别颜色的话用 imagecolorat 函数，取出图片的 rgb ，然后就知道是什么颜色了。

健康码二维码识别后看 c 节点，颜色缩写。
实际情况是健康码的接口 API 是可以申请的，也有一些厂商申请了后自建 resetapi 私下售卖。
另外行程通的接口没有申请渠道。

这不该是你去考虑的，公司既然要求远程办公和找运维加白，那就该按这个流程操作，并不是每个家宽都有固定 IP 。
如果你自己搭建环境来转发流量，真的出现安全事故责任就在你自己身上

@tomore1 #11 哈哈哈，是啊，我前段时间就是困在这，根本原因在于自行部署日志分析系统成本太高了，还不如直接用第三方的。

@notokoy #15 十分感谢详尽的回复。

刚好之前自己遇到过，
一开始单独接口写日志，规划如下：
/var/log/api_xxx/YMD/requestID.log
出现异常硬盘 block 不够

后来修改为
/var/log/api_xxx/YMD.log
出现 YMD.log 文件过大，查找时困难

后来修改为
/var/log/api_xxx/YMD/req.log
每超过 5MB 则 rename 后再新建一个 req.log
发现硬盘不到 10 天就被打满了

最后直接用了腾讯云的日志服务....
另外
@tomore1 #3
的不够全面，很多时候异常的报错是会实时触发通知，不是靠日志查的，
而靠这些日志查的一般是定责问题，
比如我和 JD 直连，下单后传订单去 JD ，JD 接口确认价格信息后确定了订单返回确认，但后续 JD 取消了订单并表示从未接收过创建请求，此时就需要查这种日志，找出确定订单请求的那个，提供给 JD 。
上面举例不够严谨，这种一般酒店预订类的会出现，立即确定的房型哪怕是代理放错价格，只要来单了就不能拒单，供货不了就要赔偿，结算周期一般是月的，所以一般保存 3 个月的交易请求日志。

非该专业，也没怎么接触过，但想问问和 SRS 对比有哪些优点吗？
之前试过用 nginx 配合模块来做直播功能 demo ，但发现 5M 带宽中 1 推 2 拉 延时有 2~3 秒。
后来换了 SRS ，同样环境 1 推 2 啦，延时基本可以忽略。

@nitmali #79 为什么非要认为 Array == Object ?
https://i.imgur.com/G50tkQ4.png

@Rocketer #26 后面那句就不够严谨了....
数组形式可以通过 length 获取长度，对象形式没有 length 属性。

你是不是有短网址类的服务？
看截图的意思是一个违规站点使用了腾讯云 DNS 服务，导致该账号主体下的所有云资源被封了。

这个场景，我只能猜测到是不是代付场景？否则怎么会 第一个线程拉起支付，另一个也拉起支付呢....


如果是代付场景，其实我觉得为了保证付款成功率，没必要限制只能一个人支付，
假设 A 和 B 同时支付了，按通知时间为准，通过事务更新订单状态，另一笔支付通知走事务时发现装维为支付完成的就走退款接口。

@pckillers #15 哈哈哈，那是你们没请他吃饭吧
一般都不会那么苛刻的，之前听说有家等保评测机构出事了，所以严格了点，但大多数情况下，是可以口头说明情况的。
我们那时候完整的流程是：
两个人上门，
让我们登陆服务器，然后他开始手工查核配置项，不算太多，都是基本的。
另一个人则提交外网 URL 到他们系统里扫描，然后开始唠嗑。
到中午的时候约了他们出去吃饭，大概吃了 1 个多小时，一共 5 个人吃饭，也才吃了 400 不到。
下午检测服务器那个有结果了，录入了他们系统，等网站那个也有结果了，就导出了个初测的报告，
然后再告诉我们应该怎么怎么修改，
服务器的修改他在旁边看着，顶多告知你一下改那个文件，然后完事了。
网站和系统的修改则修改完和他们说一声，他们重新扫描，
次日结果就出来了，有部分是不通过的，但问题不大，按他们的说法是除了核心关键问题没事，剩下的那些分数达标就行了，不用全改。
不过当时我们做的是三级，而且是 3 年前的事情，那时候好像是等保 2.0 吧，现在的等保 3.0 不知道变化大不大。

@pckillers #10
等保没规定不让用 docker 和 ubuuntu 吧，
据我所知等保只是针对 linux 和 win 有不同的策略，或者说它基本不关心你的操作系统。
我们那时候做等保，是检测机构来一个人，让你帮他登录服务器，然后他根据“天书”来检测，同时业务系统他会丢去他们公司后台扫描。然后出具整改报告，我们再根据这个报告整改.....

加油，我觉得做做业务，再回来做开发感觉会很不错（我现在就是这样）.
十年前我刚入行，不过和 OP 不同的是我们有人带，
也是维护公司的系统和设备。
那时候天天本子不离身，主管教的都抄去本子里，每隔一年就用心的本子重抄一遍，坚持了 4 年多，最后离职了。
但无可否认那时候真的最开心，因为学习到很多新的知识..
加班之类的我们都是随意的，有任务的时候连续上 3 个月班，然后假期都存起来，人事天天找经理说我们不能存那么多假，非要用钱买假，我们经理就不买单，说除非我们同意否则存了多少假就是多少....；
但相对的，那时候全公司唯独我们部门不管考勤，今天突然有事，说一下就能提前走了；
闹钟没叫醒自己，回公司后和主管说一声就行了。
当然，我们那时候都不会把考勤松当成理所当然，基本 3 个月才迟到 1~2 次。提前走也是比较少。

我们目前用的云服务器：CentOS 6.4/CentOS 7
朋友公司(自建机房)：CentOS 5/4 （没公网的机器） CentOS 7 （有公网的机器）