不过终于等到发售日的接近。前几天还上impk去MF了几把，找找感觉，虽然P都没有。记得10号的时候去看战网卡的时候还有正常价格的，就是存量比较少罢了，当时也没多想，觉得这东西就是一串数字罢了，要多少就能印多少。虽知道开发当天全线售罄。。。淘宝上的奸商坐地起价。原来大概300的1500战网卡被炒到2-3倍，无奈当天就把游戏装好了就睡觉去了。

第二天（15号）那更是惨目忍睹呀，听说货源严重短缺，价格高地离谱。NGA论坛上那是相当的热闹。不过事实证明，人的能力是无限可能的。现实各种各样的购买渠道一一被众人挖掘出来。什么美服官网直接购买呀，什么各种各样的买卡网站，紧接着对应的各种信用卡知识技巧，各种代理VPN翻墙知识技巧，各种断货奸商营销经济分析，涌现在论坛上，话说真长知识。当天也通过一家网站购买授权号，价格比正常的要贵一些，不过相对淘宝奸商们的价格可以说是便宜不少。

随后台服官网售点网站mycard(MC)也终于补货了，不过屏蔽内地IP，没法直接访问，不过这点也很难不倒众人，有着多年翻墙经验的我开vpn帮朋友买授权，不得不说NGA上对mc的评价一点都不为过：不管是页面、操作使用、各方面整体就是一个00年初的网站，购买过程中各种坑爹怪异事件层出不穷，买一份授权基本都要花1-2个小时，刷页面等待页面。还好我耐性好再加上论坛上面各种指南方法分析心得。要不早就摔电脑了。。。

不过暴雪的态度还是不错的，公开解释道歉。游戏刚开始玩，不多加评论，后续会慢慢写些感想吧。不过有一点可以肯定，暴雪出品必属精品。

电脑配置如下：AMD7750，4G内存，迪兰4830显卡，技嘉770主板，3块硬盘。

先是备份数据了，桌面上东西还是蛮多的，还有收藏夹、C盘各种地方。幸好之前我的文档是放在别的盘符上面。然后清理了一下装过的程序，不认识的和基本用不到的，该卸的卸，该删的删。之后就调分区大小，我笔记本上C盘30G的空间现在只剩下3G多了，台式电脑C盘才20G，推荐下“分区助手”这个小软件，不到2M，有绿色版，简单明了，还是很好用的，地址就不贴了，百度下就行了。

先试下升级，毕竟能升级是最好了，很多软件、游戏都不用重装了。把光盘插入光驱，运行安装，一步一步，选升级，第一个坑爹事情出现了，提示不支持从2003升级到7，我擦。

虽说已经料到可能没法升级，没想到果然这么不给力，就是没法升。那简单，冲光盘启动，一步一步来好了。重启，启动菜单选光驱，进入安装界面，一步一步，选自定义安装，选盘符，提示有系统。小意思，选更多选项，格式化干掉你。再重复，选盘符，这时坑爹的事情再次发生，系统提示：无法创建分区或者选取该分区（大概这个意思）。我顿时就斯巴达了。

想想以前都是用U盘装的WIN7，PE系统里面带一个windows7的安装工具，也没这些问题。不过U盘丢在办公室了，家里还真没能用的U盘，在一番翻箱倒柜之后，翻到了一张256的SD卡。这个还是当年玩GBASP的时候烧录卡用的。怀着侥幸心理那这张卡做了一个U盘启动PE（幸好还有笔记本，要不真要出去买张带PE的XP盘了）。话说以前用SD卡/TF卡做了好几次U盘启动，都没成功过，不是不认识就是卡死。漫长的等待（）这张卡速度真慢。。）做好后插到电脑上面，重启，启动菜单USB-HDD。屏幕上熟悉的load XXXXXX兴奋了半天。不过这张卡也真够慢的，进PE进了半天。

进去就好说了，运行windows安装工具，加载镜像，选好盘，下一步，预装，重启。正准备用笔记本刷会微博呢，台式机屏幕上没出现微软图标，倒是一行小字：OS load error 。这不坑爹吗。搜索了下，貌似应该是找不到引导分区，这个简单。重新进PE，用硬盘工具把引导干掉，重新新建引导，PE一个小软件修复引导，这个软件居然提示我检测到安装引导类型为windows xp/2003，吐血呀。。。按照windows7强行重建，显示发现6.X系统，然后直接重建失败。。。。

