清气上升的blog

    准备在项目中使用一个定时调度的功能，引入quartz，并在jobs中使用hibernate。每次第一次使用hibernate不会报错，但调整时间，再进入jobs时，就报Cannot open connection的错误。google了好长时间也没解决，后来在Stack Overflow上看到一个讲Mysql链接超时8小时的问题，才如梦方醒。原来不是代码的问题，而是测试的时候调整了系统时间导致的。遂修改时间不超过8小时，不再报错。

    这种低级错误不要再犯了。

bug的描述：在一个layout是card的应用中，多次切换card，会导致picker无法显示。原因picker固定在z-Index=10000的地方，而是切换card的动画效果在使用z-Index时有个bug。

修改：

找到Ext.anims中的所有动画效果，把其中curZ的初始化的地方【例如fade的curZ=el.getStyle('z-index') == 'auto' ? 0 : el.getStyle('z-index')】都修改成curZ = el.getStyle('z-index') == 'auto' ? 0 : parseInt(el.getStyle('z-index'))。

原来的写法导致curZ 的字符串累加，而不是数字累加，所以card切换几次就达到了111111,超过了10000。修改后，理论上也会出现picker无法显示的情况，但前提是让card切换10000次，算是基本解决这个问题。

不知道Sencha Touch 2.0有没有修复这个bug。

Sencha Touch 2.0对List的改动较大，只能靠自己修改代码来解决，修改内容主要集中在Ext.list中

1、修改initComponent

把源代码：

this.tpl = '<tpl for='.'><div class='x-list-item ' + this.itemCls + ''><div class='x-list-item-body'>' + this.itemTpl + '</div>';

改成：

var grouprecord = this.grouped ? 'record='{record}'' : '';       
this.tpl = '<tpl for='.'><div class='x-list-item ' + this.itemCls + '' '+grouprecord+'><div class='x-list-item-body'>' + this.itemTpl + '</div>';

2、重载DataView的2个函数

getRecord: function(node){
     
        return this.store.getAt(this.grouped? parseInt(node.getAttribute('record')) : node.viewIndex);
     
}, 
getReco

这里的时间被显示成了UTC的时间。查看CruiseControl的XSL模板，使用1.0的，不支持format-dateTime函数，于是在浏览器端用js解决这个问题。

先找到Date of build和Last changed所在的xls文件。在webapps\cruisecontrol\xsl\header.xsl文件里。

1、增加toLocale的js函数

在<xsl:variable name='modification.list' select='cruisecontrol/modifications/modification'/>后面增加下面代码：

 <SCRIPT>
function toLocale(str){
    var dDate = new Date(Date.UTC(str.substr(0, 4), str.substr(5,2), str.substr(8, 2), str.substr(11, 2), str.substr(14,2), str.substr(17, 2)));
    document.write(dDate.toLocaleString());
}
</SCRIPT>
2、将<th>Date of build</th>后面的一行代码修改为：

<xsl:variable name='utcDate' select='cruisecontrol/inf

原RowEditor不能很好的支持Combox，因为每个grid的cell只有一个值，不能满足Combox的value和displayvalue的需要。修改的原则是combox的value，通过附加在cell上的combox的hiddenName，从被编辑行的record中读取；而displayvalue，则根据当前cell的dataindex，从record中读取（这也是原RowEditor的方式），修改地方有2处：
第一处，startEditing函数中原来的代码：
  for(var i = 0, len = cm.getColumnCount(); i < len; i++){
                val = this.preEditValue(record, cm.getDataIndex(i));
                f = fields[i];
                f.setValue(val);
                this.values[f.id] = Ext.isEmpty(val) ? '' : val;
  }

Joomla版本是1.5.20，不知道其他版本是否也存在同样问题。

我的问题是squid是80端口，apache是81端口，joomla通过$_SERVER获得当前服务器端口是aapche的81端口，但我系统所有访问都是通过squid的80端口进行，因此修改了/libraries/joomla/document/document.php文件，

