楼主，你的量化工具进展如何了？

@halfelf 看来只能这样做了:)

@tkliuxing 文中提到了怎样显式控制_version字段，但旧的版本还是会删除的。不过还是要谢谢你啦！

拜年的拼音错了。。。。

前面放nginx，作为静态文件服务器，其他的请求nginx转到Go二进制程序的监听端口。

正在 Ping 121.201.13.193 具有 32 字节的数据:
来自 121.201.13.193 的回复: 字节=32 时间=46ms TTL=50
来自 121.201.13.193 的回复: 字节=32 时间=55ms TTL=50
来自 121.201.13.193 的回复: 字节=32 时间=47ms TTL=50
来自 121.201.13.193 的回复: 字节=32 时间=47ms TTL=50

山东联通

@fuxiaopang 翻译的Elasticsearch 权威指南挺不错的 /t/116261
Elasticsearch可以作为nosql用，打算在项目里将需要搜索的部分全部用Elasicsearch存储，性能要求比较高的使用MySQL

tj的id还是两位的呢。。。

哈哈哈
golang要迁移到github，大神这是来创建帐号了

81

看了下源代码，这个项目只是在libuv的基础上稍作开发而已。Hello World测试并发也许可以，业务复杂的情况下性能会直线下降。
node.js在libuv的基础上做了很多工作，并用js的异步特性实现非阻塞。这个项目在实际的应用中阻塞情况会很严重。
这个可以作为学习libuv的一个示例程序（https://github.com/kazuho/h2o/tree/master/src），跟nginx这种工业级web服务器比不了的。

Lua主要是嵌入在应用里，作为程序的脚本，Openresty和很多游戏就是例子。
Lua适合写一些简单的逻辑，比如restful api之类的。网站开发的话就算了，曾经用Lua写过，都是泪。。。

果然是历史原因，哈哈！

看C#: http://blog.coverity.com/2014/04/09/why-utf-16

stackoverflow的回答： http://stackoverflow.com/questions/5292150/whats-the-point-of-utf-16

C#是因为VB用的是BSTR（带长度前缀的UCS-2？），Java诞生的时候只有UCS-2可选。
为了兼容，采用了超集UTF16，而不是不兼容的UTF8。

值得注意的是，C#忽略了UTF16 4字节的问题，如果字符串含有编码为4字节的字符，获取长度等会有问题。C#的开发者在第一个链接里提到了。。。。

个人猜测C#这么做的原因可能是 如果考虑到4字节，对字符串操作必须先编解码，程序的效率影响会比较大。

看了一下Erlang的文档，最新的支持unicode。采用latin-1标志位确定是采用UTF-8还是字节编码。同时文档也提到了：
It can be speculated that the UTF-16 encoding standard was, from the beginning, expected to be able to hold all Unicode characters in one 16-bit entity, but then had to be extended, leaving a hole in the Unicode range to cope with backward compatibility.

utf-16同样存在需要4字节的情况，虽然这种情况比utf-8要少。

在计算字符串长度、查找及正则匹配的时候，都需要解码。转码效率会有很大差异吗?

标准委员会主要考虑的因素是不是utf-16的例外要比utf-8少，语言实现起来效率会更好？

已解决
在Makefile定义ARCH = $(shell getconf LONG_BIT) ，然后CFLAGS += -D向代码传递宏定义就可以了

@madeye 多谢，我在Makefile里试试