一年又过了，又到了圣诞节，第二十八个单身圣诞。不过今天在网上蛮热闹的，和不少人人聊了天。不知道明年圣诞会怎样，希望到时候会有妹子陪伴在身边，也算是完成父母的心愿吧。暂时写道这里吧，想到其他的再写，扑床睡觉>_
Windows平台下php session设置导致的问题
下午刚回家就有人报告45s服务器老是500，于是爬上去看了下。发现php老重启，于是把iis重启了一下。接着顺手把mysql也重启了一下，这一重启把mysql搞得再起不能了= =。半天没搞懂为什么。后来把系统也重启了还是没法恢复，mysql错误日志和windows系统日志都看不出问题，mysql启动后就卡住了。
没办法。打开万能的Process Monitor，这才发现mysql在不断的读取C:\Windows\Temp下的文件，且文件名都是sess_开头的，这才发现是php session搞的鬼。本来以前php的session保存目录都被设置在php自身目录下的tmp目录中的，但是上次更新php后iis 的php manager自动给设回C:\Windows\Temp了。没办法用del sess_*来删除这些session文件。然后重设的php及mysql的配置。
php设置参考了php session.save_path设置中的N值设置来优化磁盘性能，结合从php源码目录中的ext/session下找到的mod_files.bat来辅助生成session子目录。mod_files.bat的参数如下
Usage mod_files.bat <basedir> <depth> [hash_bits]
Where <basedir> is the session directory
<depth> is the number of levels defined in session.save_path
[hash_bits] is the number of bits defined in session.hash_bits_per_character
php默认配置session.hash_bits_per_character为5，我打算把N设为3，于是输入”mod_files.bat tmppath 3 5“来生成session的临时文件目录。然后相应的把php配置文件中的session.save_path值改成”3;tmppath“，上面2处的tmppath为选择的session存储路径，建议php配置文件中用绝对路径。
mysql则在配置文件中的[mysqld]下添加了tmpdir的配置，在mysql所在目录新建了一个temp文件夹然后把tmpdir的值指向了那个目录。
至此问题解决了
当ipv6遇上google analytics
把路由用tomato开启ipv6隧道已经有一段时间了，除了速度慢点外勉强还算可以用。不过最近一直觉得45s打开很慢，但是在服务器上可以秒开，跟踪了几次都没发现原因。但是今天偶然发现是ipv6引起的。由于google的所有地址都通过hosts指定为ipv6地址了，且google analytics的地址也是ipv6的，而45s刚好又启用了google analytics。不过今天登陆了一下google analytics发现界面更新了，而且还推出了异步跟踪代码。于是马上把45s的分析代码给替换了，然后立刻秒开了(^_^)
悲剧，iphone4被偷了
今天是某党的生日，半夜被蚊子吵得睡不着觉，还被热醒了。由于上班车不好坐，还是很早就起来了，匆匆吃了早饭跑去上班，谁知道这一去在陈家湾车站挤车的时候iphone4被偷走了，车还没挤上去。十分懊恼的跑回家中报警。后来知道在车站的时候有同事看到我了，而且打我电话的时候手机已经关机，由此看来应该是个老手了。
唉，难道因为我不入某党，某党就这么报复我么～
坑爹的柯南OVA11
昨天终于把柯南OVA11看了。发现被宣传画给其骗了，只有开头部分的哀酱菜可爱啊，化妆后的哀和步美都是那么的黑人＞＜真使坑爹啊。再说这剧情，是不是太无聊了一点===
愉快地一天
好久没有这么开心的玩过一天了，心中的雨终于要停了么？时间果然是个好东西，心中的伤口已被渐渐抚平，一些东西也渐渐忘却了。
ps:测试一下iphone的wordpress应用。
近期状况报告
今天偶然上blog，发现又是1个月没有写日志了～
想了一下还是报告一下近况吧。
福音战士新剧场版序进度，字幕时轴已完成，交付翻译最最后校对，但自从日本311地震以来再也没联系上，状况不明。
福音战士新剧场版破 停滞中。
其他，最近在研究mono。
千呼万唤始出来的IE9
IE9正式版终于出来了，顺手更新了一下css hack，总算是对css兼容又更进了一步，于是给ie系列写css hack也更加痛苦，因为ie8有效的hack对ie9也有效，而ie8的css兼容又比ie9差，于是不得不用Conditional comments来为写ie的hack
<!–[if IE]>
According to the conditional comment this is Internet Explorer<br />
<![endif]–>
<!–[if IE 5]>
According to the conditional comment this is Internet Explorer 5<br />
<![endif]–>
<!–[if IE 5.0]>
According to the conditional comment this is Internet Explorer 5.0<br />
<![endif]–>
<!–[if IE 5.5]>
According to the conditional comment this is Internet Explorer 5.5<br />
<![endif]–>
<!–[if IE 6]>
According to the conditional comment this is Internet Explorer 6<br />
<![endif]–>
<!–[if IE 7]>
According to the conditional comment this is Internet Explorer 7<br />
<![endif]–>
<!–[if gte IE 5]>
According to the conditional comment this is Internet Explorer 5 and up<br />
<![endif]–>
<!–[if lt IE 6]>
According to the conditional comment this is Internet Explorer lower than 6<br />
<![endif]–>
<!–[if lte IE 5.5]>
According to the conditional comment this is Internet Explorer lower or equal to 5.5<br />
<![endif]–>
<!–[if gt IE 6]>
According to the conditional comment this is Internet Explorer greater than 6<br />
<![endif]–>
这东西用起来还是蛮方便的。不过ie9目前问题也不少，比如硬件加速的兼容性太差，部分显卡跑flash会cpu飙升。不知什么时候才会有好转。
ffdshow-tryout中ffmpeg 用gcc-4.5.2 x64编译失败原因
前段时间一直折腾64位ffdshow-tryout，唯独ffmpeg始终无法编译成功，链接的时候出现一堆undefined reference。但是其他软件都能正常编译运行。后来看了ffdshow-tryout的官方编译用的gcc-4.4.4，于是我从x264官方用的64位gcc的网站找了个64位的gcc-4.4.5和gcc-4.5.2来测试，发现gcc-4.5.2依然链接失败，但是gcc-4.4.5却可以成功。于是打算自己编译gcc-4.4.5的64位，但又遇到问题，用自己电脑上的gcc-4.5.2交叉编译的64位gcc-4.4.5完全无法用。没办法于是用komisar的gcc-4.4.5来交叉编译，一路很顺利，直到编译译完mingw-w64 crt后，在编译libgcc时configure都失败。看看config.log依然是链接失败，crt中一堆undefined reference。没办法，尝试自己编译了32位的gcc-4.4.5，再交叉编译，问题依旧。之后发现komisar的gcc都是用的static编译，随即我也将gcc配置成static，libgcc算是编译成功了，但之后的lib则依然出现undefined reference。在无计可施的情况下，google了一堆东西，终于在一个网站上找到一点资料
You can use the binutils-cvs with gcc 4.4 series if you configure binutils with --enable-leading-mingw64-underscores You can build gcc 4.5 and 4.6 against older versions of binutils (or binutils built with --enable-leading-mingw64-underscores) with the same option during gcc's configure.
由于我用的binutils是最新的snapshot，于是我加上–enable-leading-mingw64-underscores重新编译一次，之后重新编译了crt和libgcc，终于正常了。后来仔细搜索了一下enable-leading-mingw64-underscores的资料，发现俄罗斯的视频技术网站XvidVideo.RU上的ffdshow-tryout是用gcc-4.5.3编译的，然后该网站提供的gcc均加上了–enable-leading-mingw64-underscores的参数，看来我电脑上ffmpeg链接失败应该是这个原因，于是又重新编译了一次gcc-4.5.2，终于ffdshow能够正常编译了。总的来说应该是mingw64符号前缀变化导致的一系列问题。但是官方wiki编译指南并没有说明。
