分类： IT天地

用了一段时间，树莓派的确是一个好东西。
其实这个东西很多厂家都能够生产推广的。之所以树莓派这么火只能说英国人更理想化一些，或者说白了就是更“傻”一些。之前有很多类似的产品比如硬盘盒子、云存储盒子等。这些产品性能相比树莓派性能都不差，但那些厂家要“精”的多，都砍掉了一个主要的功能–视频输出。这样一来，产品就缩小了使用范围，不会影响到其他产品，不会牺牲pc产品的销路。而树莓派做的非常彻底，除了性能差一些，就是一个标准的电脑，这就断了很多同类产品的财路，这也许只有英国人做的出来。

年初的单位重要工作终于在今天基本完成了，于是把放下一段时间的Freenas抓紧时间完成了，过程还算顺利。

首先安装机器，经过前段时间使用该机器作为虚拟机测试，经过了考验倒还稳定，使用8GU盘作为安装盘，用3块硬盘组成raid-z，安装过程一切顺利，只是在设置网卡的时候安装提示实在是弱智，按取消两次后，终于成功。

进入管理界面后，相比原先使用淘汰的旧机器，发现新机器还是快啊。

首先安装的是Iscsi，参照的是http://blog.csdn.net/mirkerson/article/details/7707030这篇博文，安装非常顺利，倒是在通过xp连接的时候无法通过chap验证，后来根据错误提示进行纠正，成功连接。挂载格式化后把自己1G的资料拷贝进去，速度非常满意，基本和本地拷贝速度差不多。

下午又开始调试CIFS，这个和原先0.6X时代的Freenas差别很大，根据http://blog.sina.com.cn/s/blog_719d315801017otm.html这篇博文进行设置，只要是将“允许访客访问”取消就可以按照文中的介绍设置好权限。

可能是有一定基础，而且准备充分，此次安装Freenas倒也非常顺利。下一步就开始应用了。

学习应用html5有段时间了，水平有限，本不敢评论，但使用过程来看，html真的有些花哨，充其量是对原先html应用的一个归集整理和改良，是原先html技术的延续而已。

比如htnl5新增的不少表单元素，比如input等的验证，本来使用起来很方便，但支持的浏览器不多，支持最多的是opera。这几天开始学习javascript，发现在使用button替代submit后，虽然也是提交，但是因为是通过js提交submit，所以这时候验证功能就失效了，估计这也是主流浏览器对这些花哨功能不感冒的一个原因。

今天测试了一下虚拟机，很遗憾esxi5下不支持声卡的安装，使用远程桌面连接的话，可以通过客户机的声卡播放声音，但是如果使用vnc软件，则提示未安装声卡，无法播放音乐。从网上查询，目前的资料是由于服务器设定的原因，目前尚没有解决办法。

顺带测试了一下vnc软件，原先一直用的是TightVNC，因为不死心，又使用RealVNC试着连接，依然无声。同时发现在默认配置下，realvnc连接速度还是显示速度和tightvnc差别太大了。所以很快就把realvnc删除了。

本来对自己的黑莓手机很满意，基本的软件android上有的，它也有，但唯一感觉不爽的就是没有微信。

微信应该是腾讯近期少见的评价一致好的一个应用，我使用过之后感觉的确是方便，不愧是张小龙的作品。但黑莓上却没有微信可用，在使用一段时间安卓手机换回黑莓后唯一感觉有些缺憾的就是这个了。

“末日”那天，发现腾讯发布了微信的黑莓版本，真是大喜过望。今天忙完年终最后一张报表后就下载下来安装。

但安装过程不顺。默认使用黑莓桌面管理软件安装，提示版本不符，无法安装。通过网页下载，耗费了大量流量之后，安装的软件无法启动。最后只好使用黑莓的BBSAK安装，这才完美解决。

刚安装好，通知便一个接一个，看来使用的朋友还真多。

