建议按粒度定时统计，要用时直接从统计表查。

12 小时以内的数据，按分钟统计；
1 周以内的数据，按小时统计；
一周以上的数据，按天统计；

USB 链接手机共享网络，不要用手机热点，那个很慢，用 USB 链接共享，基本上浏览网页刷刷视频毫无问题。打游戏除外

200M 空间，20M 数据库路过。还有 50 年到期

两套流程，一套标准流程做项目的 4 个步骤流程。另外一套流程做成可自定义的，这样以后无论是发起一个项目，还是其他啥流程，只要不符合标准流程的，都走自定义流程。

一直用必应 + 谷歌，百度网站长啥样子已经忘记了

推荐文章 [Java8 新特性学习-函数式编程]( https://blog.csdn.net/icarusliu/article/details/79495534)

@xiao6zi 附议。
专门一个导入表处理数据，SQL 处理一下，你想加后缀 a 非常容易，还没有任何约束

判断隐私的方式之一，通过金融风控系统侧面判断，风控系统需要的信息非常多。
线下找相关渠道接入小米金融的风控系统。之前看过阿里的风控接入文档，里面能获取到的用户信息真的太多太多了。

这算犯罪交流吗？

这就是所谓的 “boss 需求”，

只要钱给够，随你怎么加。

感觉这样容易弄出线上 bug，一会儿这里没输入对，一会儿那里没输入对。

缺大厂经验，就去大厂。

有大厂经验，就去小厂，把大厂里面用到的技术合理的应用于小厂，你就是该公司最靓的仔。

同感，啥都懂一点，啥都不精。只能根据业务需求搬搬砖。

感觉自己用不到的技术，学了就忘，忘了又想学。

狱友养成记——先获得一份犯罪证明再进入编程行业

楼上争来争去，一群人按照前端渲染的角度来说，一群人按照后端渲染的角度来说，这样讨论问题毫无意义。

# 前端渲染时
1 、前端负责处理 XSS，用 innerText 可以解决。
2 、后端负责处理 SQL 注入，用 prepared statement 可以解决。

# 后端渲染时
1 、前端不用处理 XSS 、SQL 注入。
2 、后端负责处理 SQL 注入，用 prepared statement 可以解决。
3 、后端还需额外处理用户提交的数据必须进行 HTML 转义后再渲染返回给前端。

还是我们这里好，保障功能正确性的情况下，一般不优化。

要优化也得业务方觉得功能不满足需求时，优化功能的同时优化代码。

平时功能好好的，你去优化，你是在给测试挖坑吗。。。

不知道有啥好争论的，卡的是国产 app，又不是系统。安装大量（日常 50 个以上）国产 app 之后，两个系统的差异非常明显。

编码 1 分钟，编译 10 分钟，摸鱼半小时

支持一下，我的博客（ blog.xiaoi.me ）也是 php + markdown 弄的，兼容了 jekyll 部分标签。

空了用楼主的搭建一个试试。