canvas和Flash中的graphics很相似，就像一个画板，支持动态绘制，由此带来了很多编程上的乐趣。

在mozilla的开发中心，有一系列的指南，学习起来非常方便。

https://developer.mozilla.org/en/Canvas_tutorial

1.暴力拆迁

今天一则比较吸引人的新闻是有代表建议要关闭网吧，由政府出资开办公共网吧，理由是很多社会问题的产生都和网吧有关。青少年犯罪、暴力游戏、色情...等等。好家伙，这个提议好啊，绘制了一个举国的局域网蓝图，伟大的工程！！

依次推论，要关闭的东西多了，我D的很多官员腐败，要不把那些部门都撤了，这样就不会有腐败了？有钉子户妨碍伟大工程，要不都...了，什么事都没了？难道在没有网络之前，社会问题就不存在？那咱们干脆回到原始社会得了，不过即使是原始社会，还是有矛盾的，不然人类社会还怎么前进啊。

按照我D的某些人员看来，解决问题的方法很简单，就是”暴力拆迁“，这一招简直是屡试不爽啊。我觉得青少年犯罪是一个大的社会，和我们落后的教育体制和整个社会的经济文化氛围有直接关系，这些才是关键。

2.房子

两会期间，最引人关注的莫过于房子和就业这两大问题。前些天的1.5%增长率刚落幕，这边又有委员放出“买不起房不是Z F和开发商的问题”言论。

关于房子的话题太多了，对错都TM不重要，关键是结果。看看两会后有什么新政出台。

http://www.sephiroth.it/weblog/archives/2010/02/purepdf_a_complete_actionscript_pdf_l.php

到目前为止，ActionScript关于生成PDF的库已经有不少了，比如最早的AlivePDF，解析PDF的库有之前提到的Pavo。

最近一段时间比较清闲，于是给自己充电，仔细看完了一本书，同时学习Python，也继续pdfReader的开发，争取在春节前后完成文本的提取。

当然，需要上网，不然那么多地图图片从那来。有些城市还提供实时交通状态，很强大。如果办理一个上网套餐，使用起来还是很超值的。相比起其它的导航软件，又要去破解，还有费尽去更新地图，还是这个省事。

1、Yahoo的Flash开源组件

优点是纯ActionScript，可用于Flash和Flex中，基本功能都有，小巧，上手快，使用灵活，代码量不大，扩展性比较强。用在对功能没有太高要求的小型项目中，最合适不过。

2、openchart

比较傻瓜化的一个工具，使用时直接按照格式提供数据源即可，所有的功能都已经封装好了，都不需要编写代码。对于非Flash开发者来说，还是很实用的。

3、Axiis

一个针对Flex环境的可视化开发框架，功能很强大，绘图方面使用的是Degrafa工具库。官方站点上提供的Demo都很吸引人。

由于是针对Flex环境，所以使用起来很方便，可以用MXML代码来拖拽编辑。 实际测试运行了几个例子，感觉性能不太理想。一些例子程序，在中等配置的机器上跑，当数据量增到100以上，能感觉到鼠标提示和屏幕重绘有明显延迟。另外，由于使用了Degrafa工具库，最后生成的SWF体积颇大。

4、Flare（推荐）

从性能和效果上看，个人觉得，Flare比Axiis要强不少，看看这个Demo就知道了。Flare更像一个图形引擎，其中的树形图效果真的是很惊艳。

Flare使用ActionScript开发，所以没有什么限制，唯一的缺点大概是上手不太容易，要熟悉使用需要花些功夫。

5、BirdEye

又一个超强的框架，目前还处于开发中，可以通过svn取源码，我还没有自己试过，但看看Demo，就知道这个绝对是值得期待的。

--------------------------------

暂时想到这么多，其他的还有不少，待进一步积累。

性格决定命运，很多时候不得不承认这一点。有些时候看到了自身的缺点，但却没有决心去改变。不管怎样，希望新的一年能继续努力。机遇总是给用准备的人，急功近利或贪一时之利不可取，我还是喜欢脚踏实地的做些实事。

PS，今年的一个目标是早点把驾照拿了。

我本着学习英文的态度，看完了全文，总结一下，大意如下： Adobe进军移动平台，有两种策略：1、做浏览器路线，这种方式值得肯定 2、像在PC领域一样，走桌面路线，实现Flash Player在移动平台上的跨平台，这正是Adobe现在的路线，Flash Player 10.1正朝这一目标迈进。而这种方式，将以失败告终。 文中以Flash Lite的失败和Apple的成功为例子，作了多方面的阐述。

