小熏的编程日记

实在忍受不了用记事本编辑Dewplayer的播放列表，于是用JavaScript写了一个生成器，顺便练一下JavaScript 使用地址： http://go.kuyur.info/playlist-creator/ 将几个文件（index.html/make.js/style.css）下载回本地也可以运行 支持IE6～IE9，Firefox，Chrome，应该也支持Opera 话说，IE8以下真的和别人格格不入啊，IE9在标准JavaScript支持上改善了不少，但还不够 用法简单说明： 必填： Track titles：歌曲标题列表 Track URLs： 在选中Pattern模式时，请在单行文本框输入URL模式字符串，形如http://example.com/{##}.mp3。{##}会被替换，从1开始，单位递增1，#的位数是生成数字的位数。 {#}.mp3会产生1.mp3，2.mp3，…，9.mp3，10.mp3，… {##}.mp3会产生01.mp3，02.mp3,…，09.mp3，10.mp3，… 在选中List模式时，请在多行文本框输入歌曲的URL列表，行数必须和曲目标题列表的行数相同 选填： (Optional) Album Title：专辑名 (Optional) Album Cover URL：专辑封面图片URL 点击Generate按钮就可以生成支持Dewplayer的xml播放列表。 Save按钮现在无效 有时间大概会做成一个wordpress插件 参考资料： 播放列表xml化的命名空间：http://xspf.org/ns/0/ xml文本的格式化： http://www.cnblogs.com/evlon/archive/2009/01/09/1372283.html

估计有不少人使用Flash MP3 Player JW作为wordpress博客的播放插件。 xml方式配置播放列表（dewplayer同样支持），另外拖曳式编辑播放列表也算是这个插件的一个特点 余希望新曲插入到播放列表头部， 但插件只支持插入到尾部，再通过拖曳调整，当曲目列表太庞大时很烦，拖半天都拖不到头部 于是暴力修改源码 打开插件下的inc/class.playlist_editor.php，搜索“add new song”，会找到相关代码段 再定位到 （2.3版本是539行） 很简单，将appendTo函数改成prependTo函数。这些函数是jQuery库操纵DOM元素的函数。 不过暴力修改代码之后想直接插入到尾部就不行了，比较好的方法是加多一个新添加曲目插入位置的配置项 余现在只是用Flash MP3 Player JW作为侧边栏的widget，整碟试听的播放列表如果用Flash MP3 Player JW来编辑很痛苦，因此余不需要新添加曲目插入到尾部的功能。本着够用就是好的原则，这次于是就这样了 整碟试听的播放列表现在是用记事本之类的工具编辑，但已经很烦了，准备写个程序为dewplayer自动生成播放列表

工作后干的活有点乱七八糟，被折磨死 每一段时间就要学新的语言。2011下半年是C#，2012年，轮换到了JavaScript 最近的任务是用ExtJS设计前端，这玩意强大到足以取代Silverlight，非常适合配合RESTful API使用，使用AJAX获取JSON或XML类型的数据，前端页面的生成完全不需要PHP/JSP，仅HTML+JS已经足够。这种情况下，前端可以和API所在服务端完全分离，部署在不同的服务器上，甚至前端可以放在用户本地运行 第一个任务是攻克多语言化(老大乃将这种任务扔给素人情何以堪) 网上搜索了一下，还有人专门写了插件（ext-locale-loader），但这种需要给每一自设计的页面弄一份语言拷贝的方式让余菊花一紧 后来阅读ExtJS的自带文档，发现有本地化的详细指引（$EXTJS_FOLDER/docs/index.html#!/guide/localization） 一步步来就实现了ExtJS自身的UI元件在用户选择不同语言时的本地化 实现后的效果 演示页面：extlocalize.html ExtJS语言列表RawData：languages.js（仅保留4个语言） 逻辑+UI：extlocalize.js 切换语言的逻辑其实非常简单，判断页面的传入参数（没错，静态页面也可以有参数），利用AJAX加载语言文件，然后执行语言文件中的代码，更新字符串 extlocalize.html languages.js extlocalize.js 以上仅是ExtJS UI自身的本地化。 自己系统中的文字如何本地化呢？ 余的做法基本是沿着ExtJS本地化的思路，将系统用到的字符串集中在单个文件中，这也有利于后期扩展更多的语言 像Date picker/Email Field/Month Browser/Month of the year就是系统自身的语言，不应该硬编码到UI中 在加载ExtJS语言文件的时候，同时也加载系统自身的语言文件进行刷新 系统语言文件也必须使用和ExtJS语言文件相同的后缀，如en/ja/zh_CN/zh_TW 效果： 演示页面：multiplelanguages.html 逻辑+UI：multiplelanguages.js 语言列表RawData：languages.js（和上面一样） 系统默认语言文件（必须）：myproject-js/myproject-lang.js（余将默认语言弄成了日文） 系统的本地化语言文件（可选）：（没有参数时会保留默认语言文件中的设定） locale/myproject-lang-en.js locale/myproject-lang-ja.js locale/myproject-lang-zh_CN.js locale/myproject-lang-zh_TW.js multiplelanguages.html multiplelanguages.js 将UI的生成全部集中到setup函数里了 myproject-js/myproject-lang.js locale/myproject-lang-en.js locale/myproject-lang-ja.js locale/myproject-lang-zh_CN.js locale/myproject-lang-zh_TW.js 注意事项： 1.ExtJS库的解压目录名要一致，代码中的为ext 2.由于AJAX的本地请求会因为安全问题被浏览器禁止，需要将文件放到服务器才能测试 源文件下载：localize.rar

