写代码写了6年多了，看看以前的架构，看看现在的架构。都有一些不足的地方。不管怎么样，都一直在改进。说实话不太喜欢用框架这类东西，基本上所有的框架都大同小异，差不了多少，要用话的，你还要去了解思想，目录结构，文件调用，文件命名，代码规范等，挺浪费时间的。构架能满足很大一部分的要求，满足的人越多性能越差，这也是我不喜欢用架构的一个主要原因。下面说一下，代码架构方面的一些心德。
‘php’ 类别下的博文
最近在整理代码发现了一个不错的东西，结合md5的加解密算法。网上关于php结合md5的加密，解密算法比较少的，其实php手册里面就有，改一改就行了。在此贴一下，用这算法要加载一个php模块mcrypt，不然用不了。
有人问我win7安装yii老是报错，花了10分钟装了一下，现在做程序的自学能力这么差了？我对框架这些东西不是很感冒，框架这类东西，个人觉得效率都不咋地，集成的东西多，并且有很多我们并不需要。如果自己没有开发过框架的话，用框架还是有些好处的，可以规范代码。
接口申请下来了，开发很容易的，参数传到就可以了。以前就做过这方面的开发，但是申请还是第一次，网上有关这方面的东东不是很多，所以记录一下申请过程。
一般情况下，通过php程序将URL转成静态的形势，然后放到模板里面。但是discuz不是，它是通过正则进行全局匹配，替换而成。效率差不说，既然是匹配，总得有规则，如果模板里连接标签，规则很多就麻烦了。
用crontab跑php程序时，如何去调试，各人有各人的方法。我也有套方法，看一下，我是如何解决crontab执行不了php程序这个问题的。
今天遇到比较怪异的问题，单引号无法解释\n，看下面的例子
一，为什么我们要在命令行下运行php脚本呢？
个人理解，主要有二个原因：
1，利用crontab去跑php，可以给服务器减压，当然在这里有一个条件，就是实时性要求不高。比如：sns中的好友动态，这个实时要求不高，但是数据量比较大，这个时候定时跑的话，会给web服务器，数据库服务器分担不小的压力。
2，就是我们要定时去完成某一事情，比如：我要删除一个月前，用户留言，这个时候，写的php脚本在crontab去执行，一天跑一次就行了。而不是手动去执行php程序。
在开博不久，写了一篇关于解决php乱码问题文章，php 解决乱码的通用方法，绝大部分乱码，这篇博文都可以解决，但是也有例外。
设置请求的头信息，我们可以用header函数，可以用fsockopen,可以用curl等，本文主要讲的是用curl来设置头信息，并取得返回后的头信息。