其中一个焦点是关于原生程序（Native Application）和运行在虚拟机上的程序（Flash程序的运行方式)的比较，在移动设备上，由于硬件以及一些特殊环境，使得像Flash这种第三方程序无法和原生程序相比，从性能、功能到用户体验都很难达到原生程序的高度。作者显然是Apple的拥趸，文中反复提到Apple。其实，这可以理解为是跨平台和单平台的比较，这样的话题从Java问世以来就没有停止过，到现在，也并没有所谓的答案。

Adobe在开发者中一向是口碑颇好，这样的一篇文章马上就引发了一场激烈的辩论，看看文章后面老长的回复就知道了，还有人专门撰写更长的文章予以反击。

我个人认为，这样的辩论没有太多实际意义，或者说为时尚早，PC领域的斗争都目前还未分出高下，Adobe占领了广大的浏览器，但微软和Sun也在后面奋力追赶。移动领域的战斗才刚刚开始，鹿死谁手还不得而知。

开发者关注的是开发环境和应用的广泛性，而起决定作用的是用户，他们对技术没有丝毫兴趣，从这一点来看，Adobe在移动领域的竞争力还很弱。移动领域对开发者来说，有一定的门槛，而Adobe试图降低这个门槛，让更多的人来参与进来，这是一件好事，但需要时间。在这个发展过程中，最苦的还是开发者，如果站错了队，那就郁闷了。

在《Flex第一步》中，有个关于邮件查看的例子，使用Socket连接POP邮件服务器，比如网易126，但对于Gmail等要求安全连接的服务器，则没办法了。不过在AIR 2.0中，这个问题得到解决。新增的flash.net.SecureSocket类，可以实现这个功能。

在labs.adobe.com上，有一个AIR2.0版本的Email Notification的小例子程序，功能和Google的Gmail Notification非常相似。使用这个程序，设置好邮件帐号，就可以及时获取新邮件通知，不管是Gmail还是Hotmail，只要邮件服务器允许第三方客户端，都可以支持。

在http://labs.adobe.com/technologies/air2/samples/可以找到该程序的安装文件以及源代码。另外还有多个有用的例子程序，是学习AIR的好去处。

影片从温馨开始，罗大佑的音乐很舒缓，这让忽然响起的枪声格外震耳。其实现在不管是看银河印象的哪个电影，都有似曾相似的感觉，这一部也不例外。多了一个法国老人，让黄秋生和林雪说一些E文，但你不能说就是国际化了？

其实重复也无所谓，只要里面有一些新的感觉就可以，因此，这部片子还是很不错的。脸上皱纹密布的法国老人做饭起来很慈祥，在饭桌边玩枪帅的是稀里哗啦啊，四个人无比拉风地走，和《放逐》里相比，差别就是吴镇宇换成了老头，张耀扬换成了林家栋，但走的路线还是一样的。树林枪战部分，可以和《枪火》《放逐》对照，略有出无。

不得不说的是林雪，无比可爱，断断续续说E文的样子简直是人见人爱啊。

至于情节，反倒不怎么关心了。

------------------------------------------------------

这个周末许巍将在杭州举办演唱会，距离我上班的地方很近，走过去也就10分钟不到。大约6、7年前，很喜欢他。现在已经没有那么热情了。

自从在武汉的Vox听了一次周云蓬的演出，我觉得小众的弹唱会才像在听歌，很享受。

相对于0.1版本，修正了若干Bug和错误。对PDF 1.4版本的文件进行了测试，基本上没发现问题，由于1.5以后有新的变化，比如object stream，这些还需要分析解决。

在提取文本上，没有进行编码的文本已经没问题了（这好像是废话，没有被压缩就是纯文本），对于压缩过的，由于压缩算法有几种，现在在写移植解码算法，比如 ASCII85、LZW。

另外，对于中文的提取，还有很多疑问，希望在这方面有经验的同志，能够加入。最新代码可以通过 SVN获取。

类似的问题还有：选择哪个单元测试工具？选择哪个压力测试工具？选择哪套UI组件？....在论坛上，这类问题数不胜数。

但讨论了半天，却很少讨论项目需求。

--------------------------------------------------------------------------------------------------

有一个驾驶热气球的人发现他迷路了。他降低了飞行的高度，并认出了地面上的一个人。他继续下降高度并对着那个人大叫，“打扰一下，你能告诉我我在哪吗？”
下面那个人说：“是的。你在热气球里啊，盘旋在30英尺的空中”。

