现在广告并不需要你登陆
会有一套机制来标识用户的
所以所谓的联网就泄露隐私就是这样

比双 11 秒杀之类压力小多了
上面有同学说了,答题和答案之间是有时间差的,统计起来完全没压力

视频流这个解决方案有很多
另外几乎所有直播的在线人数都是注水的

@moult 但是如果你真的大规模的迁移到云,相信云供应商怎么也会给你免费提供几个砖家来协助,相反的话,不给你使袢子就不错了

你要求均匀分布本身就不"随机"
例如简单的一个四象,如果已经三个象限各有一个点了,如果算法要保证均匀分布,那么几乎可以肯定下一个点必然出现在没有点的那个象限

均匀分布是随机的结果,但并不是保证随机的前提
也就是说,你观察到你的结果是均匀分布,但是并不能说你这个算法是足够真随机

真随机完全可以出现所有结果都出现在同一个象限的情况

自己要求复杂还怪别人方案复杂...
自己写代码去吧

我觉得其实并不太适合做思维导图
里面很多东西其实并不是上下关联,而是多维关联

我觉得楼主思路就不对
相互监控会存在逻辑冲突,你两个设备相互监控逻辑冲突还算能解决,设备多了之后就没法解决,你自己考虑是不是这样?

这也就为什么目前所有比较成熟成规模的监控系统设计都是中心化,高可用也是尽可能保证监控高可用,好在监控系统一般并不会特别庞大,并发上面也远远小于业务系统,所以做到高可用算是很简单了.在你的例子中,我觉得实际上仅需要一台设备作为监控即可,监控本身可以定时给你发邮件表示自己存活,或者你干脆引入第三方免费监控对自己的监控存活检测即可,目前几个比较成熟的第三方检测,基本都能保证 99.99SLA,我认为无论对个人还是中小企业这都足够

然后监控项目方面,http 略过不提
其他设备方面你基本上总是需要一个特定的端口来做响应吧,那么对这个端口进行适当的监控就可以了,这点上现在主流的监控软件都能做到,cacti nagios zabbix 都可以,win 上还有个商用软件 Advanced Host Monitor https://www.ks-soft.net/hostmon.eng/也基本可以做到
至于你需要更细致的监控,那么就跟你的业务有关了
例如你是跑 nginx 还是 apache,在 snmp 里都有对应 OID 来进行性能监控分析,你自己写的程序那自然你自己才清楚需要那些监控,甚至 http 方面也可以监控 post 之后返回什么才是正确的进行对比
这就几乎进一步到了企业业务领域了

才完蛋这才是让人惊奇的
所以还是傻子足够多

与滴滴无关
只一些运营公司与滴滴内部勾结导致实际车辆与显示不符
当然了,滴滴可能查的不严,这样以便弥补运力损失

MU-MIMO 跟 AD-HOC 完全是两回事
苹果的 wifi 支持一直都挺先进的,好多年的 5s 都支持 5G 频道了

楼主这个功能基本上算是伪需求
而且一个产品不可能满足所有人的需求
程序员就喜欢用一个东西来解决所有需求,殊不知做减法比做加法难得多

而且你觉得非要用手机来作为无线局域网,那就买安卓好咯,甚至你可以买个移动路由专门来做这个事情,吞吐量比手机强得多

这次禁只是禁止你的 25 端口啊...又没有禁止你连接对方的 25 端口
难道你这里发还必须从 25 端口发?

如果说各类流服务占用大量带宽导致网络阻塞,那么 ISP 应该去提高硬件带宽而不是进行限流
这 FCC 颇有点干掉提出问题的人的思路
更何况每个用户带宽是固定的,你这超售是不是违规要不要先来算一笔账?相信美国的律师有办法找出协议漏洞的

找个国内合伙人,然后签合同来保障你的权益

我觉得楼主说的...仿佛是菲力 /T 骨牛排这样...
其实都是牛肉...只是出售的部位不一样,商家的定价不一样...

如果你说的可用性是 SLA 的话,小商家不一定差哦,因为规模不大的话,维护起来相对就更容易,特别你如果是小商家的重要客户,那自然优先级别会更高