蛋疼写了三种UTF-16到UTF-8的转换方法。其中一个不出所料果然很慢，但另外的两个测试结果让余跌了一下眼镜。 直接在内存上操作速度当然快，因此converMethod中convert2utf8毫无疑问是最快的 剩下的 convert2utf8_pushback convert2utf8_copy convert2utf8_allocate 都是返回STL中的string对象，哪个最快，哪个最慢，大家来猜一下吧 convertMethod.h 测试程序：在VC新建一个工程把代码覆盖进去，并导入convertMethod.h 测试文件的路径需要更改一下，推荐用大文本测试，更能显示出性能的差异 测试文件只能是Unicode编码的文本文件 提供测试样品：bungakusyoujyo-unicode

在Amazon的EC2上，用Amazon官方Linux AMI创建了一个实例，安装并配置tomcat，部署应用。 偶然一次使用service tomcat start启动服务，发现log4j输出的log中的日文字符统统变成了问号「?」。但使用/etc/init.d/tomcat启动服务却一切正常。 以前余就知道service方式启动服务会忽略掉很多环境变量，比如JAVA_HOME。 使用man命令查看帮助 [root]# man service 说是service会保留LANG和TERM两个环境变量。(事实上PATH环境变量也会传递进去) 仔细查看service脚本，却完全不是这回事。 [root]# which service /sbin/service [root]# vim /sbin/service 本来系统的默认locale是en_US.UTF-8，也即环境变量$LANG的值为en_US.UTF-8， /etc/init.d/tomcat start方式启动tomcat，除非在启动脚本中干啥坏事，否则全部的环境变量都会保留，log4j输出不会有错误 env -i命令是创建一个空白的运行环境，如果不主动传入参数，所有的环境变量都会被忽略。 Amazon官方Linux AMI的service脚本用env -i创建启动环境时，却删掉了LANG=”$LANG”，也即locale变成了POSIX，log4j输出时按POSIX输出，非ASCII字符全变成了问号 Amazon官方Linux AMI修改自CentOS，但人家CentOS的service脚本LANG保留得好好的 ubuntu的service脚本文件是/usr/sbin/service，LANG同样传递了进去 为了排查这个错误，花了一下午时间，狠命死抽Amazon 改正方法很简单，补回LANG环境变量即可 一共四处地方

余去年写Ansi2Unicode的时候，不使用win32 api进行字符转换，使用了自定义转换函数。几个不同编码的转换函数，写起来大同小异。特别是GBK和Big5，可以说是完全一样。于是很早就想开发一个动态加载字符映射表的字符转换环境，当添加新的编码时，不需要改动程序。 现在考虑到的一些特征： 1.独立于平台。Ansi2Unicode的转换函数（toUnicode.h)严重依赖MFC，通用性很差，余一直不太满意 2.字符映射表的信息保存在配置文件（charmap.xml文件），由环境动态加载。环境是一个通用环境，普适各种多字节编码 3.用户制作映射表和添加新的映射表信息遵循一定的规则 4.平台即使在运行时都可以重新载入映射表 5.字符映射表使用优先顺序由在配置文件中出现的顺序决定。用户可调整顺序 这个平台的扩展性非常强。制作映射表，修改charmap.xml，一种新的编码转换方法就添加了，有别于以前需要多写一个函数。 另外，用户还可以替换映射表，随着字符编码的升级而升级。 初步的charmap.xml配置文件

