邮箱和登录名可以永封，手机号必须允许重复注册
有二次放号的问题
实际上被二次放号的都不是什么好号码，好号码都留着自用……
所以出问题的概率直线上升

@caliburn1994 可以少量吃一点色谱龙，看会不会后悔。
虽然也是反悔很难的药，但有那么一点点反悔空间

我听说绝大部分都是才吃一点点色谱龙一两星期就后悔了，根本等不到割……
不知是不是真的

愚见
要直播就带个苹果表或安卓表显摆一下，要不直播，就这俩表的续航……
踏实手环 or 传统表吧……

另外的测试结果
返回 10000 多条，如果是直接 query ，就算直接从 MEMORY 表 select *，也要 20ms.
如果是 query 过, cache 返回的话就可以 2-3ms 直接返回
面临如下抉择：是否每次插入时 query 一下存进 cache 最大化加速 php 的返回时间……
插入平均每秒到每几秒一次(传感器读数)
php 平均 5-10 秒一次
但是如果 write lock 把表锁住了就得不偿失了
不知要不要做.
准备自己测试下

不懂瞎说
申请证书这个不是对方要验证你的发起 ip 地址和被申请地址是否同 ip 么？用代理 ip 是不是就变了？
还是我不知道有什么新的规定？

主题无关
nvme 的铠侠 rc10 可能因为显卡烤的太厉害永久掉盘了，直接 GPT 挂掉 windows 不认(不是能修的那种 gpt 错误)，只能 linux 或 disk genius 龟速恢复数据（数据倒是没丢多少）（可能是厂商预留的数据恢复模式）
评价这么 好 的盘都掉盘可想而知……
不太敢买

多谢....
看了一下小鸡 ping 8-16ms ，http 备案防火墙估计要吃几 ms……
去掉了 join 查询 id>name ，放到了 trigger ，省下几十 ms.
fetch_assoc 可以改成 fetch_all(MYSQLI_ASSOC)但是不知道有没有提升可能没有
准备手拼 json 了

@eason1874 可能还真是 php...
我 ssh 上去本机 select *了一下，mariadb 自己报 0.017s......

flex 和 adsbygoogle 很可能代码不能改，广告都是硬插进去的，不知道会不会检查外部 div 属性
写个 div 包起来用你那个 css 不知道会不会违规。
就 flex 外面再包个<div className="adslot_1">或者<div className="flex adslot_1">...

瞎说的，试一下再说

看了下，skypack 那个属于额外服务了，都是 bundle 好的.
浏览器 module 方式引用的话要自己下包打包 bundle.js
然后 skypack 套了 CF(感觉好像也没法不套)，本地抽风中
还有个变通的方法是引用最小 js ，去掉 script 的 type=module ，然后把需要 await 直接要 fetch 结果的都写一个 async 方法里……(目前有点打算这么干)
目前就这样

好吧没认真看，可以 await

问个有点得寸进尺的小问题...
我 transition 过去的那个页面的图是开了个空 div 用
d3.json("somejson.php").then(function(data))
{
...
d3.select("div#container").node().append(chart);
}
后画出来的，虽然近乎实时但是也有几百 ms ，直接 transition 过去会是个空白页面，怎么 hold 住页面让它画完再 transition 呢?
就是怎么阻塞住页面加载完成这个事件呢?

楼主没考虑算法的最差情况
压缩算法的最差情况下结果是比原数据长的。
所以一直不停的压最后会越来越长，而不是趋近于一个最小值

先抽班，再抽宿舍的同时合并 /复用同类项，人数不够随机补齐不行么。
看起来人不太多而且也不需要特别科学的抽法的样子……

给爬虫一次机会的话 robots.txt ，毕竟 google 或搜索引擎也要爬
要说对于模拟正常用户的虫还不好办容易误杀，
对于每 ip/ua 就 1-2 个页面这种上古级池子最好办了 新 viewer （ ua 或 ip ）需要一次验证码，之后发个 cookie token 　有虫的话整个 C 段 24 小时强验证，就不是对方有多少个 ip 的问题了，看他有多少个 C 段吧
ipv6 回头再说
话说要不是 cloudflare 国内不友好哪用得着那么麻烦