摘要：
今天突然想起去看下手机上还有多少话费，不看不要紧，一看，还剩60元了，本来上个月底才冲了200进去，都没怎么打电话，查看详单发现移动数据流量扣了100多，晕。我包月了30M用完了，移动没有提醒，从8月24号开始就一直开始扣费，气死我了，打电话去移动投诉，MM说其实有超限提醒，只是需要自己开通，我说怪了，为啥有这个提醒不自动开通呢？还需要用户自己动手，发条短信应该是你移动的义务吧，黑倒这种地步了，我问MM可以网上开通不，MM说可以，我就让她给我说怎么开通，结果MM也没有找到入口，无语，最后MM说她去反馈下，48小时内给我答复。 我坚决得要回多扣的费来，真是杯具。 刚刚去西毒的网站，结果发现他也. 阅读全文
摘要：
今天突然想起去看下手机上还有多少话费，不看不要紧，一看，还剩60元了，本来上个月底才冲了200进去，都没怎么打电话，查看详单发现移动数据流量扣了100多，晕。我包月了30M用完了，移动没有提醒，从8月24号开始就一直开始扣费，气死我了，打电话去移动投诉，MM说其实有超限提醒，只是需要自己开通，我说怪了，为啥有这个提醒不自动开通呢？还需要用户自己动手，发条短信应该是你移动的义务吧，黑倒这种地步了，我问MM可以网上开通不，MM说可以，我就让她给我说怎么开通，结果MM也没有找到入口，无语，最后MM说她去反馈下，48小时内给我答复。 我坚决得要回多扣的费来，真是杯具。 刚刚去西毒的网站，结果发现他也. 阅读全文
摘要：
集群中部署的web应用系统往往会强调无状态性，之所以这么要求，一方面是当然是为了便于集群扩展，但是对于有session要求的系统来说，无状态确实没法做到，既然没法做到，那么对于集群部署的应用来说，就要考虑到状态的保存和同步问题，因此衍生了 session状态复制 以及 striky session 两种技术，第一种是通过服务器集群中相互复制session状态来保障同步，优点是简单，缺点也明显工作量大，性能低下(大于5台)，第二种方式呢，就是把同一个用户的session绑定在一个服务器上，避免了复制session，貌似解决了问题，不过问题又来了，如果这台服务器挂了呢？那就杯具了，这台服务器上的. 阅读全文
摘要：
集群中部署的web应用系统往往会强调无状态性，之所以这么要求，一方面是当然是为了便于集群扩展，但是对于有session要求的系统来说，无状态确实没法做到，既然没法做到，那么对于集群部署的应用来说，就要考虑到状态的保存和同步问题，因此衍生了 session状态复制 以及 striky session 两种技术，第一种是通过服务器集群中相互复制session状态来保障同步，优点是简单，缺点也明显工作量大，性能低下(大于5台)，第二种方式呢，就是把同一个用户的session绑定在一个服务器上，避免了复制session，貌似解决了问题，不过问题又来了，如果这台服务器挂了呢？那就杯具了，这台服务器上的. 阅读全文