unlimited的意思只是不做硬性限制, 允许在合理范围内弹性使用, 并不是无限制, 比如同样是100mbps带宽, unlimited指偶尔可以占用到峰值, unmetered才是指你可以随便用.

至于商家界定的合理范围, 可能会在使用规范里注明, 比如cpu率, 内存使用率, 流量和波段内的带宽使用, 总文件数,甚至是一个文件夹内允许放多少文件; 也可能会体现在当前和下一档的套餐里.

@rebornix google和azure没关注过不好说, 但是amazon的ebs、s3和glacier都发生过数据丢失.

以前宋吉广忽悠CPyUG社区翻译了Python核心编程, 回头自己拿去出版了, 闹了六七年都没什么结果, 还是别指望舆论谴责或者找出版社维权了, 直接走法律途径吧.

你这域名八成保不住了， 本来typo米不做涉及的相关业务没多大事， 但是你去用了别人的logo, 一般联系到你之前肯定会去做好公证， 我猜联系你的是国内公司吧(国外的碰到这种事一封律师函给godaddy, 你的域名早被锁死了), 这样你不push的话， 难保不走法律途径解决， 盗用logo这事， 可大可小的， 扣你一个钓鱼你也没话说对吧?

@Mutoo 你说的是传统session的实现, 他说的是拿secure cookie当session介质, 不冲突.

@alex321 base64比单纯的序列化占用大, 而且你这个涉及到当前用户A的操作改变了当前在线的B的属性, 你还得去找到B的session更新, 只会比用cache更复杂.


@gaicitadie pk查询确实高效, 但是频繁查询要保证高效也得依赖querycache, 而mysql的querycache很废, 同样的一个查询涉及到读取columns不同甚至大小写不同都会导致cache命中失败, 这样还不如放弃querycache直接用第三方cache.

@zippera

序列化的问题你太执着了.

属性只需要用redis的数据类型索引需要查询的
user:1 {name:"xxx", "birthday":"1980-1-1"}
password:1 blob
firiends:1 sets
birthday:1980:1:1 sets


kyoto tycoon作者(也是tokyo tyrant作者)的这篇文章(http://fallabs.com/blog/promenade.cgi?id=24)讲到了怎么在kyoto tycoon下面实现原先tokyo tyrant内置的table类型, 可以部分套用到redis上来.

@FatGhosta
@NFSwind

雷柏一开始就用的寨轴.

目前的雷点是, 酷凯今年的产品线也是基于凯华轴, noppoo也声称并且开始用自主轴(也可能是alps简轴或者凯华)了

有消息说是cherry对大部分厂家开始断供了, 以后只供给贼船等少数几家, 鸭子等的走向目前不明.

@jjgod activestate累觉不爱.

@mantianyu keycool现在的产品线又不用cherry轴了， 你买它体验?