如果只是想查询是否包含给定的 keyword，可以试下用 DB 提供的字符串查找 SQL 函数，比如 strpos。性能会好些，另外不用担心转义的问题。

只有一年多 Go 开发经验，不过有接近三年的 C 服务端开发经验的，你们考虑么？

> 加班,实话实说, 有. 现在也是重点的战略项目推进中, 需要拼劲,自然更多机会

不知道具体是什么程度的加班？

现在实习内推的开始时间越来越早了……

貌似跟编译器的因素还是有关？
我这边输出的是 34578.

下面是输出：
```
345.77999999999997271516 // %.20f
345.7799999999999727151589468121528625488281 // %.40f
345.779999999999972715158946812152862548828125000000000000000000 // %.60f
34578 // %d
```

编译器是 gcc 6.3 和 clang 4.0.0，这两编译器输出结果是一样的。

试试 lua-resty-repl ？

> 空格还是 tab, 分号结尾要不要，欢迎来辩
多写 go，少写 js，就没有这个纠纷了

@mcfog 1%其实很大程度上都是依靠同行的衬托……
另外前 1%也没有什么资格发表什么方法论吧，毕竟全国 1%可是有好几万人

根据 $host 变量做跳转？如果是直接输 IP 访问的，浏览器生成的请求里面，Host 报头填的是 IP 地址。所以可以根据这个区分是否“直接输 IP 访问”。

@alexapollo
后端没有适配不同的内核的需求呢……除非你是在写库或者写开源项目。

这事还真不好怪在 if 头上。
add_header 定义在下一级的会覆盖上一级的。你可以试试在 server 级别定义 add_header 看看。
一般遇到纠结于 Nginx 配置的人，我都会安利 lua-nginx-module 。可以省下不少 corner case 的精力。

我上面说的第 4 点是错的……
Nginx 的 `$uri` 本身就已经 normalize 了，是我看代码的时候想当然了。

仔细看了下代码。
随便说几点肤浅的想法~
1. 这个 router 并不依赖于 cosocket 吧……刚打开的时候看到一句 ` based on the cosocket API`，我还以为这个 router 是不是会动态更新路由。
2. 创建 router 和 使用 router 的场景可以分离。毕竟 router 在响应请求时一般不会再修改内部的配置，无需每次请求都创建一遍。我觉得有必要在 README 中展示这一点。当然 `throw` 函数就要备两份，不能创建和使用 router 都使用同一个。
3. 如果存在 `get /a/:b/:c`，就不能再定义 `get /a/:b`。但其实这应该是两种路由。感觉节点树的实现还可更精细些。
4. 路由没有实现 normalize ，比如我在路由里加个 `../`，就不能正常处理了。而 Nginx 自身的路由是可以处理这种情况的。当然这个就吹毛求疵啦。
5. router 的匹配里面，如果已知当前节点只有一个子节点（或少数几个子节点），是否可以改用正则匹配的方式去比较呢？这样就可以节省继续解析 token 的花销了。

@AnnatarHe
你应该称呼人家小妹……

还好啦。有人即使是当面跟人说话的也会满口脏话呢（没有恶意，只是把脏话当做语气助词）。
第一次我觉得这人怎么这么粗鄙，后来聊多几次就习惯了，脑子里自动和谐掉。不同人对同一件事的感受往往不同，习惯了就适应了。

如果觉得自己当前的水平高就不考研，否则就考一下，练多几年再来找工作。当然一般的本科我还是建议去考一考的，毕竟学历是个软肋（除非你的实力真的很强）。

我校平均是 7500+，来自校方的统计数据：
http://www.oeeee.com/nis/201601/02/414066.html