@zado

对的。

其实 我blog里说的 raw socket 就指的是 TCP socket，
对于一份数据， 可以定义为 直接发送出去是 零开销

但是如果要把这份数据 用websocket发送，那么 要把数据 包装成一个 websocket frame，
然后把这个 frame 作为数据 发送。

@zado

Websocket Frame 是作为 Data， 拼装在 TCP Segement 中的。
你好好看看 你的回复有什么问题？

@sivacohan 看rfc定义， 我blog里有链接

有没有新游戏推出？

@too 那就算了。

@too 你去不去？

这点还真没注意。

我现在基本都用 UUID 做主键。 无论是 mysql, postgresql 还是 mongodb

简单，方便。 uuid4 冲突几率是有， 如果你能碰到， 也算是你的运气。

什么 分布式， 唯一ID生成， 数据库合并， 瞬间解决。



特别方便的一个使用例子是 django orm 的 bulk_create， 如果你的主键是 自增长 int
那么 返回的 列表中 对象是没有 id 属性的。

这时候用UUID 先给对象赋予ID， bulk_create 返回的对象就是带有ID属性的。

这在 bulk_create后， 需要这些新增加对象ID 的情况 特别有用。


再说一个场景吧。

曾经有个项目， 一个server 对应一个 db， 用的 mongodb，

因为担心效率问题，没有上全局ID生成服务。

是每个server自己算的， 算法大概是 PARAM * NEWID + SERVER_ID

param 是一个定义好的数值，比如 1024,
newid 是这个server 自己生成的唯一自增长ID， 比如 1，2，3，4...
server_id 就是这个 server 的 id， 不同server 的 id 不一样。

这样生成好处是 方便，快速
但缺点也很明显

能开多少server 是由 param 来决定的， 最多 param 个



所以，上UUID， 上面问题一锅端。


有同学会说 INT ID 好啊， 数字的，自然就排序了，
mongo 的 objectid 好啊， 还带有时间戳， 也可以排序。


大不了在记录中增加一个 create_at 字段就行，
相比上面的问题， 增加一个带索引的列，根本不是问题

快五年了， 还没积蓄。。。。。。。

打算重新做人了。。。

屌！

我曾经也是 VIM党

这些回帖的多少人明白什么是 IDE？

Pycharm

用了 UUID， 从此没烦恼

@Hysteria

互相学习


继续招人啊！

@notnumb

V2 上小白很多，
而且很多人的做法就是 不管什么，先喷

@Hysteria
@Zkiller

都是成都的游戏开发者，大家什么时候可以聚聚。
我的联系方式就在上面

@scola

感谢

@thinker3

没用过可以学习，这都不是事