游戏服务端吗？如果是的话可以把 http 去除，其次就是 tcp 和 udp 的选择，如果是要求高可靠性不计较太多访问开销，那么可以考虑 tcp(当然 udp 也有可靠性传输的方案，但是入门门槛不低所以推荐比较广泛的 tcp)

时间戳 int 范围取值就行了，还容易触发索引，where datetime < xxxxxx and datetime > xxxxxx，这样来处理就行，也能对时间做 group by 处理，后续如果突然项目需要完全日期时间也能直接转换，能够适应各种变化

nginx +1

老老实实出来工作，不要想有的没的

IDE 内置，Webstorm 直接 Ctrl+左键定位，系统函数也有说明，能够让 IDE 解决没必要浪费太多时间

这个问题区分看，如果是数据后台这种少数人管理的但是查询量大，过期所引起的 DB 层查询不足以让其崩溃；而大量请求接口级别，也需要区分，如登录接口这种单一用户请求，保存必然是 account:uid:1 这种单独某个用户的缓存信息，除非是这个用户不断恶意请求，否则该用户对于 DB 层面也不过是 where account='user'（一般有索引），基于这种情况对于 DB 层问题都不是太大，因为这是针对唯一性数据的处理；但是多人共享的数据就需要谨慎对待，同理在于抢票和限购这几种情况

Json，自带有 Json 编码解码，其他的方法？你让前端来自己做协议编码解码？不是开玩笑吗？

@sagaxu 不是游戏服务端，说的是游戏后台

以前页游后台(没错就是网页游戏，渣渣辉这种)使用比较多，以前都是 PHP 用 socket 请求游戏服务端获取数据或者更新游戏服务端配置

按照 C/C++引用和实例区别，应该就是指针指向，Go 语言开发快捷，不过我还是推荐如果有时间把 C 接触下一下，有的问题可以在 C 上找到答案

不是可以实习生进去的吗？

@hdjs5264 哈哈哈，我以前也是这样，找了大半天没找到，咸鱼干脆直接取消 PC 版得了

说实在不排斥黑人，但是那个黑人节目穿插进来有着很强不搭调感觉