易栈网-膘叔

放在PHP栏目是我仔细想过的，虽然文章内容里并未提及到PHP
开发WEB，很多人在一开始就考虑了优化优化再优化，但是，如果按照你这样的优化下去，当你发现瓶劲的时候你怎么办？你已经无法优化了。。
因此，为自己的代码预留一点优化空间，先赶着把代码上线，然后再边运行边优化。一来也保证了上线的时间，二来也可以在运行时注意到哪些地方是需要重点优化的。

以下内容来自守望轩（博客园）的文章：原文http://www.cnblogs.com/xjb/archive/2009/04/13/no-premature-optimization.html

Donald Knuth说“过早优化是万恶之源”（premature optimization is the root of all evil）。这话也许有些夸张，但“过早优化”的危害我觉得不能忽视。同时，我觉得“过早优化”的概念不专属编写程序，生活中的示例也比比皆是。不信，你看看下面这些情形你是否遇到过：

http://www.watch-life.net/life-thinking/no-premature-optimization.html

1、当你开始学一门程序语言的时候（比如c#），你想如果可以精通开发工具（比如Visual Studio）一定如虎添翼，于是一开始你就花很多时间去研究开发工具，而忘记自己学习的重点是语言本身，而非工具。或者，一开始，你花不少的时间去选择哪门程序语言，比较各种语言的优劣，在五花八门的语言前面犹豫不决，这个想学，那个也不想放弃，结果都是学个半路子。

2、当你学习一门外语比如英语的时候，一开始，你花了很多的时间去下载有关英语资料，花了很多的时间去找英语书籍，以为有了这些资料和书籍就可以学好英文，而不是一开始就踏踏实实的从单词、语法开始，结果后来资料下载了一大堆，书籍买了不少，却没有坚持下去。

3、你想搞体育锻炼，比如打羽毛球，于是一开始你花大量时间去买球衣、球鞋、球拍等装备，可没连几天，你发现自己开始三天打鱼了，最后，那些装备都起了灰，也没锻炼几次。

4、你想做时间管理(Getting Things Done),于是你研究各种时间管理的资料，上各种时间管理技巧的网站，比如lifehack、 digg 、gtdlife，下载对最流行的GTD的管理软件，以节省时间的名义浪费时间，很浮躁，不能做到实实在在把每天的计划都落实,拖拖拉拉。

5、你有没有这样的体验，一本书你总是对开头的部分看的最仔细，后面的章节没坚持看下去，下次又重复这种循环。当你计划做一件事的时候，总是规划的 非常完美，几乎考虑每个细节，但却没有认认真真、一步一步执行，或者过早完美计划，反而让你缩手缩脚，犹豫不前，瞻前顾后，顾此失彼，最后虎头蛇尾。

6、比如，如果我有了钱，我就如何如何享受快乐，比如，如果我将来有了很多的时间，我就会花更多的时间陪家人或锻炼…

这样类似的例子还可以举很多。

过早优化对大的问题在于：过早关注不重要的部分，而忽略行动和目标本身。以静态的思维来优化，殊不知，事务发展总是动态的，“优化”是需要长期的实 践积累才可以获得。出发点是好的，但往往好心办坏事，折腾大量的时间，做了很多不该做的，而该做的、重要的反而没做。强化外部条件、工具等外在，而忽略内 在因素和行动本身，或者，过多期望将来，而忽略当下眼前。

活在当下，实实在在做好手头的事，是避免“过早优化”最好的方法之一。

这是一个比较老的分词程序，原文中的一些链接现在不是地址不正确就是打不开了。由此可以证明它是多老了。
再加上PHP直接进行分词的性能本来就不咋地，因此，建议仅仅用在很小的地方，比如自动添加TAG之类的。

原文如下：http://blog.sina.com.cn/s/blog_5677bc54010000i5.html

用PHP去做中文分词并不是一个太明智的举动, :p

下面是我根据网上找的一个字典档, 简易实现的一个分词程序.