热气球上的人说：“你一定是在IT部门做技术工作”。

“没错”，地面上的人说到，“你是怎么知道的？”

“呵呵”，热气球上的人说，“你告诉我的每件事在技术上都是对的，但都没有用”。

地面上的人说，“你一定是管理层的人”。

“没错”，热气球上的人说，“可是你是怎么知道的？”

“呵呵”，地面上的那人说到，“你不知道你在哪里，你也不知道你要去哪，你总希望我能帮你。你现在和我们刚见面时还在原来那个地方，但现在却是我错了”。

--------------------------------------------------------------------------------------------------

程序员往往容易从自己的角度出发去思考问题，却很少从现实的角度考虑做法的实际意义。

有Java程序员发现在Flex Builder中无法自动生成getter/setter（现在好像可以了）或Cairngorm模板，一时冲动要编写一个插件要实现这个功能。我不知道自动生成代码这个功能到底能提高多少工作效率，但我想即使是手动敲，也就是一分钟的事。在编写程序的过程中，很多想法往往是在敲击键盘的过程中诞生出来的。编写代码，如果不用键盘，似乎丧失了很多乐趣。

这是一个注重用户体验的时代，甭管什么技术，用户满意就是最大的成功。技术并不存在什么优劣，关键是怎么用，什么人在用。

首先搭建了一台Centos 5的虚机练手，当然，Nginx的安装简单的很，即便是编译安装，也就是眨眼间的事，关键是php的安装。在网上看到很多人选择用lighttpd中附带的spawn-fcgi来启动php-cgi，不过再三权衡，还是选择了php-fpm，它相当于一个php的补丁插件，可以做到无缝连接，而且很有可能，以后会包含在php发行版中。php-fpm还有很多特性，这点在其官网上有介绍。

php-fpm的安装有两种方式，一种是以补丁方式嵌入到php中，整合后编译安装，适合于php的全新安装；如果php已经安装好了，又不想再重新编译，则可以选择第2种，独立安装php-fpm。

这里说说第一种方式，帮助文档中很详细：

export PHP_VER=5.2.10
wget "http://launchpad.net/php-fpm/master/0.6/+download/php-fpm-0.6-$PHP_VER.tar.gz"
tar -zxvf "php-fpm-0.6-$PHP_VER.tar.gz"
"php-fpm-0.6-$PHP_VER/generate-fpm-patch"

上面一条命令就是生成补丁文件，然后下载php文件，解压。

wget "http://us.php.net/get/php-$PHP_VER.tar.gz/from/us.php.net/mirror"
tar xvfz "php-$PHP_VER.tar.gz"
cd "php-$PHP_VER"

打补丁，然后编译：
patch -p1 < ../fpm.patch
./buildconf --force
 mkdir fpm-build && cd fpm-build
../configure --with-fpm --with-libevent="$LIBEVENT_SEARCH_PATH" && make

实际安装中，我选择的是php 5.2.11版本，服务器的系统为centos 4.x，运行buildconf命令更新配置文件时，提示autoconf的版本太高。Google的结果是php的开发者偏好autoconf 2.13这一颇古老版本，于是降级autoconf，执行成功。

执行configure时，还要根据选择，把常用的库带上，比如gd，curl，sockets，mysql，zip，mbstring等等。当然，前提是相关软件比如gd,libpng,jpeg,zip,zlib,mhash,mysql等等都已装好，以下是我的：

../configure --with-fpm  --prefix=/usr/local/php --with-jpeg-dir=/usr/local/jpeg --with-png-dir=/usr/lib --with-freetype-dir --with-gd=/usr/local/gd2 --enable-gd-native-ttf --with-mysql --enable-sockets --enable-force-cgi-redirect  --enable-mbstring --enable-ftp --with-mcrypt --with-mhash --with-curl --with-openssl --with-curlwrappers --enable-soap --enable-inline-optimization --with-zip --with-zlib-dir CFLAGS=-liconv

第一次安装时，没有带上gd库，后来想通过模块方式单独编译gd库，结果倒是可以用，但死活不支持jpg，直接编译，却成功了，个中原因，尚待分析。

强烈建议在编译时加上--prefix选项，这样方便以后卸载、升级。另CFLAGS=-liconv，是为了防止出现liconv致之类的错误， php官网上很多人指出这个长久以来的bug，但一直没有修复，总之不加就是编译不过去。

最后就是 make && make install了，编译结束后给出了一串提示。php相关文件都被装到/usr/local/php下了，同时，还自动生成了php-fpm的启动脚本，/etc/init.d/php-fpm，用法：

