• 邮件反馈
  • 支持 TK
  • 那年今日
  • 微博

    • 看看最新
    • 那年今日
    • 随便看看
    • 过去一年
  • 文章

    • 皮相专栏
    • 百度空间
    • 焦点博客
  • 探索

    • TK猴子

  • 支持
下个页面那年今日

点右侧微博标记去微博订阅真爱粉群👉

加入tk真爱粉群
tombkeeper
2011-07-07 10:53
转发微博
2011-07-07 09:44被tk转发1次
抱歉,此微博已被作者删除。查看帮助: 网页链接
详情
tombkeeper
2011-07-07 10:50
回复 @胡宇光微博:这可能要根据应用的流量大小、系统原有设计、以及预算等综合考虑。如果单从安全角度,我觉得文本协议要安全一些。 //@胡宇光微博:有个细节疑问,涉及协议时,应尽量使用文本格式例如jason,还是尽量使用2进制格式以减少size和提高解析速度?
大宝_sodme
2011-07-06 22:46被tk转发3次
网游产品的协议设计原则:1. 防御性编程思维:服务器不要信任客户端任意数据,协议所有字段内容都应校验,把服务器当成公开端口开发,防止协议解析本身所带来的风险;2. 线性设计:尽量不在协议内作分支、作复杂逻辑,设计可被扩展的变长协议;3. 不需传的不要传:服务器已知的就是客户端不需传的。
详情
tombkeeper
2011-07-07 08:56
我和你的观点相同。 //@饭中淹007:最好做一种统一化的数据架构,将协议作为一种持久化的中间介质。不信任客户端是必须的。
大宝_sodme
2011-07-06 22:46被tk转发3次
网游产品的协议设计原则:1. 防御性编程思维:服务器不要信任客户端任意数据,协议所有字段内容都应校验,把服务器当成公开端口开发,防止协议解析本身所带来的风险;2. 线性设计:尽量不在协议内作分支、作复杂逻辑,设计可被扩展的变长协议;3. 不需传的不要传:服务器已知的就是客户端不需传的。
详情
tombkeeper
2011-07-07 08:53
这些人中,至少一个移民美国,一个移民加拿大,一个移民澳大利亚。还有几个出去创业,或大有所成,或小有所成。 //@祝国鑫:你们说,要有极光,就有了极光。客户们看极光是好的,极光就照亮了全球。// @Backend_绿盟科技 :膜拜各种大大!
沈沉舟
2011-07-06 19:59被tk转发1次
早期极光引擎deepin、ipxodi、watercloud、microcat、jbtzhm,界面hjb、caoz、qiulihong,美工chenyuxiao,插件tt、scz。这张合影是2003年极光V3产品团队留下的,当时用自动拍摄模式,我很喜欢这张。不算tt的话,这张合影里的兄弟们,只剩下我了。那是一段年轻而又意气风发的岁月。

图片描述 by gemini-3-flash-preview

详情
tombkeeper
2011-07-07 08:40
我感觉变长协议的可扩展性比较强,但对开发人员的要求更高,或者说更容易出问题。 //@benjurry:// @caoz :转发微博
大宝_sodme
2011-07-06 22:46被tk转发3次
网游产品的协议设计原则:1. 防御性编程思维:服务器不要信任客户端任意数据,协议所有字段内容都应校验,把服务器当成公开端口开发,防止协议解析本身所带来的风险;2. 线性设计:尽量不在协议内作分支、作复杂逻辑,设计可被扩展的变长协议;3. 不需传的不要传:服务器已知的就是客户端不需传的。
详情
1...62836284628562866287...6489