@IvanLi127 #17 我没和你杠什么，
你的观点：>为了合规，那备案过的网站之间，能不能互信下，都是合法网站，不要那么见外吧。。。
备案无法作为单一判定标准，对方哪怕是备案了也不一定代表内容合法，如果对方出问题了，难不成你还能把网安推出来说因为对方在网安备案了，所以你认为可以互信吗？

另外，你#9 的说法是 案过的网站之间，能不能互信下，都是“合法网站”，
但是你#17 却又说 你没说过备案等于不涉及违法，
你不觉得你自己说法都有出入吗？

我的观点很简单，就是工信部备案单纯就是个流程罢了，而网安备案，只是确认责任主体 但这不涉及到内容是否违规问题。而你所说的“互信” 并不能以 备案作为单一条件进行判断。

@IvanLi127 #15 那你觉得公安备案和工信备案有什么区别呢，为什么工信备案后还要网安备案...
其实都没什么区别，都是个形式罢了。
但是你不能以对方备案为标准判定对方就不会涉及违规内容。

和网站唯一关联是评论没做分页处理致使用户体验不好...

@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 不知道变化大不大。