后来想了想会不会是挂了3块硬盘的原因，有点混乱。于是把另外两块拔掉，重新有走了一遍安装流程，这下终于顺利进系统了，关机，插上两块硬盘，一切OK，重新整理下盘符顺序。然后就是装驱动、常规软件、恢复游戏注册表（不少游戏都是硬盘版的，自带都有注册表工具），这个工作估计还要弄个1-2天，慢慢来吧。困了，睡觉。。。

话说刚装好系统的时候开机那个叫速度呀，估计也就20+秒，关机5秒不到。等都弄好以后试试游戏有没有什么改进，哈哈。。。

话说回来，也要说说机器人，回帖机的效率确实高，而且还能记录账号信息，识别验证码，在论坛上面使用效果也还不错，毕竟论坛为了正常的发帖，并没有非常严格的过滤，还是需要人工审查的。但是在微博上面，效果还是差很多。垃圾评论无外乎是做SEO，增加一些站点的外链，被人点的几率非常低。

针对博客的机器人式的营销推广也需要更换一种方式，论坛那套明显效果很差，可以设置一定量的关键词库和对应的回复内容，针对博文内容分词或者就针对博文设置的关键字，筛选回复一些相关的东西，回复的内容可以完全不出现链接或者推广的关键字，只要在电邮、网址上面体现就好了，效率肯定会大幅度降低很多，但至少通过审查相对来说轻松一下。

var cuter2 = function( str ){//abcd
     return str.replace( /\B(?=(?:\d{3})+$)/g, ',' );
};

看到这个解答很神奇，单单一句正则就搞定，虽然效率一般，在页面大量需要此操作的情况下并不是很适用。老实说正则也写过不少，以前做页面抓取，各式各样的匹配也写过，但是这个正则表达式基本理解不能。幸好手上有正则利器，一个叫“Regex Match Tracer”的小工具（我就不贴下载地址，可自行搜索），可以分解测试正则表达式。去掉/g全局参数和开头的/，正则的结构分解的很清楚，见右图。其中有两个词倒是第一次见，一个是零宽度断言，另一个就是非捕捉组。网上搜索一下，明了很多。

先说非捕捉组，这个很好理解，用法(?:Expression)。非捕捉组主要是整体效率的考虑，因为并不是所有的捕捉组都是我们需要的，有一些为了方便分割，有一些是必须使用捕捉组的形式，往往并不关心捕捉组的具体内容，每一个捕捉组都会消耗一部分内存，当一个很长或者重复很多的时候，这些捕捉组消耗的内存就不是个小数目了。

再说说断言，这个比较难理解，先引用网上搜索到的说明：

元字符/b、^、$都匹配一个位置，且这个位置满足一定的条件。在此，把满足这一个条件称为断言或零宽度断言。

表达式(?=experssion)、(?!experssion)、(?<=experssion)和(?<!experssion)都是匹配一个位置。
(?=experssion)又称为零宽度正预测先行断言，它断言自身位置的后面能够匹配表达式experssion。
(?<=experssion)又称为零宽度正回顾后发断言，它断言自身位置的前面能够匹配表达式experssion。
(?!experssion)又称为负向零宽度断言或者零宽度负预测先行断言，它断言自身位置的后面不能匹配字符串experssion。
(?<!experssion)又称为零宽度负回顾后发断言，它断言自身位置的前面不能匹配字符串experssion。

说明比较绕口，个人理解为一般的正则是匹配字符或者字符串，而断言是匹配符合一定条件的位置，就拿上面那个正则说明（个人理解）：\d{3}是三位数字组，(?:\d{3})非捕捉组，(?:\d{3})+贪婪模式，一个或者多个三位数字组合，(?=(?:\d{3})+$)断言，以一个或者多个3位数字组合结尾的那个位置，最后前面的/B是匹配不是在字符的开始或结束位置，防止字符串正好是3的倍数，千分号打在最开头。/g全局模式，因为一次只能将一个位置替换成逗号。其实弄清楚了每一小部分，整个正则还是很好理解的。主要就是能不能想到这个方法。

