czk1997

@fulajickhz 京东我没怎么抢过哈。只说淘宝的。
淘宝从购物车到下单实际上是两个页面，勾选好后会直接跳转到一个提交订单的页面。但是这个页面的下单按钮是灰色的。
所以要卡时间更好在到点的时候出来这个页面。如果是抢票脚本的话，也叫做准备订单，只有点击提交订单才是真正意义上把订单提交了。
抢东西的核心就是想办法在抢购的时候提交订单，你要判断
没反应有可能是服务器不太行，一般服务器不太行的都可以用脚本抢，比如 b 站的那种。

手操可能的。最近刚在淘宝抢东西，手抢 1 秒内。
抢购第一点，不要等时间到了再下单，要给网路和计算部分留些时间量（ 500ms 左右）。抢购前跟 NTP 对时 （比如 bw 抢票的脚本我们都是时差控制在 1ms 以内），然后手抢会按照 Time.is 这个网站矫正时间。
像京东和淘宝这种常年抢购的服务器，反应都比较快，基本不会排队的情况，所以可以提前 250ms ~500ms 左右就可以考虑进入信息确认页面了。等页面刷新出来差不多就正好是抢购时间点。
你等到点了再开始购买，加载页面和 api 重新请求就很难了。
抢购一般只要提交订单就算成功，免不免密无所谓的。（除非商家按照付款时间计算的）。

@iijboom 桥接啥的这个其实上海没那么严格。而且貌似速度过了千兆，他们会主动给你改，因为目前好像没那么快的 SDN 设备，这次设备肯定也是新款设备吧。

@someonesnone 百度网盘其实能跑到千兆的。
@datou 十余个小区吧，不过现在确实只能选两个。
@lingxinyu 千兆上行，已经覆盖大部分需求了吧。

@YUyu101 完全没写。但 1 千一个月应该不会那么抠吧。看了下规则，这个设备用完一年还得还回去。
@moname 下行 10000M 。

1.属于，只要在一个销售时不可拆分的的包装就属于成套。
2.不可以。任选其一。
3.不受限制，我之前刚从日本倒腾过来的，申报早超 1000 了，没有交税。

@ginakira 组中组嘛。
不像自己实现可以参考用基于 google zanzibar 的。现成框架一大堆的，很多都是平台无关。
权限控制本质就是构建 dag ，然后看两种资源之间是否可以联通。

root 以后就是 xposed 。
不 root 我之前见过 clash 和 adguard 套娃的。

@kangyue9999 那你要这么说卖最高带宽的的话，那买 2000m 的和买 100m 的显然是没有区别的的，毕竟我也可以限制一个月最多只能以最高速率下载 2G 内容，之后统统降低到 250k ，同样满足了最高速率的合同要求，但这显然是不合理的，
在运营商没有明文规定的情况下，付出了更多的钱就理应享有更好的服务，更何况。带宽和和价格成正比关系。
up 的最高速率约 50m/s ，实际平均使用为 8m/s ，最多也就大约 1/5 的水平，从这个角度看，这并不是一个很离谱的数值吧？ 10m 的上行长期保持 100%不会停机，但是如果付出了至少接近几倍价格的 400m 上行保持 1/5 就不行了，这是不是太霸道了？