ufw allow 啓用就行了,强勢推薦 ufw 管理,用了再也不想取用 iptables

@Mrun 也不能說,我感覺對於小程序|微信游戲這種,`swoole`能夠讓原來 PHP 開發人員迅速轉移開發;不像我們游戲服務端開發已經招了大半年.......

@dobelee 哈哈哈，我就知道会有这个

我感覺很多計算機系的好像出來都不去找計算機相關的了...........
不過考公務員也是日益增多

@lolizeppelin = =我以爲是普通零度

@AltairT 这种-和+的数组情况我们都是有判断极限值的，这种我记得以前 c 的 strlen 以前也有缓冲区溢出攻击，所以基本上都是有做极限值判断

@shansing 哈哈哈，不过确实冬季有零度产生的，这个其实是想说 PHP 这种语言很多人都会直接拿 null 和 0 等同 if(null==0)，导致有时候到底是哪个字段本身是 null 还是本身温度就是 0，这种假设是存在的

@helloiac 不是，有的 FQ 软件你退了他有些配置还在加载，你需要退出之后重启电脑访问就没事了

@lihongjie0209 对了，这种还涉及数据库字段的正确配置，比如你 datetime|tinyint 强制硬塞给一个"123456789"|9999----->"0000-00-00 00:00:00"|255，这种我感觉有点离题但是却是个值得思考的问题，因为一方面制定数据库得考虑这些，一方面还要在 DAO 层做这样的判断

FQ 了吗？关了 FQ 软件试试

@lihongjie0209 这种代码层面的验证移交给数据库本身就是极其错误的，数据库不对数据准确性负责，只负责你有数据 insert 没有错误就行了

@shansing 不行，现实上测试过，0 在温度面前也是个特殊值，因为有的地方温度也是存在 0 度，不能将具体存在的温度纳入错误之中

@sagaxu 这种情况也是需要考虑，建议楼主也纳入这种考虑

@SimbaPeng
如果需要不留空，比如 create_datetime 这种创建就需要生成的，就直接当时的时间默认值
如果需要留空，那么比如 update_datetime 这种实时更新，但是前期不留空的,直接给他一个会被识别为 null 字符串 `"0000-00-00 00:00:00"`；如果取出来的话，需要判断是不是该格式，我一般都是时间戳保存转换

Postgres 没接触过，mysql 和 mariadb 就是这样，不排除其他数据库软件有所优化

默认 null 占据一个数据一个字节，每条数据多分配一个字节的空间来表示字段是否为空，无论你是否使用到 null

python 的文件操作 IO 有文件锁选项，其他语言都有文件锁设置
大不了就自己弄个自旋锁

没必要，如果 vue.js|jquery.js 一起引入又没必要
但是去除其中 jquery，你不知道到底整个 ui 框架有没有依赖 jquery[没错，就是 boostrap 有的组件依赖 jquery]

借楼求问
我想知道怎么才能进 LTSB，我是 window 专业版 64 位，我这个电脑系统不想折腾，开发都是另外一部