找工作，累；找PHP的工作，更累。以后学技术一定要找一个大腿比较粗的抱～生平第一次找工作，发现N难啊～～
这年头，做PHP满大街都是，找工作那个难啊，不是要J2EE就是.net的，仿佛J2EE和.net才好意思拿出手。
好不容易找一个不要Java和.net的，Google～人家来了个更猛的，Python～～
一条绿色小蛇收到了伟大的Google的青睐自然不同凡响——得到了一个教训，甭管语言本身怎么样，关键要看它背后的大老板，你看C#背后微软财大气粗，怎么都能弄出一片天地出来；Java靠着IBM这棵大树，活得也是相当的滋润。Python更是不用说，Google首选语言怎么都不容小觑～～
唉，可怜的PHP被夹在中间，进退两难～
忍住吧忍住吧，一边升级PHP水平，一边学习python——为了混饭吃，怎么也需要提升自己的能力啊～
Level 一定要不断的Up！！
毫不夸张的说Aptana是现在最好的HTML、JS、CSS开发的IDE，提示功能等非常强大！！
但是用Aptana新建的JS文件默认的文件编码是ISO而不是UTF8的，囧～～对于中文支持就是很有问题
作为中国人，不能说不输入中文吧？？
其实解决办法是如此的简单，简单到我想杀人
打开“Window”–”Preferences”–”General”–”Content Type”选择JS文件，手动将其编码形式设置为UTF-8
然后最好重启Aptana。
Done～～
最近爱上了Ubuntu，一直在Ubuntu下面工作。
辛苦了几天，终于将YoYo的事情做了七七八八了，发给了他之后觉得不放心，回到Windows下面准备再看一下，结果，诡异的事情就发生了。
在Ubuntu下正常无比的index.php，到了Windows下面，赫然出现
Parse error: syntax error, unexpected $end
怎一个郁闷了得～
搞了半天没有搞定，无奈Google百度一起上，最终找到了原因。
其实也是我太大意了，没有仔细去看这段话的真正的意思，其实这句话的意思翻译过来就是“语法错误：有一个意料之外的文件结尾”，也就是用PHP语言来说就是多了一个”}”
但是用Aptana打开却没有任何的错误，于是我就绕路了，觉得是文件损坏，弄了半天没有搞定。
其实这个提示告诉我们，现在没有和”}”对应的PHP开头！！
郁闷～～
这种事情告诉我们以后看到错误，最先从字面意思去理解是很重要的～～
说一下解决办法吧，全文搜索，将不标准的PHP开头，比如”
首先我要先BS一下我自己。有两个原因。
Flex, Java, PHP学习, ThinkPHP学习
一直徘徊在Symfony和Zend FrameWork之间～
其实我对于ZF的了解很早，当时刚刚才开始做PHP，了解了一些关于框架的东西～～当时跳入我眼帘的就有ZF～
可惜当时对于框架压根就没有什么了解，觉得这个东西乱七八糟的，不好用～囧～～
最终被我选做第一个学习的框架是ThinkPHP，觉得这个框架的思想和我对于框架的理解基本上完全一样，同样的AR，同样的重惯例轻配置，同样的以function来区分每个操作！！欧耶！！
这个就是我要用的框架！
慢慢看到ZF到了1.0正式版，现在又到了1.5.2～
同时，Symfony也让我看到了～
与我而言，比较偏重于Symfony，而一个好友（老沙）却更加倾向于ZF。处于对老沙的尊重（技术大牛哦），我就都看了一下～
最终我还是决定用Symfony～～
ZF真的太让我失望了！！为了OO而去OO，原先PHP本身就似乎不支持MVC，所有框架都在解决MVC的问题。可惜ZF在这点做的实在是太让人失望了！！完全不像一个框架，而更加接近于PEAR，以类库的性质将PHP组合成MVC，中间穿插一些Helper来辅助操作。个人完全不能接受这样子的框架。与其使用ZF，我更加倾向于使用ZF中的一些类库而使用其他的框架。
Symfony确实能称得上PHP中唯一一个能和J2EE争锋的重量级框架，虽然是在模仿RoR，但是对于PHP的MVC的理解也是让人眼前一亮（感觉PHP中类RoR框架好像都差不多）。不过Symfony的缺点也是显而易见的，既然能和J2EE抗衡，那么复杂度可见一斑，YAML的配置方式以及层层目录让人看得不禁觉得心里发冷。好在有命令行来辅助操作，让人松了一口气～
总的而言，并非ZF不够优秀，至少我认为里面那么多类库能写出来绝对非一般框架能做到。但是ZF实在是和PHP的轻量级注重敏捷的开发模式有些背道而驰～所以，我只能对ZF说ByeBye，至少是暂时的ByeBye～
Symfony，我来了！！
今天我龌龊了～～
不要误解，这个龌龊不是干了啥见不得人的事情，而是在写程序的时候，出了一点小问题～～囧～～
将数据库中一些字段给批量修改了（UPDATE），然后由于没有锁表，直接修改不回去，无奈之下我竟然做了一件让我现在都觉得丢脸的事情——我把Primary Key给删除了～～
PS：这个PK采用的是两个字段联合的
TNND～现在还不明白当时怎么会这样子～～
其实如果仅仅是删除PK还不是最郁闷的事情，而是程序的框架中对于数据的UPDATE是采用Insert UPDATE的方法，结果会经常插入相同的值，以至于设置PK显示有重复键，根本就不成功。
PS：再说一下，数据库表结构是这样子的，一个表，三个字段，key0，key1，value三个，其实key0用来存放一些键值名称，比如total_count，key1用来存放与键值名称对应的id，比如user_id，value不用说了，与前面两个对应的数值。那么total_count和user_id就直接对应了一个人的资料点击数量，比如100。没有采取id自增做主键的原因是key0和key1已经可以确定一个值，没有必要使用id。
于是乎，囧了，又不能锁表（架构决定一旦锁表，服务器就处于挂掉的边缘）。没办法，最后只能拷贝出一张表，对那张拷贝出来的表进行操作，最终建立回原先的表结构，然后改名回去。但是这样子一来，数据丢失在所难免～！～
这次这件事情给我弄得有些龌龊了～～