(注: 字典档是gdbm格式, key是词 value是词频, 约4万个常用词)
代码请参见http://www.shi8.com/out/support/art_316.txt

文章引用自：http://www.im286.net/viewthread.php?tid=1157015

首先我们看一下php手册中关于删除cookie的说明

------以下引用php手册内容--------------

要删除 cookie 需要确保它的失效期是在过去，才能触发浏览器的删除机制。
下面的例子说明了如何删除刚才设置的 cookie： 例子 2. setcookie() 删除
例子

// 将过期时间设为一小时前

----------------引用结束--------------------------

删除一个cookie的方法就是把这个cookie的有效期设置为当前时间以前，这
也是几乎所有php程序员都会这么做。

  后来一个初接触php的朋友告诉我，他在程序中本想把一个cookie的值设置为
空，结果导致这个cookie直接被删除。我当时的第一反应是不相信，于是测试
了一下

结果果然是整个$_COOKIE数组都是空的，而非仅仅$_COOKIE['testcookie']为
空.于是用winsock抓包，观察返回的http头，发现http头竟然是

这说明setcookie("testcookie", '');的的确确是将testcookie这个cookie直
接删除.而关于这种情况在php手册中完全没有说明.

最后阅读php源码，终于发现真相(这就是开源的好处了，有什么不清楚的内幕
直接查源码)

以下代码可以在php5.20的linux源码包中ext/standard/head.c第99行附近找到.

源码中清清楚楚的显示,if (value && value_len == 0) ，当value_len为0
时
sprintf(cookie, "Set-Cookie: %s=deleted; expires=%s", name, dt);
会发送删除cookie的http头给浏览器.

最后我们可以得出结论,在php中使用
setcookie($cookiename, '');或者 setcookie($cookiename, NULL);
都会删除cookie,当然这些手册中并没有。

从名字可以看出来，这是向东的工作周报。不过，他的这一周，好长啊。。。其实是他每周的工作情况的简报啦。
这个习惯真好，我就没有养成。

他的第一个问题，我在以前与java那边交互的时候就遇到过，开始也是一直判断一直判断。最后发现获取的就是字符串，都跨语言了，还是用的curl来取值的，怎么可能传递布尔值？

最后它说的BOM问题，这就不太应该了。不过他的正则写得不错。我一直用editplus，文件选项里可是有一条：保存时始终去除BOM，就行了啦。用记事本，是会生成BOM的，微软的东西是差呀。。

框架这东西，仁者见仁智者见智，不多分析

原文如下：http://www.xiangdong.org/blog/post/1699/

近半年的工作心得，摘录如下：
(    2月 20 日--   2月  26  日)
工作心得
一．Ajax通过POST提交给$_POST数组变量问题：
和 js人员一块调试ajax提交一些数据的时候，在ajax调用的时候，js人员通过Post方式传给我一个'allowComment',它为 True\false，刚开始误以为是一个TRUE 或 FALSE是PHP里面的一个布尔值（实际是一个字符串），于是写下如下代码片段：
if(true ==  $_POST['allowComment'])
{
  $this->_par['allow_comment'] = 0;//0为允许评论

}else
{
  $this->_par['allow_comment'] = 1;
}
导 致出现无论post过来的数据是true还是false，只走if不走else，当时很奇怪，我通过print_r()来打印看到明明是false，但是 还是不走else这条路，最后听建鑫说它是个字符串，我于是改用var_dump()函数来看：var_dump($_POST)发现它其实就是个 string类型的字符串：string(4) "ture"，不是布尔型的一个变量。而修改为：(引号引起来即可)
if(‘true’ ==  $_POST['allowComment'])
{
  $this->_par['allow_comment'] = 0;//0为允许评论

}else
{
  $this->_par['allow_comment'] = 1;
}
结论：尽管PHP是弱类型语言，但我们调试时候最好用var_dump(),而不是print_r();
二.DIV模板取高度自动适应的问题：
在 做这次记录套页面的时候，提供的页面是一整张页面，这就需要php工程师去去掉里面的一些没有用的DIV标签和多余的html代码，但是在把最后剩下的一 些HTML代码套好页面后，在放到pengyou里面测试时候，发现页面被遮挡，最后发现是由于刘嵩Js想取到一个DIV的高度没有得到正确的值，而这正 是由于HTML设计人员把一整张页面让PHP开发人员去从里面提取出需要的东西，但是往往会出现某些DIV没有带到Smarty页面里渲染，才导致js在 通过ID或者NAME去取高度时候出错，也就是PHP工程师套页面的时候并不知道UI提供的页面中哪些DIV是JS人员必须要的，而UI人员就把整个页面 给PHP工程师自己去剔掉多余的DIV和HTML,而刚好把JS需要的DIV给干掉了造成的.
结论：切页面得按照产品结构来，而不是仅仅UE，涉及到JS的得事先和PHP工程师和JS人员沟通。
三．接口变动问题：
一 些底层接口的变动往往造成输入（入数据库）和输出（如：页面）出现一些明显的逻辑错误，于是我们首先会想可能是不是程序逻辑出现了问题，进一步去查程序代 码的逻辑是否严密，会发现数据库里面出现一些和现实逻辑不同的情况，而很容易把陈脚搞乱，特别是有其它系统的介入，更让人很难发现其中错误。
结论：尽量少动接口返回的数据结构，保持结口稳定，而一旦改变，及时通知接口使用和开发方。

