分类：新知

1、在我的BLOG中的“电影配音”中，使用的是<object>标签。这个标签在IE里没问题，在OPERA中默认忽略了。而使用<embed>嵌入的媒体文件却可以播放，看来考虑兼容性，以后页面嵌入媒体要用这个标签了。不记得哪本书里讲到过这种兼容性，哪个是专业的哪个是业余的标签？不记得了。实践是检验真理的唯一标准，就<embed>了。

2、昨天碰到个怪事情，帮路丹同志安装的一首WMA歌曲会自动蹦网页。搞得访问者打电话给她拉警报，说是网页中毒了。查了几个JS文件没看到有什么不对，于是把WMA下回来用MS的文件编辑器打开，整整齐齐，每半分钟设置了一个开页面的脚本，一共有三段，看起来象是程序干的事情。WMA在网页中播放自动开网页不是稀奇事，稀奇的是：1、文件都用了一个多月了，直到最近博主改变新浪BLOG皮肤才发生新开网页的事情，难道以前的皮肤有阻止恶意代码的功能？存放声音文件的服务器扫描一遍没发现病毒，而且其他WMA没有被修改，基本排除文件被修改的可能。2、WMA的脚本参考中没有提到设置新开窗口目标的功能，也就是说一旦执行脚本，当前页面就会被替代。但是这个WMA是跳出新的窗口，检查脚本并无特殊代码。难道是新浪的面板设定了所有连接都新开窗口？代码太多，我没有去找。

有谁能解答？告诉我。不要让他成为永远的疑案。

2010-11-06注：1、wordpress的解决方法是两个标签混合着用。不过firefox中mediaplay中有个问题是它不能识别“/”这样的相对路径，也就是不能在前面加上域名，导致播放出错；2、大概跟调用代码和代码声明有关。

把三个月前刻的央视《心理访谈》翻了出来。原本只是看看文件的最后日期是哪一天，没想到点播放竟然报音频码流无法播放。我记得以前是可以播放的啊。首先怀疑是MPC出现故障，用官方的REALONE播放器报告“需要升级”，然后在线更新又报告没有关于此媒体的升级，“详细情况”是“COOK”。那就是这个COOK格式的音频无法解码咯。搜索了一下，这个COOK是real公司早期的音频格式，据说现在老树开新花出了改进版。我就说嘛，出错信息里竟然说此格式“6CH”，6通道？一个电视录播的rmvb没必要搞这么高档吧？TLF的制作团队真能搞事。想起原来解决RAAC音频格式的方法，去CODE目录改文件名，查网上是否有升级包，结果都没用，搜索结果都一口同声“COOK是早期音频格式”，那升级不成，降级呢？这……不会吧？阿弥陀佛，我还留了一个“RealPlayer10-5GOLD_cn.exe”的安装文件，于是安上。你猜怎么着，还真好了，程序目录下的文件名全被替换成了早期文件。

NND，搞什么嘛。看来realone不是realplay的正宗接班人啊，解码程序的文件名都不一样。

汗，这个“拚”字我原来一直以为是“拼”的另外一种写法，没想到这两者关系还挺复杂。

◎ 拚 pàn
〈动〉
(1) 舍弃 [forsake]
不惜残躯拚直谏,可怜血肉已成尘。——《封神演义》
(2) 另见 pīn
常用词组
◎ 拚命 pànmìng
[struggle] 〈方〉∶不顾性命去做
◎ 拚弃 pànqì
[abandon] 抛弃;舍弃
基本词义
◎ 拚 pīn
〈动〉
(1) 舍弃。后作“拼” [give up;discard]。如:拚死(豁出性命);拚捐(舍弃);拚舍(割舍);拚得(方言。舍得,不吝惜);拚娇(撒娇)
(2) 另见 pàn

可见这个“拚”字，与“拼”是可以通用的，但是并不作为繁体字来对待（在GB2312中舍弃不用），因为其自身还是可以独立而成为一个同意的“pàn”字。智能ABC输入法中就严格把两者区分开来，不承认“拚”有pīn的读音。

回头想想，这种知识有什么用呢。也许哪天跟别人讨论“茴”字有多少种写法的时候有用吧？

前几天才把用于设备管理维护的ACCESS做出来，隐隐地似乎觉得数据库的概念有那么点意思了。ACCESS高级点的应用全都要用宏、用VB实现，这些不想了，咱的数据库水平只要比大多数美工强就知足。ACCESS已经可以把窗体直接发布成可用的ASP页面，这点倒是比较有搞头，以后脸皮厚点也可以做做在线提交信息的WEB应用，多有面子。

原本以为数据库学到这一步就够了，没想到一些新情况让我不得不再次拿起书本，探究SQL的思维方式和日常维护。

在单位随机抽查的3个桌面应用软件中，就有2个使用MS SQL作为数据库软件。即使是和数字统计报表八竿子打不着的影视编辑系统，使用的竟然也是SQL……不会点SQL简直等于文盲一般。凡事亲历亲为的“拿摩温”不是个好“拿摩温”。但是对包身工们的工作都不了解的“拿摩温”，又怎么可以在包身工面前大声说话呢？不能光看贼吃肉，也要想到贼挨打，谁叫部门的名称上多了两个字呢？形势又逼着我捧起了SQL书。

