写了个楼上提到的 Promise 和 async/await 的示例，希望可以带来帮助

```
// 把回调包装成 Promise
function run(sql, params) {
return new Promise(function (resolve, reject) {
pool.query(sql, params, function (err, data) {
if (err) return reject(err);
resolve(data);
});
})
}

// Promise 方式执行
run('SELECT * FROM .....')
.then(function (data) {
// 第一次查询以后
return run('SELECT * FROM ....', data.xxx);
})
.then(function (data) {
// 第二次查询以后
return run('SELECT * FROM ....', data.yyy);
})
.then(function (data) {
// 第三次查询以后
})
.catch(function (error) {
// 错误情况
console.log(error);
});

// async/await 方式
async function runAsync() {
try {
let result1 = await run('SELECT * FROM ....');
let result2 = await run('SELECT * FROM .... WHERE a = ?', result1.xxx);
let result3 = await run('SELECT * FROM .... WHERE a = ?', result2.yyy);
} catch (error) {
console.log(error);
}
}

runAsync();

```

个人感觉 Promise 的形式假如有中间需要跳出的逻辑的话，手动构造一堆 Promise.resolve() 然后还好多 if 判断不太方便，async/await 舒服多了

折腾博客三年多，写了 70 篇左右，回头看看还是很有感触的，感觉有沉淀有感觉的时候写一写就挺好，应该不用追求数量

我觉得在不同的书架上贴二维码 /条码应该合适一些，毕竟很多书架是一模一样的，用图像识别反而失去了准确性，还是二维码 /条码比较有区分度。然后把每个书架的不同编号的书在上架的时候在系统中记录这本书在二维码对应书架的相对位置，感觉应该可以解决这个需求(在读者不乱放书籍的情况下)

如果是弱类型比较导致的问题话可以看文档👀
http://php.net/manual/zh/types.comparisons.php

我是这么写的，还可以判断 php 文件是否存在
```
server {
listen 80 default_server;
server_name _;

root /www;
index index.html index.php;

location ~ \.php(/|$) {
fastcgi_pass 127.0.0.1:9000;
fastcgi_split_path_info ^(.+?\.php)(.*)$;
set $real_path_info $fastcgi_path_info;
try_files $fastcgi_script_name =404;
fastcgi_param PATH_INFO $real_path_info;
include fastcgi.conf;
}
}
```

稳定版也能装啊，我从 MIUI8 到 MIUI9 都一直可用

@20160409 可以考虑一下 feed43

30 包月，日常 10M 带宽的路过，内网可以跑满百兆，steam 也可以跑满，虽然限速，不及隔壁皇家理工大学，但还算稳定，电信联通移动教育网 4 大出口，还是很舒服的

据说我们学校每年网络开支几千万，大概应该没什么利润吧，网络质量可能和学校每年花在网络方面的经费的关系比较大

@reloop 昨天也意识到了这个问题，现在修好啦

感觉记事本就是一个没有任何高级功能的文本编辑器

天天搬砖的 CS 大二生路过，我的话日常用 Atom，VScode，Sublime Text 还有 Vim，写 C/C++作业的时候就用前面随便一个编辑器撸代码、配上 GCC 编译器编译，用 GDB 来调试，写 PHP、JS 一般用 PHPStorm、WebStorm

代码本身也是文本文件，所以写代码的话核心的软件就是文本编辑器，不同编辑器的区别就是操作方面，还有语法高亮、代码提示对你的友好程度不一样。IDE 的话也相当于文本编辑器还有各种高级工具的结合体，我觉得刚刚开始上手写代码的话，最好抓住核心的东西，才不会被 IDE 的各种各样繁杂的高级功能所迷惑，以后熟悉了再利用 IDE 的高级功能提高写代码的效率吧。

@kanshan 连这样子都都看不出来的话显然更容易被套路，起到一种筛选的作用吧

个人觉得桌面端还是挺重要的，毕竟 GUI 和命令行各有所长，理想中的电脑是 GUI 和命令行都能很顺手吧
一直都在关注勇哥的简书，真心很赞，给了我很多启发，也感受到了深度的用心

忍不住想贴几篇文章的链接...
深度桌面操作系统架构设计 - 简书
http://www.jianshu.com/p/e871723f9460

想成为技术牛人，千万不要成为虚名牢笼的奴隶 - 简书
http://www.jianshu.com/p/7bdbace72779

Ubuntu 放弃战斗, Linux 桌面的悲哀 - 简书
http://www.jianshu.com/p/86dd6e34ce91

没什么特别的需求的话，小米还是可以的

为什么不用 Scratch，完全在线编程，用鼠标就能上手了，而且体验十分友好，还能给小朋友建立一些编程的思想
https://scratch.mit.edu/

之前还看到有人用 scratch 实现了 Quicksort 哈哈哈哈
Quicksort [super fast list sorting] 在 Scratch 上
https://scratch.mit.edu/projects/41440388/

@ctsed
@bbsteel
可能我的表述还是有点问题，sorry，并不是说我对漏洞和后门宽容的意思，平时注意好程序的执行权限的分配，在搞清楚漏洞发生的原因还有解决方式的情况下，不需要太过于紧张吧。

我个人是十分信任 Typecho 的作者的，Typecho 也是陪伴着我入门编程和 Web 的一个程序，也比较有感情，所以我比较倾向于维护作者这边。

@hjc4869 这一点我的确没考虑清楚，我只想着文件那一块了，感谢你指出我的不足。

@joyqi 的最新文章说明了这个问题
https://joyqi.com/typecho/about-typecho-20171027.html

方什么呢，漏洞本身并没那么容易利用啊
https://paper.seebug.org/424/

部署的时候把运行 php-fpm 的用户独立开，配置好权限，让它只对 usr/uploads 才有写入权限，即使是 getshell 应该也不用太担心吧。

@wenketel 已经恢复啦，我又搬回来了