原先受单位系统那糟糕透顶的js编程的影响，一直对js不感兴趣，但最近随着使用CI，基本熟悉了基本的功能和helper之后，发现要想学习再进一步必须要学习使用js了。

试着编写了一个提交确认的js的最小的程序，单独的js文件，里面使用function来实现提交submit时候进行确认，开始不成功，因为使用了submit，换成button之后，成功。

看了js并不是那么麻烦，一个不错的开始。

早晨到单位试着访问一下网站，和昨天一样，主域名访问出错，转到网通的错误页面上去了，但用百度搜索一下，发现主网站已经在四小时前被收录了。看来应该是网通dns的问题，同时也证明百度对非80端口的完整是无视的。

又转到博客的域名，访问倒是一切正常，真搞不懂域名服务器怎么搞的。

升级UBUNTU之后，在家里测试一切正常，以为万事大吉，但到了单位一测试才发现不是那么回事。 为了测试，我的“服务器”装了两个web server，nginx监视81端口，主要是对外，lighttpd监视80端口，主要是测试程序。在家里用的是80端口，所以以为一切正常，但到了单位发现使用ak做的系统一切正常，而使用CI做的系统出现了奇怪的问题，主页没有问题，但是访问主页页面上的链接的时候，http自动转换为https，从而造成ssl错误无法访问。

回到家里，检查一番，没有大问题啊。升级之前一切正常，而升级后出现这个问题，应该出在nginx上面。使用替代法，关掉nginx和lighttpd，将nginx的端口换成80，没有任何问题。再将lighttpd监视81端口，也没有问题。所以问题就出在ngin和CI的配合问题上了。联系到AK系统里面，使用正常端口的时候，缩略图生成正常，而81端口则无法正常生成，需要手工将base_url删除用相对域名才能生成，这个问题ak一直升级了10几个版本了还没有解决来看，使用框架开发的程序估计都存在此类问题。

没办法，只好修改CI的congfig文件，将默认为空的base_url改成带端口的网站域名，问题解决。但这样局域网的lighttpd就无法使用了。 早晨查看了一下nginx的网站，发现升级后nginx的版本为1.1.19，而相隔11天就推出了1.2.0的stable版本，其中提到 *) Bugfix: a segmentation fault might occur in a worker process if the “try_files” directive was used; the bug had appeared in 1.1.19. 以我的水平是无法理解segmentation fault，但CI正是利用的try_files，而之前的1.1.15没有问题，晚上回去升级看看是不是这个问题。

已解决：回家之后升级nginx1.2.0，问题依旧。后来想到问题出在https上面，那就修改一下nginx的https设置，看配置文件里面，https是没有设置的，而提及https的只有fastcgi_param了，于是找到fastcgi_param 配置文件，里面果然有一行配置的是fastcgi_param HTTPS $https;估计是把非80端口都转到https上了，于是把这一行屏蔽掉，重启nginx，问题解决。 估计还是nginx版本的问题，等出了新的版本再尝试一下。 

原先使用的linux版本是ubuntu的11.10版本。最近看12.04版本已经出来了，属于LTS版本，正好正好试试跨版本升级，于是大着胆子进行了升级。 首先备份了数据库，然后使用apt进行了本版本内的升级，最后才使用do-release-upgrade进行升级。 升级期间mysql进行了版本升级，需要重新设置root密码，而php、nginx则询问是否保留原配置。经过近20分钟的升级过程，重启机器，升级成功。

今天照例到当当网看推出了自己的电纸书没有，但看到有汉王的T61在降价销售，价格只有499，但原价挺吓人：3580。但那个双屏实在是鸡肋，尺寸大了不少不说，1.5的安卓安装不了什么程序，好耗费不少电量，不知道汉王怎么想的。 联系到当当推出的客户端中唯一支持的电纸书硬件就是汉王，莫非当当所谓的电纸书客户端就是汉王？