Changes between Version 1 and Version 2 of Ticket #66
- Timestamp:
- 11/15/2011 05:12:44 PM (14 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Ticket #66
- Property Status changed from new to closed
- Property Resolution changed from to fixed
-
Ticket #66 – Description
v1 v2 83 83 } 84 84 }}} 85 - 问题很明显了,当第一次写入的数据长度大于1024的以GZIP格式写入,但第二次再更新写入是数据长度小于1024是却没有改变GZIP的状态,这样导致读取是还是当做GZIP格式来解压读取,肯定是会报格式不对的异常的。 85 - 问题很明显了,当第一次写入的数据长度大于1024的以GZIP格式写入,但第二次再更新写入是数据长度小于1024是却没有改变GZIP的状态,这样导致读取是还是当做GZIP格式来解压读取,肯定是会报格式不对的异常的。找到了问题所在,解决问题却是这么简单,就是加上个'''else {this.zip = false;}'''语句。 86 == 总结 == 87 1. 在处理这个问题时,排查问题可能走了些弯路,要是一开始就认真的从代码的存取逻辑一致行来入手可能就很容易找到问题 88 2. 在写代码时有分支语句的时候要多考虑下分支是否可以省略
![(please configure the [header_logo] section in trac.ini)](http://www1.pconline.com.cn/hr/2009/global/images/logo.gif)