@fiveelementgid #14 一直都是设四条看起来就正常就没仔细看，似乎也没啥问题，其实吧公共 dns 几乎不会挂吧，8888 也不可能完全被墙，更可能改为在国内设置一个和 114 一样的节点，而且你可以 ping 一下看看，现在 8888 的节点似乎不是在国内就是在香港，已经在监管之下了，关于被污染，你设置两个也解决不了啊，因为被污染还是有正常返回的，所以其实并不会从第二个查询正常的，而且吧你用 8888 其实并不能解决被污染的问题，因为墙也会修改 8888 的返回结果和 114 一样，其实现在完全没必要用 8888，啥问题解决不了也不比 114 更权威，而且指不定啥时候延迟会比 114 高网络又慢了，通常情况下延迟似乎也要比 114 高一点

不用怀疑，本来就是这样的

@fiveelementgid #5 事实上你多设置几条也没事，并且我记得似乎系统能自动区分 ipv6 和 ipv4，通过 ipv6 解析的时候会自动使用设置的 ipv6 的地址，通过 ipv4 解析则会只使用设置的 ipv4 的地址，所以你可以设置两条 v4 两条 v6，这样 v6 和 v4 都能正常了，不用那么复杂吧

当然不能，这还用说么，ipv6 环境下 114.114.114.114 这个地址都不通，解析个锤子，ipv6 当然要用 ipv6 的 dns 了，8.8.4.4 和 114.114.114.114 都有对应的 ipv6 地址，找一下就行了

https://github.com/snower/forsun

之前做的一个定时服务，通过 key 指定定时任务，通过 key 随时可以修改，每个任务秒级定时，后端持久化用 redis 不担心丢失，已经稳定用在日百万级订单超时这样的任务处理，可以看看能不能满足

其实我也感觉有点跑偏了，好像不明确支持黑人平权就是歧视黑人的意思，过于强调平权就是在要求特权啊

按道理来说，和基站通信应该是需要先申请信令的，所以应该是按申请信令的繁忙程度决定是否进入低功耗 4G 模式吧，估计和你打得开打不开没啥关系吧，再说手机在通信模式下本来就要提高天线功率的吧，以 app 来设定估计不可能

/后面是能整除的时候运行，所以本来就不能运行吧，这种情况下，3 这种数应该是设不出来吧，大不了简单点加 10 条规则呗

应该你说的这个代谢是全局整个身体的问题，如同人总会慢慢一点点老去不可避免，而在青中年的健康问题更多是局部的，生活方式的不均衡会很容易导致局部损伤过快，这应该才是健康最大的问题，提倡多运动则可以很大程度刺激再生长，这个是在人类适应环境过程中自然形成的，同时也可以加快这些部位血液体液流动，更快的带走老化的组织和有害物质，所以运动有益健康更多就如同汽车保养一样，避免局部过快磨损而导致使用不顺甚至报废一个意思吧

磁盘头是不是会一会儿 seek 到文件头部？？这是个啥操作！ seek 只是切换了文件描述符内记录的文件当前读写文件位置罢了，和磁头也没啥关系吧，更不要说两个进程文件描述符信息都是独立的，有啥关系，实际读写触发磁头寻到的话，磁头始终在高速旋转在磁盘上，你不操作也有其他进程会触发磁头寻道的吧，而且 kafka 这种连续读写的方式来说，文件头和文件尾大概率在同已磁道上，消耗很小的吧，更不要说操作系统还有文件缓存

恢复时间和异常概率是最重要的，用 etcd 或 zookeeper 这样实现的服务发现，节点的上下线一般是节点自身主动上报，这样某个节点上线或者下线整个集群几乎可以毫秒级感知到，根本无须额外人工操作，负载均衡服务添加新节点肯定是要手动，节点下线也只能做到秒级检测，加上 dns 恢复时间那时间就太长了，而对于现在大型系统成千上万甚至十万个微服务来说，节点数都能到数十万吧，再加上云时代跨区域跨机房，各微服务各节点又必须能实现自由更新重启自由决定发布进程相互不影响，无须等着晚上统一更新重启，还要能随时可以自由迁移切换机器机房，如果人工修改加秒级的恢复时间，所造成的波动异常会十分高，用户都能感知到了，所以还使用负载均衡的方式的话就太作死了