最后再多说一些，随着javascript的框架应用层出不穷，很多做前端的为了开发效率考虑，直接就使用框架来开发，在这个速成的时代，甚至有些前端只会使用框架写法，基本的javascript都写不出几行出来。这是一个很恐怖的事情，就好比一个学步的人，天天使用代步工具，汽车、飞机、甚至电动轮椅，一旦脱离这些东西，这个人将寸步难行。框架也是同样的原理，不管什么语言的框架，都是为了更高的开发效率，但是框架的实现原理也需要研究弄懂的，大部分框架都是开源的，花些时间研究并不是很困难的事情，一方面可以巩固自身的语言基础用法，最重要的是从架构上理解开发者为什么要这样部署框架结构，框架运行思想，也能从中发现存在的瑕疵或者不适应自身项目的地方，加以完善或者改进调整，同时也能为自身在系统架构认识上面，增加不少的经验。

说弄就弄，东西搬进卫生间，烤炉拆开，从内到外喷了厚厚一次厨房去油的（忘了叫什么名字了），铁签子和乱七八糟的烧烤配件都扔进大盆里面，到了不少洗衣粉，看广告不停说去油渍，这次正好看看有多神奇。其他都还好说，直接拿花洒调成喷射那种，对着冲好了，最麻烦的就是烤网，上面粘着各式各样食物的痕迹，那天烤糊了不少东西，结果就是烤网上一块一块黑糊的物质。。。冲都冲不掉，费劲的拿刷子一点一点的刷，费劲呀。。

总算清理完了，干净说不上，至少看这不那么怕人了。顺便也把厨房弄一下好了，正好买的去油还有不少。油烟机和灶台上面那个油厚的。。看起来简单，弄起来那个较累呀，现在才体会到为什么经常在小区里面看到专门清洗油烟机和燃气灶的人，推着小车拿着喇叭喊。这活还真不是一般人弄得，也是要经验和技巧的。抹布、钢丝球、筷子、水果刀齐上阵，总算搞定。

清洗完毕，继续补觉。嘿嘿。

系统是win7的，检查了下设备控制器，通用串口总线控制器下面所有的设备都显示黄色感叹号，估计是usb的设备驱动出问题了，把所有的感叹号设备删了，重新扫描硬件变动，问题依旧。。。

于是祭出万能的谷歌，找到了处理办法，虽然说原理不是很清楚：

“开始菜单”－“运行”－输入命令：regedit，打开系统注册表。依次展开下面的注册表项：
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Class\{36FC9E60-C465-11CF-8056-444553540000}（适用于Windows 7系统）
或者
HKEY_LOCAL_MACHINE/SYSTEM/CurrentControlSet/Control/Class/（适用于Windows XP系统）
在这下面有很多用“{}”括起来的项，一个一个的点开，看右面窗口有没有“通用串行总线控制器（Universal Serial Bus controllers）”这些文字，在右面窗口找到“upperfilter”项或“lowerfilter”项并删除。

之后重启下问题解决。如果担心删除了，最好先备份下注册表。

症状：U盘文件目录乱码，显示容量扩大了好几倍，无法正常格式化。使用磁盘工具检查容量正常，删除分区，重建分区无法保存分区，提示芯片写保护。

使用u盘芯片检测工具chipgenius，检测U盘信息为：

芯片厂商: Alcor Micro(安国)
芯片型号: SC908L(FC8908L)/AU6998(L/NL)/AU6989(L/NL) – F/W EE37
闪存识别码:  45DEA882 – SanDisk(闪迪) – 1CE/单通道 [TLC-8K] -> 总容量 = 8GB

能检测出U盘型号就简单了，网上找到安国的产量化工具，运行，检测出U盘，SDTNNNAHEM-008G，开始产量化，郁闷的一幕出现了，提示：30D30：请使用特殊版本产量工具！换了其他几个版本的产量工具，要不检测不出来，要不提示芯片类别错误，要不就是上面这个提示。

有互联网在，不怕，继续搜索。终于在数码之家的一个帖子中，有位高手（xumuwu2004）回答了这类问题，原话引用：

“出现这个不良的原因是目前大家所熟知的 都是87的量产工具，插上了89（87升级版主控）主控的产品所提示的现象。flash 技术日新月异，nm制程的更新，导致flash本身对ECC能力的要求提高，所以方案工具也在更新自己的主控来兼容后面新出的flash。目前89做的绝大部分都是TLC芯片（之前是SLC MLC 现在发展是TLC），这个芯片读写速度普遍慢，擦写寿命普遍短。。。我不建议数码发烧友自己用这样的U盘来拷很重要的东西，如果条件允许，可以弄个好点的，碰到这样的U盘，尽可能的找个没人的地方，挖个坑，埋起来，再尿泡尿上面，以免祸害其他朋友，谢谢”

