使用 isnull 先判断一下了，

只保留一个主号，其它副卡随意了，要不然到时候一大堆电话需要修改，

好多都是应用性的东西，基础通用的就是增删改，更多的时候可能需要实际遇到问题的时候才能想到怎么做，平时根本想象不到。

网络 nas 加个交换机，百兆的就够用，

@odirus 纠结，按目前流程记录下来的日志都是一样的，在没有获取 openid 前没法区分到底是谁访问的，获取到了 openid，也不确定是不是重复的 openid，这个问题出现的频率还不大，重现都不好重新，准备多做几个页面，进行测试

@odirus 应该不是 cookie 的问题吧，为了避免可能缓存的原因，测试用的代码都没写入缓存，连 openid 都是放 url 里面直接返回调用页面，测试版本打开首页后，直接在 url 判断有没有 openid，没有 openid 就跳转 getcode 页面，然后在 redirect_uri 页面获得 openid，直接把 openid 放到 url 里面，最后跳转，但是偶尔 url 确实收到了其它人的 openid，唯一确定的是出问题的大多都是局域网用户，莫非微信在处理多人同时获取 openid 时候，redirect_uri 接收到多个 code，造成转发错误吗？

还有一部分测试是要模拟用户的，用户上手根本不可能再给一个使用说明，一切都要盲测，

没合适工具就自己写脚本，手工更新呗，反正也就一个语句搞定，多个库 加个遍历

不知道都怎么用的，我一个 win 狗用了二十多年的鼠标，最贵的也是 79 的罗技套装，也没有手腕痛，只把手腕突起骨头的部位磨出了大茧子

感觉写的没什么大问题，一看就知道这个是干嘛的了，

以前用友弱密码刚开放公网访问不到 5 分钟，密码就被改了，还好数据没有被删

快递 100 有官方的 api，需要 自己申请 key，

真心想多了，根本没有开网上彩票的许可，真想做数据库就存一个彩票号，等开彩了找号码对比一下就行，这个多年前就分析过了，一开始还比较正规，收客户钱后再去买正规彩票，最终算是代买而已，后来一看买的多，中的少，网站就把钱都扣下来不去买正规彩票，最后按开彩号码给客户钱，再后来，干脆中奖客户的钱都不给了

115vip，资源超多，

当年用 CGI 写论坛的那个人才初中生，论坛源码记得叫什么 3000，当时很有名气，

算法毕竟有简单有复杂的，可能 web 上能用到的算法类比较简单吧，

不一定吧，应该还是向 NIC 申请，会不会开通个人申请就不一定了，ip 毕竟最终还要到服务商那里启用才行

小米视频后台推送的锁屏画报也一样，不过是在 wifi 充电的时候显示小米视频的视频推送

看字段内容吧，如果是一般的字段，还是导入数据库方便，我曾处理过一次复杂文本的 csv，字段用逗号隔开，但是某个字段是富文本，里面一大堆换行 和逗号，不知道为什么用 Excel 引擎导入只能处理一部分，最后还是写个软件 处理后批量插入数据库