1. 用split 命令   split [-a suffix_length] [-b byte_count[k|m]] [-l line_count] [-p pattern] [file [name]]

例如 split  -b 100m windows.iso  windows.iso.

他会按照100m把windows.iso文件分割成 windows.iso.aa windows.iso.ab …. ac … ad …

合并用 cat windows.iso.* > windows.iso 即可

2. zip -s 100m

解压时也要先cat  合并

任何位置都不行。

resultRenderer: function (value) {
return ‘<a href=”http://www.example.com/” onclick=”some_function()” >查看</a>’;
}

这样在Grid中，查看那两个字就变成链接了，如果点击这个查看的时候，想弹出窗口，那么我们最普通的方式，就是给链接加一个onclick响应函数，onclick这里调用的函数，必然是通过全局的方式了，这样做有个缺点，就是全局函数的扩散，造成可维护性下降
其实，有一种更合理的处理办法，不论renderer中生成的是链接，还是其他的内容比如button，都是通用的

代码如下

首先给grid添加一个cellclick事件的响应函数

grid.on(‘cellclick’, grid.onCellClick, grid);

响应函数中做如下处理

onCellClick: function (grid, rowIndex, columnIndex, e) {
if (e.getTarget().innerHTML === ‘查看’ ) { //借助事件的target来判断，这里是链接可以这样判断，其他方式亦可
var record = grid.getStore().getAt(rowIndex);  // Get the Record
var fieldName = grid.getColumnModel().getDataIndex(columnIndex); // Get field name
var data = record.get(fieldName);//这个data就是点击的单元格的数据了，一定有用的

if (fieldName == ‘this_column’) {
//如果是这一列，做这个事
}

if (fieldName === ‘that_column’) {
//如果是另外一列，做另外的事
}
}
}

这个方法，不仅可以处理链接，简化一下就是处理某个单元格点击，onCellClick的作用域还是grid，这个是重点， onCellClick还是在grid这个组件之内，而没有产生全局调用 ，另外点击onclick的响应函数，只能接收字面参数，想传递一个对象是不可能的，如果应用上述方法，即可解决

• 解决了“重新登录时重新打开窗口”设置总是启用的问题
• 增强了与某些英国第三方 USB 键盘的兼容性
• 解决了可能会阻止文件存储到服务器的问题
• 增强了将文件拷贝到 SMB 服务器时的可靠性

有关本更新的详细信息，请访问此网站：http://support.apple.com/kb/HT5167?viewlocale=zh_CN。
有关本更新的安全性内容的信息，请访问：http://support.apple.com/kb/HT1222?viewlocale=zh_CN。

还好前几天找到了 Smart Merge 这款应用，能自动查找通讯录里的重复信息，让我节省了大量时间。

Smart Merge 的界面真不咋地，好在这 App 只用一次。进去就能看到 iPhone 通讯录里的各种重复联系人列表：

• Duplicate Contacts —— 人名重复的
• Duplicate Phones —— 电话号码重复（上文提到的 “张三、三张、张 三” 杯具）
• Duplicate Emails —— 邮件重复（同上）

Smart Merge 不会自己把这些重复联系人合并，毕竟通讯录这玩意儿删错了会出大事的。你可以点进去查看详情，自己打钩合并。比如：5 个叫 iLike 的联系人，有的记录了电话，有的记录 iChat，还有空联系人。合并后只剩下一个联系人，且此前各条目下的联系方式汇总到一起。既不丢失通讯录信息，又大大节省了今后的查找时间。

Smart Merge 在苹果 App Store 应用商店的下载地址 http://itunes.apple.com/cn/app/id519076307?mt=8

原文 http://www.mac52ipod.cn/post/merge-apple-iphone-address-book-duplicate-contacts-ios-app-smart-merge.php

$output = array(‘success’ => true, ‘data’ => ‘<p>test</p>’);

时候有可能，

如果前端的js是用eval(‘(‘ + jsonStr + ‘)’);的方式，亦或window.JSON.parse  都会报错