(    3月 6 日--   3月  12  日)

工作心得
对重构的一点体会：

1.改进软件的结构：
在开发记录的时候有时由于一个新的需求导致为了更快的满足用户，不故到程序的整体结构，而这种解决方法不能以一个系统的角度来解决问题，如果任其发展会使代码的质量越来越难以维护，而重构能改善这个问题。

2.增加可读性：
以 前的记录的数据层是由外包人员写的，让我觉得有点难懂，而有人说，修改别人的代码不如自己写，但事实上往往自己写的代码比上一个人还难以让别的人读懂，但 是如果这个人有一天离职或者没有上班那就有些耗费时间去读懂对方的代码，而我们的重构可以通过一些命名规范和类的规范和层次结构的规范来尽量防止这类事情 的发生，仅管我也参考了他们的代码。

3.及早地发现错误：
进行重构我们必须对项目的每一行代码的逻辑都了解，明确它的功能和上下程序调用关系，这样的理解我觉得有助于少犯错误和及时发现自己的错误。

4.提高了开发速度：
知道用户80%的需求的情况下，这种情况下重构，可能从一定程度上能提高开发速度。
(    3月 13 日--   3月  19  日)
遇到一问题
   在对记录的项目中进行重构的时候发现需要通过Ajax多提交一个POST变量到PHP那边去，发现不能随意加，而和js开发人员沟通了一下，结果是必须得 修改一下js代码，把多提交的一个加进去才行,但是我个人觉得js的Ajax Post应该做得像表单提交数据那样，只要多加一个数据<input type="text" value="add_value" name="XXX" id="XXX" />加入<form>
</form>表单，就可以对它POST提交到另一个PHP文件，而不是仅仅对一个单独的应用而写一个Ajax Post提交数据 ,不知能否改进成这样？

工作心得
1.
  做项目最好先了解需求，然后明确需求，再思考用例，然后画数据流，最后才是数据库的设计，当然最后的数据库设计也是最重要的！
2.
  对于一些定义分级和对应级别的少量数据最好放到PHP数组里面，而尽量不要放到数据库里，而对一些不是经常改动而却又是经常频繁查询用到的数据在量不是很在的情况下如放到数据库里面会显得成本太高,放到一个文本里变为一个配置文件来用效率可能会反而更高。
3.
  对 大并发和高访问的数据库设计解决方法现目前还是分表，如还不行，再Hash打散分库,但不能无限分，一个库尽量256表，动用4个库来也就分了1000个 表左右，建鑫的经验告诉这样可能性能和稳定性相对高一些，而不能随意乱分。不知按时间或者天数来分表这种情况会有什么样的问题，期待通过人缘项目来尝试一 下。


