BugwithlogoutwithFacebook我正在尝试使用Facebook注销，我使用facebook登录来登录我的Web应用程序，但它没有成功注销用户，并且当我按下重新加载时，用户被注销，这很奇怪。我尝试清除cookie的注销代码是123456789101112131415161718classLogoutHandler(webapp2.RequestHandler): defget(self): current_user=main.get_user_from_cookie(self.request.cookies, facebookconf.FACEBOOK_A
BugwithlogoutwithFacebook我正在尝试使用Facebook注销，我使用facebook登录来登录我的Web应用程序，但它没有成功注销用户，并且当我按下重新加载时，用户被注销，这很奇怪。我尝试清除cookie的注销代码是123456789101112131415161718classLogoutHandler(webapp2.RequestHandler): defget(self): current_user=main.get_user_from_cookie(self.request.cookies, facebookconf.FACEBOOK_A
热更新能力是Bugly为解决开发者紧急修复线上bug，而无需重新发版让用户无感知就能把问题修复的一项能力。Bugly目前采用微信Tinker的开源方案，开发者只需要集成腾讯官网提供的BuglySDK就可以实现自动下载补丁包、合成、并应用补丁的功能，而且可以通过管理后台让开发者对每个版本补丁进行管理。 为什么使用Bugly热更新呢？因为Bugly热更新有如下好处1、无需关注Tinker是如何合成补丁的2、无需自己搭建补丁管理后台3、无需考虑后台下发补丁策略的任何事情4、无需考虑补丁下载合成的时机，处理后台下发的策略5、提供了更加方便集成Tinker的方式6、通过HTTPS及签名校验等机制保障补丁
热更新能力是Bugly为解决开发者紧急修复线上bug，而无需重新发版让用户无感知就能把问题修复的一项能力。Bugly目前采用微信Tinker的开源方案，开发者只需要集成腾讯官网提供的BuglySDK就可以实现自动下载补丁包、合成、并应用补丁的功能，而且可以通过管理后台让开发者对每个版本补丁进行管理。 为什么使用Bugly热更新呢？因为Bugly热更新有如下好处1、无需关注Tinker是如何合成补丁的2、无需自己搭建补丁管理后台3、无需考虑后台下发补丁策略的任何事情4、无需考虑补丁下载合成的时机，处理后台下发的策略5、提供了更加方便集成Tinker的方式6、通过HTTPS及签名校验等机制保障补丁
distributecachepurge阻塞task的bug测试。cdh4.2.0:测试方法：local.cache.size=650因为cachedirsize和count是存在内存中的HashMap中的，把local.cache.size值设置的足够小，在每次job运行时都会触发deletedistributecache的操作。又因为是private的，是同步删除，会造成task阻塞。使用dd来构造1M个的小文件至某一个cachedir目录。观察阻塞时间，bug可以重现。#!/bin/bashdir=`foriin{1..11};dofind/home/xxx/hard_disk/${i}
distributecachepurge阻塞task的bug测试。cdh4.2.0:测试方法：local.cache.size=650因为cachedirsize和count是存在内存中的HashMap中的，把local.cache.size值设置的足够小，在每次job运行时都会触发deletedistributecache的操作。又因为是private的，是同步删除，会造成task阻塞。使用dd来构造1M个的小文件至某一个cachedir目录。观察阻塞时间，bug可以重现。#!/bin/bashdir=`foriin{1..11};dofind/home/xxx/hard_disk/${i}
线上使用zabbix的hostupdate来监测监控值是否完整（关于hostupdate的实现请参考：http://caiguangguang.blog.51cto.com/1652935/1345789）一直发现有机器过一段时间update值就会莫名其妙变低，之前一直没有找到rc，只是简单通过重启agent来进行修复，最近同事细心地发现可能是和sudo的bug有关系。回过头再来验证下整个的排查过程。1.通过zabbix数据库获取丢失数据的item，拿出缺失的(20分钟没有更新的)值的item列表select b.key_,b.lastvalue,from_unixtime(b.lastcl
线上使用zabbix的hostupdate来监测监控值是否完整（关于hostupdate的实现请参考：http://caiguangguang.blog.51cto.com/1652935/1345789）一直发现有机器过一段时间update值就会莫名其妙变低，之前一直没有找到rc，只是简单通过重启agent来进行修复，最近同事细心地发现可能是和sudo的bug有关系。回过头再来验证下整个的排查过程。1.通过zabbix数据库获取丢失数据的item，拿出缺失的(20分钟没有更新的)值的item列表select b.key_,b.lastvalue,from_unixtime(b.lastcl