把

 function setBase($base) {
  $this->base = $base;
  
 }

改成了

function setBase($base) {
  $this->base = str_replace(':81', '', $base);
 }

虽然有点恶心，但是能用了。 

CMMI这套所谓的模型，是从管理角度描述的软件过程。他的过程域与通常的软件过程中的术语相差很大，而且各过程域之间的关系暧昧，缺乏更完整的关系描述，因此有些咨询公司把VER这个过程域当成了软件工程中测试。但是VER这个过程域并没有说要写测试用例，也没说要对bug进行跟踪，也没写什么时候做测试。其实测试这个在软件工程中被公认的行为，被SEI这群老帮菜给切开了。如果把几个过程域定义成类的话，我用一个类静态图来描述一下测试和CMMI几个过程域间的关系，如下图：

测试是发生在TS和PI这2个工程类过程域中的，TS中会存在单元测试，PI中则会存在接口测试（单元测试）、集成测试和系统测试。其实PI这个过程域更倾向于测试这个动作。而测试又分成VAL和VER两个过程域，一个解决做了正确的事，一个解决正确的做了事。当然，对

  CMMI（CMMI-DEV）和Scrum是2个比较热门的软件工程方法，虽然他们自身的理论，甚至出发点有很多差异，但从实现某个软件的目标来看，他们也有很多共同之处。CMMI包罗万象，偏理论化一些，提供了即平行又关联的22个过程域，一堆的概念术语，显得颇为浑涩复杂；Scrum着眼于项目管理，提倡实践，简单易学。CMMI只是个理论化的软件工程模型，它提供了团队进行软件过程改进的方法和标准，而Scrum是一种敏捷软件工程模型的实践，直接指导团队按照什么步骤组织软件开发。CMMI主张从一开始就把事情做对，是基于过程为导向的管理思路；而Scrum则以客户或用户为导向，虽不排斥文档和过程，却是基于目标为导向的管理思路。CMMI极端的注重质量，希望通过规范的制度解决问题，恨不得每一步都要检查；而Scrum则注重沟通，希望团队的每个人都发挥最大作用，但即便加上XP（极限编程）的一些内容相对CMMI仍显得有失完整和统一。

  我本人是非常喜欢和推崇Scrum的，短小精干，适合中小团队的项目。但却要无奈的实施CMMI，因为Scrum不能给团队带来招投标的好处，这也正是CMMI所谓成功之处。基于对CMMI和Scrum的粗浅认识，整理一份CMMI-DEV 3L非过程管理类过程域的特定目标和S

其实，不管360还是腾讯，在本次事件中的动作都是挺操蛋的，本不应该站在任何一方说话，让他们狗咬狗去，但从360出了扣扣保镖，以及腾讯开始限制安装360的使用QQ开始，我知道他们都做的太过分了。

    其实我挺同情腾讯的，虽然我也痛恨他总是喜欢抄袭，但是它毕竟是国内很成功的互联网软件，虽然他从抄袭icq起家，但你要知道icq后来被收购，现在几乎消声灭迹了。腾讯的起家还是相对正统的，他是依靠提供增值服务来盈利的，这扭转了但是互联网亏损的局面，给当时的互联网寒冬注入的强心剂。腾讯的历史和品牌更久远，这次的用户战争，腾讯应该知道挟持用户的话在声誉和品牌上的损失肯定更大，但是我想马化腾是不得不采用这么操蛋措施，因为互联网圈里面的人都知道360的后台老板是个什么人。

   我们看看360。他的老板周鸿祎是过去臭名昭著的3721的原老板，3721也是盈利的，他也给当时的互联网的带来了盈利模式，但不幸的是这种盈利模式是灾难性的，那就流氓软件（浏览器拦截插件+广告）。后来流氓软件大行其道，在2006年到2007年达到鼎盛，后因各方绞杀才得以缓解，而周鸿祎也成了中国流氓软件之父，随后转手卖给雅虎中国，而他自己