<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>逍遥博客：悼芹軒雜記 &#187; qq</title>
	<atom:link href="http://www.xiaoyaoblog.cn/archives/tag/qq/feed" rel="self" type="application/rss+xml" />
	<link>http://www.xiaoyaoblog.cn</link>
	<description>一场幽梦同谁近　千古红楼独我痴</description>
	<lastBuildDate>Thu, 19 Aug 2010 13:59:02 +0000</lastBuildDate>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0.1</generator>
<image>
<link>http://www.xiaoyaoblog.cn</link>
<url>http://www.xiaoyaoblog.cn/wp-content/mbp-favicon/favicon.ico</url>
<title>逍遥博客：悼芹軒雜記</title>
</image>
		<item>
		<title>终于整理完了qq聊天记录</title>
		<link>http://www.xiaoyaoblog.cn/archives/600</link>
		<comments>http://www.xiaoyaoblog.cn/archives/600#comments</comments>
		<pubDate>Tue, 30 Jun 2009 14:39:00 +0000</pubDate>
		<dc:creator>逍遥昱昕</dc:creator>
				<category><![CDATA[软件世界]]></category>
		<category><![CDATA[qq]]></category>
		<category><![CDATA[qq2009]]></category>
		<category><![CDATA[排序]]></category>
		<category><![CDATA[整理]]></category>
		<category><![CDATA[时间]]></category>
		<category><![CDATA[聊天记录]]></category>

		<guid isPermaLink="false">http://www.xiaoyaoblog.cn/archives/600</guid>
		<description><![CDATA[用qq，习惯保存聊天记录；喜欢qq2009；因为机器比较慢，所以未能完全脱离qq2008；qq2009改变了聊天记录管理方式——以上几种因素加起来，在qq2008及其之前版本聊天记录中一个bug的作用之下，给我带来了无尽的麻烦。容我细细讲来。 先说qq2008及更早版本的聊天记录所存在的bug，那就是在时间上，采用的是操作系统的时间，而不是客观时间，于是可能就出现如下情形： A（2030年X月Y日） B（1998年X月Y日） 这些在旧版本的qq上使用并没有出现问题，导入聊天记录也正常，大概因为这些版本的qq，导入聊天记录时直接从尾部追加，并不在意聊天时间。 而qq2009的聊天记录管理对此有所修改，聊天时产生的记录，都会自动追加在现存记录的尾位；然而当要导入聊天记录时，就会参考聊天时间。 客观的说，这种方式无疑更为科学，尤其是在合并几处的聊在记录时，按照聊天时间进行排序，更为清晰和条理，便于管理。——但是，有一个前提，那就是所有的时间标志必须准确无误才行！ 如果时间有问题呢？正如前面所说的旧版时间问题，这时麻烦就来了，聊天记录排序会混乱。 或许是出于方便新用qq2009时能够较好地导入旧版的聊天记录，所以2009在导入旧版的聊天记录时，虽然会有一些错误的时间，但消息管理器并不会按照这些错误的时间记录重排，而是完全按照导入之前的顺序。比如04至08年的聊天记录中，有一天系统时间误为2020年，导入之后的聊天记录，仍为：2004……2020……2008，然后2009年的新聊天记录会继续在尾部追加，这时情况仍然没什么问题。但是，如果当需要导入另一处的聊天记录的时候，问题就出现了：比如之前导入的08年的聊天记录有没有2月的，2月的聊天记录在另一台电脑上，那么，之前的聊天记录为：2004……2020……2008.1、2008.3……。我们导入2月的聊天记录时，肯定希望导入的结果为：2004……2020……2008.1、2008.2、2008.3……但是，相信某些朋友已经发现问题所在了，因为消息管理器会按时间标志判断导入聊天记录的位置，于是，当我们导入08年2月的记录时，结果会导致： 2004……2008.2、2020……2008.1、2008.3…… 而如果你先导入2008年2月的聊天记录，再导入04至08年的旧记录，生成的顺序仍然一般无二！ 我恰恰遇到了这个问题。与其他人的聊天记录也罢了，偏偏是和女朋友的聊天记录出现了这种问题。原因是07年1月14日那一天，女朋友在图书馆用的电脑，系统时间成了2011年，于是聊天记录里就有了2011年的时间标志。而且，我需要导入的聊天记录又恰恰不止一处，于是，别处的08、09年聊天记录，通通跑到了2011年实则为2007年之前……而在qq2009上聊天时生成的聊天记录，又是在尾部追加的——相信不用再多说，大家足以明白我的聊天记录乱成了什么样子。更为麻烦的时候，因为曾多次导入过聊天记录，2011年问题又给我衍生出好多重复的聊天记录而未能自动过滤！ 这个问题昨天才发现，看着乱轰轰的聊天记录，脑子都要炸了，心里乱糟糟的。备份了聊天记录，然后想试着调整一下。经过几次尝试，最终得出结论：没有什么便捷的方法。 没有便捷的方法，就试试笨方法吧。好在经过试验，笨方法倒是能够实现。所用的笨方法，就是先删掉时间错误的记录，使余下所有聊天记录的时间标志都无误，然后将混乱的聊天记录分割成几部分，保证每一部分内部都是按时间顺序正确排列的，然后再导入这几部分，qq2009就能按这几部分的时间顺序，正确排列所有的记录。 然而，这个办法虽然几句话就能说完，但做起来就极为繁琐了——所有称之为笨方法。麻烦就麻烦在把记录分成几部分。比如要从头到尾分为甲、乙、丙三部分，由于没有分别导出的功能，只能先备份全部的记录，然后手动删除乙、丙两部分，才能导出甲；继而恢复备份，再删除甲、丙，导出乙……最可怕的是，每一部分都有几十页，不可能一次删完，只能一页一页的删，而如果一不小心多删了一页，之前又没有进展备份，就前功尽弃，只能重来了…… 好在只有那一天的时间出了问题，花了大半夜的工夫，终于算成功把记录拆出导出，然后导入，除了少去出问题那天女朋友的话语之外，其余的记录都保存下来，并按正确的顺序排列。所费工夫与精力，已无法言喻，好在结局不算坏，基本完成目的，也聊慰吾心。 不过，纵然基本完成了目标，但少却一天的记录，于我爱求完美之心，仍有不少遗憾；所幸者，之前qq2008的聊天记录并未删去，仍可以完整的保存，至少想看时能仍能翻出原始完整版出来。 又想起2006年10月前后的数据事故，导致之前的聊天记录全部消失……心痛啊……整理聊天记录时，翻翻各都记录，都是始于06年末，更是加剧心中痛惜！ 最后啰嗦一句：从qq2009的改变来看，腾迅确实试图使qq更为智能和全面，但所谓积重难返，虽然腾迅想了某些方法，于改变同时兼容更早的版本，但终究未能解决全部问题——但无论如何，还是希望腾迅能找到更多更好的方法，能够好好解决这些“历史遗留问题”。 ——己丑闰五初八 夜于悼芹轩]]></description>
			<content:encoded><![CDATA[<p>用qq，习惯保存聊天记录；喜欢qq2009；因为机器比较慢，所以未能完全脱离qq2008；qq2009改变了聊天记录管理方式——以上几种因素加起来，在qq2008及其之前版本聊天记录中一个bug的作用之下，给我带来了无尽的麻烦。容我细细讲来。</p>
<p>先说qq2008及更早版本的聊天记录所存在的bug，那就是在时间上，采用的是操作系统的时间，而不是客观时间，于是可能就出现如下情形：   <br />A（2030年X月Y日）    <br />B（1998年X月Y日）    <br />这些在旧版本的qq上使用并没有出现问题，导入聊天记录也正常，大概因为这些版本的qq，导入聊天记录时直接从尾部追加，并不在意聊天时间。</p>
<p>而qq2009的聊天记录管理对此有所修改，聊天时产生的记录，都会自动追加在现存记录的尾位；然而当要导入聊天记录时，就会参考聊天时间。</p>
<p>客观的说，这种方式无疑更为科学，尤其是在合并几处的聊在记录时，按照聊天时间进行排序，更为清晰和条理，便于管理。——但是，有一个前提，那就是所有的时间标志必须准确无误才行！</p>
<p>如果时间有问题呢？正如前面所说的旧版时间问题，这时麻烦就来了，聊天记录排序会混乱。</p>
<p> <span id="more-600"></span>
<p>或许是出于方便新用qq2009时能够较好地导入旧版的聊天记录，所以2009在导入旧版的聊天记录时，虽然会有一些错误的时间，但消息管理器并不会按照这些错误的时间记录重排，而是完全按照导入之前的顺序。比如04至08年的聊天记录中，有一天系统时间误为2020年，导入之后的聊天记录，仍为：2004……2020……2008，然后2009年的新聊天记录会继续在尾部追加，这时情况仍然没什么问题。但是，如果当需要导入另一处的聊天记录的时候，问题就出现了：比如之前导入的08年的聊天记录有没有2月的，2月的聊天记录在另一台电脑上，那么，之前的聊天记录为：2004……2020……2008.1、2008.3……。我们导入2月的聊天记录时，肯定希望导入的结果为：2004……2020……2008.1、2008.2、2008.3……但是，相信某些朋友已经发现问题所在了，因为消息管理器会按时间标志判断导入聊天记录的位置，于是，当我们导入08年2月的记录时，结果会导致：   <br />2004……2008.2、2020……2008.1、2008.3……    <br />而如果你先导入2008年2月的聊天记录，再导入04至08年的旧记录，生成的顺序仍然一般无二！</p>
<p>我恰恰遇到了这个问题。与其他人的聊天记录也罢了，偏偏是和女朋友的聊天记录出现了这种问题。原因是07年1月14日那一天，女朋友在图书馆用的电脑，系统时间成了2011年，于是聊天记录里就有了2011年的时间标志。而且，我需要导入的聊天记录又恰恰不止一处，于是，别处的08、09年聊天记录，通通跑到了2011年实则为2007年之前……而在qq2009上聊天时生成的聊天记录，又是在尾部追加的——相信不用再多说，大家足以明白我的聊天记录乱成了什么样子。更为麻烦的时候，因为曾多次导入过聊天记录，2011年问题又给我衍生出好多重复的聊天记录而未能自动过滤！</p>
<p>这个问题昨天才发现，看着乱轰轰的聊天记录，脑子都要炸了，心里乱糟糟的。备份了聊天记录，然后想试着调整一下。经过几次尝试，最终得出结论：没有什么便捷的方法。</p>
<p>没有便捷的方法，就试试笨方法吧。好在经过试验，笨方法倒是能够实现。所用的笨方法，就是先删掉时间错误的记录，使余下所有聊天记录的时间标志都无误，然后将混乱的聊天记录分割成几部分，保证每一部分内部都是按时间顺序正确排列的，然后再导入这几部分，qq2009就能按这几部分的时间顺序，正确排列所有的记录。</p>
<p>然而，这个办法虽然几句话就能说完，但做起来就极为繁琐了——所有称之为笨方法。麻烦就麻烦在把记录分成几部分。比如要从头到尾分为甲、乙、丙三部分，由于没有分别导出的功能，只能先备份全部的记录，然后手动删除乙、丙两部分，才能导出甲；继而恢复备份，再删除甲、丙，导出乙……最可怕的是，每一部分都有几十页，不可能一次删完，只能一页一页的删，而如果一不小心多删了一页，之前又没有进展备份，就前功尽弃，只能重来了……</p>
<p>好在只有那一天的时间出了问题，花了大半夜的工夫，终于算成功把记录拆出导出，然后导入，除了少去出问题那天女朋友的话语之外，其余的记录都保存下来，并按正确的顺序排列。所费工夫与精力，已无法言喻，好在结局不算坏，基本完成目的，也聊慰吾心。</p>
<p>不过，纵然基本完成了目标，但少却一天的记录，于我爱求完美之心，仍有不少遗憾；所幸者，之前qq2008的聊天记录并未删去，仍可以完整的保存，至少想看时能仍能翻出原始完整版出来。</p>
<p>又想起2006年10月前后的数据事故，导致之前的聊天记录全部消失……心痛啊……整理聊天记录时，翻翻各都记录，都是始于06年末，更是加剧心中痛惜！</p>
<p>最后啰嗦一句：从qq2009的改变来看，腾迅确实试图使qq更为智能和全面，但所谓积重难返，虽然腾迅想了某些方法，于改变同时兼容更早的版本，但终究未能解决全部问题——但无论如何，还是希望腾迅能找到更多更好的方法，能够好好解决这些“历史遗留问题”。</p>
<p align="right">——己丑闰五初八   <br />夜于悼芹轩</p>
]]></content:encoded>
			<wfw:commentRss>http://www.xiaoyaoblog.cn/archives/600/feed</wfw:commentRss>
		<slash:comments>3</slash:comments>
		</item>
	</channel>
</rss>