wp本来有skydrive-directlink插件，但需要加[]，这样的地址很多播放器不支持，并且只能局限在wp中使用。 skydrive-gae是另外一个解析skydrive链接的小程序，运行在Google App Engine上，其链接形式看起来就像一个文件，可直接喂播放器甚至下载工具。另外这种链接在需要解析时才会去解析，并且放在GAE上，不用担心影响wp性能。余大量使用这种形式做音乐试听。但上个月M$修改skydrive档案的链接格式，导致旧版skydrive-gae获取外链失效。于是决定动手改一下程序，适应变化。 旧程序使用正则表达式查找链接，被余修改后变得更加暴力。如果未来M$停止支持形如http://cid-********.skydrive.live.com/self.aspx/.Public/1.mp3的形式，怎么折腾都是没用的了，希望M$少折磨点余 新版的两个暴力函数 python不能用tab，Notepad++回车直接就是tab，查错半天没查出来 新版skydrive-gae下载，修改app.yaml中的app名称，上传到google appengine，链接的形式和旧版一样

以前很讨厌Oracle数据库，做DML（insert/update/delete）操作还要commit，但深入理解Oracle数据库的锁机制后，才认识到Oracle数据库的优秀和commit/rollback的合理性。Oracle数据库对并发操作的支持做得非常好，但如果不合理利用，后果同样很严重。 Oracle数据库的锁粒度上分为表级锁和行级锁，但实际上通常考虑行级锁就可以了。表级锁应用在建立表，修改表结构，建立索引，删除表等操作上，这是重大操作，一般的后台不会提供这样的权限。因此本文只谈行级锁。 行级锁仅有一个锁类型，就是TX锁。TX锁的T代表transaction，表面上一个TX锁对应一条记录，但实际上整个DML操作无论做多少遍，只要没commit，加在记录上的TX锁状态就不会改变。X代表排斥（exclusive），表级锁X不允许没持有权限的session（会话）进行任何相关表（包括表中记录）的读和写操作，但TX锁允许没持有权限的session读取记录，这涉及到Oracle副本机制，实际上session读取到的是原始记录，而非副本中的修改记录。 TX锁权限的获得方法有： 1.DML操作（insert/update/delete） 2.使用SQL语句：select *** from TableName (where ***) for update nowait; 不要小看第二种方法。 session释放当前持有的全部TX锁权限的方法有：commit和rollback。commit是合并副本到本体，rollback是抛弃副本。 启动两个Oracle SQL Plus窗口，这将是两个不同的session，可以用来模拟两个客户的行为。用这两个窗口做下面的实验，将会得出一些重要的认识。 Oracle数据库的副本机制 1.表的操作create/drop不会产生副本，倘若操作成功，作用是立刻反映到本体上。因此create和drop操作事实上无需补上commit session甲： create table test( id number(5) primary key, value NVARCHAR2(10)); session乙：select * from test; session乙没有错误产生。 session甲：drop table test; session乙：select * from test; session乙将发生错误。 重新在session甲创建test表，继续下面的实验。 Oracle数据库的sequence Oracle中的主键不会自动递增，需要手动创建sequence，插入新记录时使用sequence的nextval 2.sequence和事务无关，不需要锁。 session甲：create sequence test_seq increment by 1 start [...]

众所周知的原因，国内在访问Google docs时会被重置 绕过墙访问Google docs的方法：

flac的内嵌cue实际上有两个存放位置。按照flac官方的技术文档，flac的文件结构中METADATA_BLOCK可以存放CUESHEET类型的数据，不过这种形式的内嵌cue相当复杂，余抛弃实现提取这种cue了。另外METADATA_BLOCK还可以存放VORBIS_COMMENT类型的数据，数据部中“cuesheet=”后面的即是cue，foobar2000调用flac.exe进行编码并写入内嵌cue时，是写到VORBIS_COMMENT中。存放到VORBIS_COMMENT中似乎更普遍一点。 如果不按照flac的文件结构，用稍微暴力一点的方法提取，也是可以的，这时就和提取tak的内嵌cue非常类似了，只不过flac的位于文件头部。 简单说一下flac的METADATA_BLOCK的结构。一个METADATA_BLOCK由两部分组成，METADATA_BLOCK_HEADER和METADATA_BLOCK_DATA。METADATA_BLOCK_HEADER为固定的四字节（32bit），第一个bit为判断是否是最后一个METADATA_BLOCK，第二至第八bit为METADATA_BLOCK的类型，VORBIS_COMMENT的类型为4，后面的3个字节是METADATA_BLOCK_DATA的长度。 因为只注重内嵌cue，所以只有遇到VORBIS_COMMENT类型，才开始进行cuesheet的捕捉，否则一直跳过。跳过时文件指针移动的偏移量即是METADATA_BLOCK_DATA的长度。 代码： CueString中存放的即是utf-8编码的cue字符串，写入到文件即可。 捕捉cuesheet标记的方法和tak一样的。