数码之家下载文件需要点数，可怜新注册后点数还是负的。幸好互联网是开放共享的，知道产量工具的名称编号，终于让我搜到了下载源。之后就简单多了，插上U盘，运行产量工具，漫长的等待（果然像上面所说，这个主控读写真的很慢），产量成功，一半的坏块，容量变成4G，这个也比较符合黑盘大部分都是翻倍扩容的U盘。

反正这块U盘也就平时维护电脑、重做系统用，凑合着先用着了、

好东西要大家分享，产量工具115的下载地址：AlcorMP_D3eD3

先说下背景情况，OA是完全自行开发的，CI框架，WIMP架构（最初建设的时候由于各种原因，等接手的时候已经是这种别扭的架构）。最一开始准备用windows的任务计划。制作一个单页实现功能，在定时任务里面设置执行一个vbs文件，访问下该文件。内容类似如下

DIM IE
SET IE = CREATEOBJECT("INTERNETEXPLORER.APPLICATION")
IE.NAVIGATE("网址")
IE.VISIBLE=0
SET IE = NOTHING

后来考虑这一系列都是数据路操作，没必要绕一大圈，又写php程序又在windows下面建计划任务，mysql已经支持计划任务。于是乎就准备在mysql里面建一个存储过程一个计划事件搞定它。定时任务需要mysql版本在5.1以上，版本不够的话可以用上面的方式。

MYSQL的存储过程还是第一次写，以前只在MSSQL里面写过存储过程和触发器。不停地查找写法资料才完成如下代码（初次写难免存在问题，欢迎指正），

#这个是最原始版本，实际应用版本做了修改优化#
DROP PROCEDURE IF EXISTS `pro_birth`;
DELIMITER ;;
CREATE DEFINER=`root`@`localhost` PROCEDURE `pro_birth`()
BEGIN
	DECLARE t_uid INT;
	DECLARE a_uid INT;
	DECLARE t_username VARCHAR(255);
	DECLARE t_depname VARCHAR(255);
	DECLARE done INT DEFAULT 0;

	DECLARE cur1 CURSOR FOR 当日过生日人员名单SQL;
	DECLARE cur2 CURSOR FOR 全员名单SQL;
	DECLARE CONTINUE HANDLER FOR SQLSTATE '02000' SET done = 1;

	OPEN cur1;
	REPEAT
	FETCH cur1 INTO t_uid,t_username,t_depname;
	IF NOT done THEN

		#生日邮件
		SET @TEMP_STRING = CONCAT("'<div style=font-size:14px><p>亲爱的",t_username,"：</p><p>  祝您生日快乐！</p><p>  感谢您为公司发展付出的辛勤劳动和努力。在您生日到来之际，公司代表全体员工送上衷心的祝福：生日快乐！愿所有的快乐、所有的幸福、所有的温馨、所有的好运都永远围绕在你的身边。</p><p style=text-align:right>",DATE_FORMAT(CURDATE(),'%Y年%m月%d日'),"</p></div>' ");
		SET @MAIL_STRING = "插入邮件表SQL";
		PREPARE mail_stmt FROM @MAIL_STRING;
		EXECUTE mail_stmt;

		#全员站内短信提醒
		OPEN cur2;
		REPEAT
		FETCH cur2 INTO a_uid;
		IF NOT done THEN
			SET @TEMP_STRING = CONCAT("亲爱的伙伴：今天（",DATE_FORMAT(CURDATE(),'%m月%d日'),"）是",t_depname," ",t_username,"的生日,快去给TA送祝福吧！");
			SET @PM_STRING = "插入短信表SQL"
			PREPARE pm_stmt FROM @PM_STRING;
			EXECUTE pm_stmt;
		END IF;
		UNTIL done END REPEAT;
		CLOSE cur2;

	END IF;
	UNTIL done END REPEAT;
	CLOSE cur1;
END
;;
DELIMITER ;