数据库这鬼东西，总是牵扯一大堆奇怪的逻辑关系。就这个题材写成的书也是罗里八唆一长串的话，实在看得乏味到顶。技术牛B的大腕们怎么就不会说人话呢？ACCESS就已经够麻烦了，SQL就更加变本加厉。那些SQL语句，如果一个单词一个单词的分析似乎还象话，但是合在一起黑压压一片，我的眼里就看不见字符了，我只看见一片片的黑白图案，有的象白云，有的象小鸟在飞……。

网上教程是不能看的，那些都是“完全不负责任”版的知识，根本无法形成连贯的知识链。偶尔看看技巧什么的还行，启蒙学习就绝对不适合。同事的大部头的“入门到精通”，在我眼里只有“精通”，根本找不着门。翻了半天的china-pub，才终于找到了一本《SQL SERVER 2000 系统管理实录》，看目录似乎还算人道，没有在犹豫阶段就摧毁我的阅读意志。

入手了一本看看，似乎还行。作者的个性比较强，在前言里也象很多外国IT书作者一样，感谢老婆，感谢朋友，并将书献给自己的女儿。书的内容编排也比较科学，虽然在一些表格上犯了几个审校不严格的错误，不过综合上下文还是能理解的。作者虽然希望让自己的书能让菜鸟也能看懂，但是很明显，任何知识都是有门槛的。幸运的是这些杂七杂八的概念对我来说还不至于造成困扰，可能是因为在以前我就对SQL有点小了解，并且最近从ACCESS的学习中也接触了很多数据库的概念。正因为有了这些无意的铺垫，所以我现在才能刚好能翻过SQL的门槛。翻开书，首先从最急迫想要了解的“备份、恢复”内容下手。也正是在这个章节，我才了解了SQL的牛B，明白了SQL那么费力地写巨大的日志文件是为了什么，从而感叹SQL天才的设计思路。随书的光盘中带有示例文件和操作演示录象，看起来有了一些趣味。

在可以预见的几个星期之后，那些以SQL为名想唬我的人可以闭嘴了，我又能在一个全新的领域里发六几里啦！

一直以来，我都是有问题的。从小时候的问题儿童、问题学生、问题少年，到现在的问题青年。再过几十年，我几乎肯定会成为一个问题老头。

这个“问题”并不是指我本身存在很多匪夷所思的特质（至少不是太明显），而是我对于很多事情都会有疑问，产生很多问题，从而有想去解开疑惑的冲动。然而，我的肉体一直是处在懒惰主义的掌控之中，所以这种冲动总是无法产生付诸行动的力量。这感觉，就好象是便秘。借用一句淫荡的歌词：心中充满欲望，身体没有力量。

远在上世纪的1997年，我就知道ACCESS是一个新生的数据库软件，他比当时风靡的FOXPRO更容易上手，而且更具有面向未来的开放性。按照行为惯例，我买了一本书《ACCESS97中文版易学易用专辑》，准备好好学习学习。可能当时第一章都没看完，实在受不了作者象老太太一样唠叨地讲述操作过程，于是这本书立刻成为了书架上的装饰品，他的作用只是把书架撑得更紧一些。

最近碰上了一件需要用数据库解决的问题：把计算机配置登记表与维护记录进行电脑管理。事情算大也不大，算小也不小。程序员觉得没必要，普通维护人员搞不懂我的用意，新兵蛋子宁愿看漫画也不愿意去学习一点新东西……。一时间怒从心头起，恶向胆边生：这活我干了。

从书架上把这位老朋友请下来的时候，我惊讶于他的青春风采：八年没见面，他还是那么年轻。封面上的红色还是那么娇艳，兰色还是那样的纯净，紫色还是我记忆中的样子，即使是内页也没有发黄的迹象。他这样努力地葆住青春风采，是不是对于自身价值没有得到体现的不甘心？

现在来看这本书，写得确实不怎么样，难怪我当年会将他束之高阁。不过咬紧牙关啃下来，确实解开了很多疑惑。书中介绍的虽然是ACCESS97，但是与现在的ACCESS2003并无本质区别，书中介绍的特性、限制一点都没变，联想到十几年如一日的WORD、EXCEL，不禁对牛逼的微软暗挑大拇指：产品结构、体系设计得真完善（或者：真会骗钱）。

经过几天的翻阅，我的计算机登记维护数据库也建成了，并且开始考虑人机界面如何更容易使用的问题。经过几天的阅读，对数据库的认识又进了一步，悬了八年的疑问终于有了一个突破性的进展。我的感觉就好象便秘的人突然听见连续发出的丁冬水声，或者憋了Ｎ久的一泡尿，终于为它找到一个洁白的归宿，啊～心情就好象现在的天气一样：爽。