原因在于php的json_encode 默认是不转义< > 这种标签的，

这时候使用json_encode($output, JSON_HEX_TAG) 来把输出的tag开始结束符号转移掉就不会出错了

< 会被转义成\u003C > 会被转义成 \u003E

查了一下源码(Combo.js)里面没有太特殊的实现，有几处值得怀疑的

    // private
    onSelect : function(record, index){
        if(this.fireEvent('beforeselect', this, record, index) !== false){
            this.setValue(record.data[this.valueField || this.displayField]);
            this.collapse();
            this.fireEvent('select', this, record, index);
        }
    },

    assertValue  : function(){
        var val = this.getRawValue(),
            rec = this.findRecord(this.displayField, val);

        if(!rec && this.forceSelection){
            if(val.length > 0 && val != this.emptyText){
                this.el.dom.value = Ext.value(this.lastSelectionText, '');
                this.applyEmptyText();
            }else{
                this.clearValue();
            }
        }else{
            if(rec){
                // onSelect may have already set the value and by doing so
                // set the display field properly.  Let's not wipe out the
                // valueField here by just sending the displayField.
                if (val == rec.get(this.displayField) && this.value == rec.get(this.valueField)){
                    return;
                }
                val = rec.get(this.valueField || this.displayField);
            }
            this.setValue(val);
        }
    },

来分析一下，onSelect的时候是先setValue然后fireEvent select事件，我让同事实验了一下，发现在select事件响应函数中取得的选择是对的，那是不是setValue的时候出错了，很有可能，因为getValue就是返回之前setValue设置的值

看一下setValue的实现：

    setValue : function(v){
        var text = v;
        if(this.valueField){
            var r = this.findRecord(this.valueField, v);
            if(r){
                text = r.data[this.displayField];
            }else if(Ext.isDefined(this.valueNotFoundText)){
                text = this.valueNotFoundText;
            }
        }
        this.lastSelectionText = text;
        if(this.hiddenField){
            this.hiddenField.value = Ext.value(v, '');
        }
        Ext.form.ComboBox.superclass.setValue.call(this, text);
        this.value = v;
        return this;
    },

setValue里面最可疑的就是那个this.findRecord，

    findRecord : function(prop, value){
        var record;
        if(this.store.getCount() > 0){
            this.store.each(function(r){
                if(r.data[prop] == value){
                    record = r;
                    return false;
                }
            });
        }
        return record;
    },

findRecord使用record中的一个字段做循环比较，是不是哪里弄错了误用了displayField做为比较的字段，这里面displayField是有相同值的，那肯定findRecord的结果是第一个匹配的record了，但是查了一下这个过程，确实没有误用的地方。

这个时候我同事说在 combobox的blur事件之后 再调用这个combobox的getValue就不对了，之前提到的可疑点assertValue 在beforeBlur的时候有调用，而且就只有这一个地方调用，firebug调试了一下果然是这个函数的问题，这个函数的实际运行结果是走到了函数中setValue那一行，而setValue设置的值却是用getRawValue的结果去findRecord，之前说了，如果findRecord用displayField作为比较字段，取出来的肯定是displayField所有相同值中排在最前面的那个值。  让同事又增加了一个相同的displayField值试验了一下，果然如此。

但是有个疑问：assertValue这个函数从名字上看不出什么作用，那beforeBlur中为什么要调用这个校验函数呢，结合这个函数中一个if语句判断了this.forceSelection 突然明白了：

如果forceSelection为false，Extjs的combobox是既可以选择，又可以手动输入值的，这个时候它就需要校验你手动输入的值，是否在displayField中已经出现，如果已经出现，那提交的时候需要提交这个displayField对应的valueField，如果没有出现，那么直接提交手动输入的内容。这个时候，如果displayField中有两个相同的值，这个combobox的value 就被设为第一个相同值的id了，由此导致了这个bug

但是想想，这真的算个bug吗，当用户点开下拉框，看到两个相同的选项，他应该选哪个？在Extjs出bug之前，我们已经犯了错误。