本机测试正常，在服务器上创建存储过程的时候却报错。“#1271 – Illegal mix of collations for operation ‘concat’”，谷歌了一下，都说是编码问题导致。检查了下服务器上牵扯到得几个表，用户表、邮件表、短信息表都是utf8的编码。心想是不是存储过程中间的中文导致报错，于是重新改写了下代码，新建一个临时表，将存储过程中的文字存放在库中，读取出来替换掉中间的关键字。代码类似，就不在重复贴了。服务器重新创建存储过程的时候执行成功，但是运行存储过程后，插入邮件表和短信息表的内容还是乱码，中文部分全都是用？代替。看来还是没有解决中文乱码的问题。

多番网上查找后，有位同仁也遇到此类问题，他的表和库都是utf8的编码，同样存储过程运行后中文都是？？，这时候我才发现我这服务器上库的编码居然是latin1_swedish_ci，存储过程肯定也是这个编码，虽然表的数据都是utf8的，经过存储过程一弄，就全变？？了。解决办法其实也很简单，变量声明的时候定一下编码格式。

DECLARE t_username VARCHAR(255) CHARACTER SET utf8;
DECLARE t_depname VARCHAR(255) CHARACTER SET utf8;

这个也不是彻底的解决办法，最终需要统一库的编码格式。

定时事件就简单多了，新建一个事件，每天凌晨6点运行下就好了。要核对下mysql的系统时间，像我的是+8区就不用调整了，如果默认的话需要对应做个加减。如下

DROP EVENT IF EXISTS `EVENT_BIRTH`;
DELIMITER ;;
CREATE DEFINER=`root`@`localhost` EVENT `EVENT_BIRTH` ON SCHEDULE EVERY 1 DAY STARTS '2012-03-08 6:00:00' ON COMPLETION NOT PRESERVE ENABLE DO CALL pro_birth()
;;
DELIMITER ;

最后，最关键一点，开启mysql的定时事件。我就是忘开启了，结果等了一天没动静。。。今天的手动执行了下存储过程。

set global event_scheduler = 1

话说微博确实有她的优点：短小精悍，便捷，随想随发。但是慢慢的发现微博上的广告越来越多，刷屏越来越厉害，逐步的把很多关注都取消了。而且还有一点，就是自己发的东西也比较难保留，往往要翻很多页，才能找到。记录的都是片段，也很难关联在一起。

看来微博还是没法替代博客的，google reader 上订阅的不少博客也时不时的浏览下，很多知识、观点还是通过博客上面获得，毕竟简简单单的140个字没法阐述清楚，即便是使用长微博，以后查看管理还是非常的麻烦。翻翻几年前写的微博，还是蛮有感触的。

所以还是要坚持记录微博（貌似都说了好多遍了），留下自己的足迹。

最早接触Google那还是刚刚工作的时候，做程序开发很多地方不会，又不好意思老是打扰别人，那时候只知道百度，一有不会的就在百度上搜，常常搜到广告、推广和一些杂七杂八无用的东西，或者干脆提示没有结果。直到有一天，公司一位“牛人”看到了，直接过来说：“你怎么还在用百度呀，那都是一般网民用的，向我们这种高级人员，向来只用Google。你不用Google，出门都不好意思和别人打招呼。”一经试用，那是屡试不爽，就是往往搜到英文的文献，自己那英文水平，那就是天书呀。

后来注册了Gmail邮箱，当时注册还没有开放，也是那位牛人给的邀请码才注册的，不过就是很少使用罢了。随后也开始慢慢的使用Google的其他功能，像日历、地图、翻译、文档、协作平台（可惜现在被墙了），还有天天在用的chrome、Gtalk、reader（觉得叫阅读器好别扭）、Buzz。Google的搜索反倒是用的越来越少了，相对于Google的域名，百度的要简单很多，也便于输入。虽然Google意识到自己的域名问题，也启用的G.cn，但是习惯还是比较难于更改的。

个人还是比较喜欢Google的，只要是他的功能应用简单、实用，一些开发和界面交互展示思想也值得借鉴。虽然他退出了中国搜索市场，即使是取消了中文版本，再即使是被万能的“墙”墙在外面，只要它的特色功能在，那我还是会继续使用的，基本的翻墙功夫还是有的，就是稍微麻烦了点。

不希望若干年后，谷歌只剩下一句话：“不要迷恋歌，歌只是传说”，那就真的悲哀了。