虽然我也想过以后发达了就舍得在外面吃饭的时候花几十块单点青菜，但是万万没想到现在就以另一种形式提前达成如上所述了——抠搜如我，花了近四十块，点了一例地三鲜，青椒茄子土豆，全素的！
我还以为地三鲜含肉的呢，店里比它便宜十块钱的炒蕨菜都有肉丝呢
关键是，它还没炒土豆丝火候足，茄子酸，土豆油喇，青椒生硬得像出锅前发现忘放了丢进去颠两下就算炒过了。
我还以为地三鲜含肉的呢，店里比它便宜十块钱的炒蕨菜都有肉丝呢
关键是，它还没炒土豆丝火候足，茄子酸，土豆油喇，青椒生硬得像出锅前发现忘放了丢进去颠两下就算炒过了。
#京东云无线宝# 运营商相关问题下周直播大家细聊，看到最近有些用户反馈积分波动很大，说一下可能的原因：
1、需求淡季，每天每个设备贡献的量波动有些大。
2、晚高峰20-22点之间贡献的带宽95峰值权重最高，如果在这个阶段贡献低了，对积分影响很大 白天贡献高对积分计算的权重系数相对较低。
3、插件运行没有满24小时或者中途有断网，积分打折会比较多，特别是晚高峰断网或离线的情况下。
4、每个设备的流量是通过一个程序上报的，积攒1-5分钟上报一次，如果不成功会再次补报，如果程序出问题或者设备的网络出现了拥塞，可能会导致服务器采集到的贡献流量数据为0。自然积分算下来就少了。
5、个别情况下服务器算分错误，会导致多算或少算，这个概率很小平均一年出现1-2次，而且会有告警记录，第二天会重算补分，历史上也出现过算错了多发的情况，就当福利送给大家了，再扣分回来的话大家会很恼火没赚到便宜。
某天看起来某设备的分数异常，大概就是上面说的几种情况之一，奉劝大家也不用太纠结，情况5我们会自动补分。情况1、2、3那也没办法，保持设备稳定第二天就好了。
情况4会复杂一些，造成上报流量失败的原因有好几种：流量上报程序异常统计不到流量或报不上去、路由器负载太高卡死了、服务器DNS解析失败、通过备用的服务器IP通道上报仍然不成功、该设备的IP访问外网不通、网络出口流量太多拥塞、业务方的程序也没有收到流量数据、路由器所在大内网的网关策略限制ip地址或者端口等等很多情况。
针对4我们做了重复上报的机制、dns不通启用备用IP上报的机制、ROM系统看门狗监控流量上报程序状态及自动恢复的机制，以及路由器网络离线或拥塞后先存储本地等恢复联网后再上报等等。 很多补救措施用于解决可能的上报问题，但也很难谈完美，力求解决99.99%的问题。 同时某些业务方每小时也会提供一份设备的流量明细给到我们做对账，如果无线宝的流量程序没统计到，但插件业务方统计到流量了，算分就会以业务方的数据为准。
说这么多，理解起来可能有点复杂，但原理还是很清晰的，大家凑合看，用手机打字好累[允悲]。 总之，“偷分”我们是不会去做的，但如上所述很多客观情况会导致大家看起来某天积分有些异常，有些反馈和吐槽我也理解，请理性看待吧。无线宝是无意去占大家这点小便宜的（直接减少给大家的积分分成系数多简单啊，哈哈哈），不过大家不用紧张，通常年底才和业务方谈价格，调整系数也是年底才动，今年其他时候不会动。今天一次性讲清楚这个问题，请大家自行理解，不好理解的欢迎评论里讨论，如果能有些新点子给我启发那真的是非常感谢。
世上没有完美可言，知足常乐，抓大放小，希望此后大家和谐沟通，偷分这个词愿意继续说也无妨，我当作中性词来看。
1、需求淡季，每天每个设备贡献的量波动有些大。
2、晚高峰20-22点之间贡献的带宽95峰值权重最高，如果在这个阶段贡献低了，对积分影响很大 白天贡献高对积分计算的权重系数相对较低。
3、插件运行没有满24小时或者中途有断网，积分打折会比较多，特别是晚高峰断网或离线的情况下。
4、每个设备的流量是通过一个程序上报的，积攒1-5分钟上报一次，如果不成功会再次补报，如果程序出问题或者设备的网络出现了拥塞，可能会导致服务器采集到的贡献流量数据为0。自然积分算下来就少了。
5、个别情况下服务器算分错误，会导致多算或少算，这个概率很小平均一年出现1-2次，而且会有告警记录，第二天会重算补分，历史上也出现过算错了多发的情况，就当福利送给大家了，再扣分回来的话大家会很恼火没赚到便宜。
某天看起来某设备的分数异常，大概就是上面说的几种情况之一，奉劝大家也不用太纠结，情况5我们会自动补分。情况1、2、3那也没办法，保持设备稳定第二天就好了。
情况4会复杂一些，造成上报流量失败的原因有好几种：流量上报程序异常统计不到流量或报不上去、路由器负载太高卡死了、服务器DNS解析失败、通过备用的服务器IP通道上报仍然不成功、该设备的IP访问外网不通、网络出口流量太多拥塞、业务方的程序也没有收到流量数据、路由器所在大内网的网关策略限制ip地址或者端口等等很多情况。
针对4我们做了重复上报的机制、dns不通启用备用IP上报的机制、ROM系统看门狗监控流量上报程序状态及自动恢复的机制，以及路由器网络离线或拥塞后先存储本地等恢复联网后再上报等等。 很多补救措施用于解决可能的上报问题，但也很难谈完美，力求解决99.99%的问题。 同时某些业务方每小时也会提供一份设备的流量明细给到我们做对账，如果无线宝的流量程序没统计到，但插件业务方统计到流量了，算分就会以业务方的数据为准。
说这么多，理解起来可能有点复杂，但原理还是很清晰的，大家凑合看，用手机打字好累[允悲]。 总之，“偷分”我们是不会去做的，但如上所述很多客观情况会导致大家看起来某天积分有些异常，有些反馈和吐槽我也理解，请理性看待吧。无线宝是无意去占大家这点小便宜的（直接减少给大家的积分分成系数多简单啊，哈哈哈），不过大家不用紧张，通常年底才和业务方谈价格，调整系数也是年底才动，今年其他时候不会动。今天一次性讲清楚这个问题，请大家自行理解，不好理解的欢迎评论里讨论，如果能有些新点子给我启发那真的是非常感谢。
世上没有完美可言，知足常乐，抓大放小，希望此后大家和谐沟通，偷分这个词愿意继续说也无妨，我当作中性词来看。
话说，前天WHO发了一条最新的DON（疾病暴发新闻），颇有一点含焦量，不妨来吃一吃瓜（图一）……
详细的请看图二，下面简单复述兼点评一下：
[星星] 今年4月10日到17日的一周时间内，沙特连续发现三例MERS确诊病例……其中一人已扑街~
[星星] 沙特这地方吧，时不时冒出来几例MERS，也不是啥怪事儿，为啥这次居然惊动WHO，专门给发了一条DON呢？原因就在于，这三位他们都没有骆驼密接史，而且相互之间有流行病学关联——换句话说就是人传人[摊手]
[星星] 具体来说，本次爆发的零号病人于3月29日出现呼吸道症状，4月4日前往利雅得某医院看急诊，并于当天住院，剩下两位病例分别在急诊室和病房与零号病人发生了密接。4月6日，已经进入ICU的零号病人被检出MERS阳性。
[星星] 如果只是单纯的人传人的话，其实也没啥大不了的，MERS虽然传染性不怎么样，但人传人还是没难度的……但这三位吧，如上所述，大概率是在医院里相互传染的，并且刚好三位都有严重基础病（因此中招后都是重症，陆续进了ICU），再加上一开始提到了，三位都没有骆驼接触史——这就不得不让人怀疑，这三位是不是因为重症所以才接受检测并确诊？有没有漏网之鱼？
总之情况就是这么个情况啦……这事儿的含焦量就在于——这两年为了强行恢复“常态”，全球不少地方的医疗机构，在院感防控方面，比起2020年之前，反而开了倒车——然而擅长院感的呼吸道传播病原体并不只是烫嘴病毒一种，既然敢恢复“常态”，就需要接受夹杂在人畜无害的各种小感冒当中的不那么小的感冒，更何况MERS这玩意儿本来就算得上院感专精，2015年曾经在韩国某医院蔓延了小两个月，一度刷出过5.7的Rt[摊手]
所以不知道沙特在连续四年没出现MERS院感之后，如今终于恢复到了当初的“常态”，是一种怎样的体验？
详细的请看图二，下面简单复述兼点评一下：
[星星] 今年4月10日到17日的一周时间内，沙特连续发现三例MERS确诊病例……其中一人已扑街~
[星星] 沙特这地方吧，时不时冒出来几例MERS，也不是啥怪事儿，为啥这次居然惊动WHO，专门给发了一条DON呢？原因就在于，这三位他们都没有骆驼密接史，而且相互之间有流行病学关联——换句话说就是人传人[摊手]
[星星] 具体来说，本次爆发的零号病人于3月29日出现呼吸道症状，4月4日前往利雅得某医院看急诊，并于当天住院，剩下两位病例分别在急诊室和病房与零号病人发生了密接。4月6日，已经进入ICU的零号病人被检出MERS阳性。
[星星] 如果只是单纯的人传人的话，其实也没啥大不了的，MERS虽然传染性不怎么样，但人传人还是没难度的……但这三位吧，如上所述，大概率是在医院里相互传染的，并且刚好三位都有严重基础病（因此中招后都是重症，陆续进了ICU），再加上一开始提到了，三位都没有骆驼接触史——这就不得不让人怀疑，这三位是不是因为重症所以才接受检测并确诊？有没有漏网之鱼？
总之情况就是这么个情况啦……这事儿的含焦量就在于——这两年为了强行恢复“常态”，全球不少地方的医疗机构，在院感防控方面，比起2020年之前，反而开了倒车——然而擅长院感的呼吸道传播病原体并不只是烫嘴病毒一种，既然敢恢复“常态”，就需要接受夹杂在人畜无害的各种小感冒当中的不那么小的感冒，更何况MERS这玩意儿本来就算得上院感专精，2015年曾经在韩国某医院蔓延了小两个月，一度刷出过5.7的Rt[摊手]
所以不知道沙特在连续四年没出现MERS院感之后，如今终于恢复到了当初的“常态”，是一种怎样的体验？
✋热门推荐