service php-fpm start|stop|restart ....

再配合nginx，就完工了。

发现公司的网管非常不人性化，所有向外的HTTP请求，只要是非80端口的，都给封了，不过现在已经不是问题了。

GFW现在在四处封锁Tor，唉～

Haxe的库现在是越来越多，各种引擎、框架、扩展。File Format是一个文件相关的库，用来解析或生成各种文件格式，比如swf、ABC（swf中的字节码）、Flv、Pbj（PixelBender的二进制格式）等等，在作者的TODO列表上，还有一串跟着。

我比较感兴趣的是pdf，编译了一个小小的例子试了下，在解析pdf时碰到了运行时错误。使用反编译器看了下代码，比较多比较乱，看的头昏，希望作者在后续可以完善这个库。

另外，radpdf，haxe版的生成pdf的库，从php的FPDF移植过来的。

接触php有好几年了，但一直没有真正从事过大中型站点的开发和设计，最近正面临这个压力，找了很多这方面的资料看，收获不小。

web编程的路还很长，需要学的东西还很多。

Flex代码超简单：

<?xml version="1.0" encoding="utf-8"?>
<mx:WindowedApplication xmlns:mx="http://www.adobe.com/2006/mxml" layout="absolute" width="240" height="320">
	<mx:Label x="26" y="37" text="Flex中文" fontSize="12"/>
 
</mx:WindowedApplication>

这么一个小程序，生成的cab有2M多，还是有点大。 openplug据说本月底会出一个Iphone版，而Adobe的Slider也快发出来了。

现在，在移动设备上直接跑AS3成为了时下的热点。在labs.adobe.com上，公布了名为“Slider”的开发框架，基本可以看作是Flex的移动版。有趣的是，一家法国公司正在做类似的事情，openplug的 ELIPS Studio已经开始商用，公司主页为：http://www.openplug.com/。Develop mobile applications in Flex Builder，这就是他们的广告语！看上去还是很有诱惑力的。目前产品还在开发中，需要邀请才能获取测试版。我刚通过了邀请，现在正在下载中，随后放出使用心得。

另外，在网上溜达时，看到一句评论，大意是说，Adobe放在苹果商店的极其简单的游戏（使用Flash cs5开发的），一个的大小居然有7M多。我想是不是因为要模拟Flash API的缘故，发布时要带上一堆的库？

移动互联网已经成为了it巨头的下一块大蛋糕，iphone、gphone、ophone，微软的wm 6.5，Nokia的symbian，blackberry，palm，智能手机已经成为时下的热点。李开复博士的创意工厂，所关注的领域就有“移动互联”这块，Adobe也加大了这方面的力度。

现在的智能手机越来越出色。前不久给LP买了一款HTC的T3238， 528MHz处理器，192MB RAM，跑wm 6.5系统，功能非常强劲，这样的机器，售价2K不到，这个配置和我最开始使用的PC机差不多。

Adobe早期推的Flash Lite，发展到现在，不算成功，在某些国家，比如日本，有一定市场，和日本的特殊环境有一定关系，而在其它国家，始终没有打开局面。在手机上，Flash player无法像在web上那样一键安装，和使用传统的开发平台相比，没有什么优势可言，Flash Player在浏览器上的成功经验没法复制到手机上，而且还有很多局限，比如和底层的交互有限，性能低下，难以分发安装等等，这些因素也束缚了与硬件产商的合作，无法吸引开发者。如果不解决这些问题，我觉得Flash要跑在手机上还有很长的路要走。手机软件开发，和桌面开发相比，要更复杂。不同的平台之间，差别不是一点半点，Flash要想实现跨平台，难度更大；和那些原生开发语言相比，又有哪些卖点？

Adobe用AIR进军桌面，到现在，个人觉得，AIR的实用性还远远不够；Flash在手机上的发展，现在看到的，还都是些美好的前景，等下一个测试版...

现在我换到了国产的sablog，之所以选择主要原因是”够快“，简洁。不过sablog的最新版却有向wp靠拢的趋势，不单是数据库设计，连后台界面都基本相同，估计到下一个版本时，已经很wp化了。

这次换程序，可谓是大工程，首先是数据转换，自己动手DIY了一个转换程序，另外就是DIY模板，到现在弄的差不多了，细节地方再慢慢调整。

sablog在一些细节方面还不成熟，比如没有提供自定义链接的设定。URL重写做的也不够灵活，为了保证以前的链接地址不失效，还得再换时间修改下。