精彩的小游戏Reflexive – Jets N Guns

飞行射击类游戏,过关后可以购买武器装备对你的小飞机进行升级,不小心完蛋了之后还能重来,画面非常华丽,以致于到后期得瞪大了眼睛看准你的飞机在哪儿。

游戏还是颇有难度的,我这个臭手刚开始选中等难度没几关就进行不下去了,然后选最简单的模式重新来过。第一遍通关之后,还有更高难度的第二遍等待着你。
Reflexive - Jets N Guns 休息, 购买武器、装备的界面 Reflexive - Jets N Guns 好像 是倒数第二关,BOSS完蛋的时候 Reflexive - Jets N Guns  第二遍的第一关

VeryCD的《Reflexive公司小游戏合集》里可以找到。

booby升级成了brim

booby是一个个人小工具,能够进行通讯录、书签等个人资料的简单管理,但个人感觉,除了通讯录勉强能用,其他就没什么了,不过还有一个Webtools也有点用,包含Rot 13、HTML Escape Codes、ASCII table、Calculator、IP Subnet Calculator、Websafe Color codes、ColorWheel、Named colors、Color Match等小工具。现在booby升级成了brim,除了名字变更之外,程序的结构也有了调整,支持i18n,多了个Calendar和Collection(不知道作什么用的),其他没大变化,在PHP4、mysql4.1下升级很简单,同样的很多模板仍然出现NOTICE错误,由于booby已经不作大的升级了,以后只能用brim了,“希望”以后能够发现它好用些。

另:MYSQL从4.0升级到4.1之后,发现好多mantis和booby的varchar和char字段的宽度都“变”短了,是我在以前升级mantis和booby的时候忘记了某些操作,还是MYSQL升级过程中导致的问题?不明白。

php5, mysql 4.1.11下安装Discuz! 2.5F SP1 简体中文版乱码问题的解决

Discuz!是一个非常优秀的PHP论坛程序,并且在现在的PHP论坛商业化大潮当中,还一直都向大家提供免费的版本,是非常难得的。最新的免费版本是Discuz! 2.5F SP1

Discuz!目前支持PHP5和mysql 4.1.x,但我在安装完论坛之后,数据库的内容仍然是乱码,到他的技术支持论坛搜索了一下,找到了解决的办法

alter DATABASE `xxxxxx` DEFAULT CHARACTER SET gbk COLLATE gbk_chinese_ci

备份资料

替换备份文档中的gb2312为gbk编码

恢复数据

include的dbmysql.php中

        function select_db($dbname) {
mysql_query("Set Names 'GBK'"); //这一句是增加的
return mysql_select_db($dbname);
}
即可

另:如果是新安装Discuz!,最好在安装之前就把这句改好,因为在安装的过程中会向数据库中添加中文的内容。

小试trackback

Trackback怎么说也是BLOG的特色功能之一,以前确实没用过,现在在PLOG中着实又被迷惑了一把,原来,PLOG要发送trackback,除了在所写的文章中要包含需要ping的文章的地址以外,还要选上右下角的“”,保存以后,系统才会提示你需要向哪个地址发送ping。

最关键的,也是最容易出错的地方,就是上面所说的包含对方文章的地址,必须是它的“permalink ”,也就是静态地址,并不是trackback/引用的地址,并且参数的顺序也不能错(这一点容易疏忽)。我在尝试ping风的blog!的时候,就是因为它的页面地址是:

http://www.lvwo.com/blog/index.php?op=ViewArticle&blogId=1&articleId=181
而permalink静态地址是
http://www.lvwo.com/blog/index.php?op=ViewArticle&articleId=181&blogId=1
只一个参数顺序之差,就无法ping成功。

究其根本原因,原来PLOG是通过页面地址内容,自动发现trackback地址的,也就是通过文档中的XML说明来确定的,类似

      <!-- <rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#"
xmlns:dc="http://purl.org/dc/elements/1.1/"
xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/"> <rdf:Description
rdf:about="http://www.lvwo.com/blog/index.php?op=ViewArticle&amp;articleId=181&amp;blogId=1"
dc:identifier="http://www.lvwo.com/blog/index.php?op=ViewArticle&amp;articleId=181&amp;blogId=1"
dc:title="UTF-8还是GB2312称雄blog"
trackback:ping="http://www.lvwo.com/blog/trackback.php?id=181"/>
</rdf:RDF> -->
如果选用的地址无法匹配说明中的identifier,自然就无法找到trackback地址了。

gbk,utf8,左右为难

看《O’Reilly Upgrading to PHP 5》的时候,心血来潮,把MYSQL升级到了4.1.11,由于机器上没有什么正式系统,也就没有注意到它字符集的变化。后来就把正式应用的系统也给升级了,升级之后其它系统都没问题,唯独一个MANTIS有了麻烦,打开页面都成了乱码,幸亏有备份可以恢复,在恢复的过程中就发现了MYSQL升级带来的字符集的问题--如果MYSQL用UTF8字符集,MANTIS数据导入之后,页面显示乱码,无奈只得把MYSQL调为GBK字符集。

其实我还是愿意使用UTF8字符集的,因为没有不兼容的麻烦,作为长久保留的数据,日后转换、整理起来比较省事;在与外部进行数据交换的时候,也不存在编码转换的问题。可是我始终不明白,在使用PHP连接MYSQL接收用户输入数据,并存入数据库的时候,如果数据库编码是UTF8,是否要把SQL数据也转换为UTF8?抽空弄个小程序试试,如果真是这样那可就麻烦大了,不过我在DOS下用命令行操作UTF8字符集的MYSQL服务器是没法输入汉字的。

以前使用SYBASE的时候曾经被字符集的问题困扰了很久,因为SYBASE如果字符集用错了,某些汉字根本就无法输入,比如大写的零“○”,所以字符集从iso_1换到cp850,又从cp850换到cp936,中间舍弃了很多历史数据,MYSQL千万不要让我重蹈覆辙。

see also:
UTF-8还是GB2312称雄blog