2009-03-20 ----2009-03-26:
遇到一问题
工作心得
对于上次邮件里面讨论到的PHP BOM问题，我来说来句就当心得吧，其实这个BOM问题一直在我们进行开发的时候经常出现，前些日子在企业邮箱里面第一次遇到这个问题，当时好像是企业的图标LOGO没有办法显示出来，因为<img alt="" src="http://www.xiangdong.org/blog/img.php" />,是img.php去读一个图片的内容然后给img显示，经过长仔细排查出现在输出图片资源前就有输出，那时候用的是notepad+editplus,最后用Zend studio来看这个文件头出现一个锘�字，证明了该问题。

第二次遇到BOM问题，是陈鑫鑫在纸条项目里面输出XML数据到IE浏览器中展现出现XML错误。

第三次也就是我们的记录APP调用外部接口返回用户的昵称出现乱码，经琳琳查也由BOM造成！
为 何经常出现这种类似的问题，我看大家都在按照自己的方式来建立和开发PHP，特别是用Notepad来新建文件，系统默认在是ANSI格式，但我们的 PHP编码是UTF-8的，于是又通过Notepad的另存为修改为UTF-8格式的，这样也就产生了一个BOM,最后，再用现在统一的开发工具Zend for eclipse去编辑这个带BOM的PHP文件，但BOM依然存在文件当中，它一般是表现不出任何问题，但一旦在页面前不能有输出的情况：如上面我遇到的 三种情况它也就显现出来了。

BOM如此讨厌，该如何避免：
建议：
1.  切实统一开发工具：统一用Zend for eclipse 来新建PHP文件，和修改PHP文件编码！
2.  在 项目完成后对目录里面所有的PHP 文件进行遍历驱出有可能出现的BOM。如：用sed批量替换掉bom：（syscore目录和所有下级目录的PHP文件替换）   find ./syscore -type f -name "*.php" -exec sed -i '1s/^\xef\xbb\xbf//' {}  \;



(3月27日---4月2日)
遇到一问题：
在调试记录的js时发现超过了页数却没有出现翻页导航的页，开始首先以为是数据没有输出程序的问题， 最后查明是由于朋友下面的frame把下面给档住了,Js人员修正了这个问题，这个问题还经常出现,希望js人员也多注意一下！
工作心得：
本周收到老姜发的一点对PHP框架的看法，我也斗胆也说说我自己对这个问题的看法，有些可能说得不太准确或者有些错误，还望包含：
首先，我个人是不反对ＰＨＰ采用一些轻量级的框架，但极力反对对ＰＨＰ用一些重型的框架的，为什么呢？因为它的执行方式决定了它的这个特点：php每一 个脚本先全部载入所有资源，执行完毕后全部放弃，所以使用太重的框架，会极耗内存和计算资源，形成调用栈太深占用系统资源，个人觉得轻量框架和简单的分层 还是一定要采用的。
其次，你会说像Java这样的语言它能采用一些的框架，而且还涌现出了一些红红火火的框架了呢：）
个人觉得那是因 为java的执行方式和PHP不一样，对于内存管理也不一样，有很多都是一次装入内存，直到jvm重启才被释放的, 事务性，安全性等等很多基础性的服务，都需要预先装入，何况java是基于工业级应用产生的，php只是个人网站开发才出现的，能一样吗？不能。所以，不 能我们也不要一边倒，看人家采用什么什么了，自己也想把PHP往边上套。
再次，C++和Java强悍的框架不少，但惨不忍睹的框架也更多，为 什么呢？用一个越是尖端的东西越不容易用好，对于重型的编程语言对软件工程功底的要求是相当高的，不是谁说想做个框架就做个框架，更何况各个项目的千差万 别，实际的情况也不尽一样，更不能以一个框架来以逸待劳，放大了框架的作用，它并不是万能的。
最后，我仅对ＰＨＰ的框架也就领悟到：轻量框架和简单的分层还是ＰＨＰ在大多数项目开发中还是一定要采用的，但切忌过重，把握好度，适可而止。