你可以查一下 app 和小程序的单客推广成本就知道了，估计至少 10 倍差距吧，支付宝淘宝这样市场占有率超高的国民 app 单客推广成本更是高到快上百了
无需安装扫码就能用就秒杀了大部分 app 了，直接屏幕上竞争优势更大确实是的，但是吧这个优势仅只是 1%打开率还是 2%打开率比较，你觉得有啥实际优势么，app 打开、转换率你可以到网上查一查，估计数百万及千万以上安装的，能几万日活都是不错的了
还有最后这个小程序使用习惯了无法往 app 引流就更扯淡了，做成了有钱了想怎么玩怎么玩完全不是事，做不成哪凉快哪去说啥都没用，关于啥产品、体验啥的纯属意淫，大部分情况来说，只要不是特别特别难用，影响可以忽略不计

你手动这两错误本身就是正常的吧，你这个 for 是死循环的，又没有检查 websocket 连接是否断开的情况，如果前端有异常断开了你再写就会返回这个错误啊，前端断开一般会重连，所以你应该断开后数据就保存再 chan 中，重连之后再往新的连接中写，具体是不是这样和为啥断开不行可以抓包仔细看看

微信 API 请求延时基本低于 200ms，这样算不到 600 并发就够了，8 核 cpu 的话一台机器都可以轻松搞定，别用多线程，异步 io 啥得库搞一个 600 并发并不算啥，微信正常发的话，估计也不会封你，但是吧 1000 万每小时，总用户得多大啊，要是乱发垃圾营销消息的话，投诉人数达到一定量肯定分分钟被封号了

@shijingshijing #96 眼睛看清楚啊，我们在说轻薄笔记本，谁跟你说 plc 的，眼睛不好就别出来了

@shijingshijing #89 你有需求和别人必须满足你是两回事，厂商只看市场统计学结果，厂商砍掉网口本来就代表已经放弃你这样的用户了啊，他觉得放弃你这样的用户反而利润更高有啥问题，你自己企业部署困难成本高，那是你企业的问题，你不能说无法把这部分成本转嫁给厂商就说厂商做的不对吧，部署合理花钱足够，wifi 的稳定延时完全可以达到要求，你不能因为你不想花钱或者不想升级自己的设备，就要求厂商应该保留网口，那么对那些更希望网口是否也不公平，再说轻薄笔记本本来定位就是 wifi 覆盖完善的大多数人大多数时候啊，你非用在没有 WiFi 的场景下，不好用还能怪谁，既然如此你买啥轻薄本

人家生产笔记本的厂商显然考虑的是生产成本和使用用户需要的统计学结果，就算自己到外面随机抽查几乎都没几个人需要用网口的，既然如此，厂商既可以节省成本又可以笔记本更好看为啥不这么干，就算你说的又部分场景还是需要，但是厂商凭啥又为你这特别小的群体这么干呢，你不喜欢别买就是了，你情我愿的事，纠结个啥，我支持砍掉网口，没用网口漂亮好多啊，看着就舒心多了，说啥都不如自己看着爽重要

确实如上面所说，除非宅基地，否则地显然不是你的，占用你私人土地说不通，但是占用耕地做他用还是要给补贴的，这一点还是合理合法的，一般以当地常规作物一年价值的数年来补贴，以一根电线杆占用面积及现在农作物常规价格来说估计也就几百这样子，不可能更多了，起诉估计也没啥用，即使你觉得很不方便很不爽但是规则法律并不会为你不爽买单，所以差不多也就行了，实在位置不好，农村嘛给根烟来杯酒商量着帮忙挪个位置更靠谱吧，否则花的时间啥的成本都比这个高多了，顺便说间断肯定是不行的，破坏他人财物妥妥的啊，较起真来，估计你的陪他十倍都有可能，所以好奇究竟你要了多少？他们还不同意

@zhybzc #19 基本现在量大一些一个月千万条以上的都 3 分了，发更多的还能到 2.5 分，考虑到分销商也还要利润，估计运营商给的价都快接近 1 分了吧，即使如此，分销商运营商等各种系统还是要钱的，这个也没多少钱了

公益化的问题就是肯定没人认真维护了，反垃圾，安全性都要弱很多了，而且大概率被滥用的可能，所以这不是一个好方案，不管效果怎么样，运营商在反诈反垃圾反滥用还是花了一些功夫的