北京php培训讲师_方龙的博客!

姓名: 金昊

上班时间：05.11

公司名称：北京众安康中医骨科医院

公司地址：北京朝阳红领巾公园对面

试用期限：1个月

试用工资：3500

转正工资：4000

其它说明：无

金昊同学在星模学习期间勤奋努力，是所以星模学员学习的模样！

1.永远没有一个人是你离不开的，现在离不开的，不代表永远离不开。没有什么是你放弃不了的，你不放弃的,可能会先放弃你也说不定。

2.对付虚伪的人，不是骂ta，不是拆穿ta，而是让ta继续悲哀地虚伪着，然后装作什么也不知道。那么慢慢地，很多人会主动跑来告诉你ta有多虚伪。

3.对付自私的人，不是恨ta，不是不理ta，而是渐渐远离ta，从心底远离ta，然后装作什么都不知道。如果ta去找别人，那么你会发现，很多人都远离了ta。

5.除了父母，没有什么人是不求回报的。恋人对你好是以爱情和谐为前提的，朋友对你好是以共同利益和消除寂寞为前提的。另外的人，就更不用说了。
6.一个人生活虽然很难，但也必须学会一个人，不要轻易依赖别人。这是为了防止你身边的人都离开的时候，你还可以好好活下去。
7.生病的时候，自己要重视自己，不能等着哪个谁来重视你。等到那时候，你会发现自己不管是身体还是心灵都已经很难受了。
8.要学着多和父母联系沟通，要学着多听长辈的话。要学着忍耐，没有什么是你忍不了的，别人再错，也犯不着拿别人的错误惩罚自己。
9.别人和你说的话，不管出于什么初衷，能信但不能全信。但是，别人说的时候，尽量认真听，仔细回应，这是对人的尊重。
10.不要轻易试探你的好朋友，要不你不是很失望，就是多了个”神经病+ 想太多”的帽子。
11.不要轻易对人多愁善感，就算你是真的多愁善感。别人可能不能理解你的多愁善感，也没这个义务和责任。这样的话，你想的发泄就变成了自取其辱和加深痛苦。
12.在任何状况下，不能玩弄别人，玩人必被人玩。你再有心眼，也不是最厉害的那个。
13。不要去抢属于别人的利益，但也不能纵容别人抢自己的。这是原则。
14.没有必要去嫉妒别人.原因有五：
1，别人可能真的付出得比你多，只不过你没看到。
2，这些东西只能带来一时的满足，而不是永久的满足，不要也罢。
3，这里面有你玩不来的游戏规则，玩的来的人也都挺累的。
4，你有不如人的，就一定有比别人好的，静待时机。
5，不争抢这些，你的朋友会更多。
15.能帮助别人的，尽量帮忙。不能帮的，别勉强自己。
16。对于喜欢和你对着干的人，首先要客观的反省自己，改正自己，消除自己的原因。其次，看清楚ta是多么幼稚，让ta一个人不开心好了。
17.对于和自己生活习惯不同的人，把距离拉远一点，然后各自活各自的，不影响别人，也别要求别人改变。
18. 恋爱12条:
1.对待爱情，要客观的看。你们在一起，不一定要有一个目的和目标，未来是未知的。不要嚷着别人什么都对你负责。
2.不要为了摆脱寂寞，轻易在一起，要对别人的真心负责，要让你的爱对得起良心。
3.对待恋人要信任，要不就别把他当恋人。

5.既然是因为爱在一起的，就认真经营这份感情，付出能付出的，结果不重要，善始善终。
6.对于暗恋般的感情，没把握就别去捅破，时间久了，你就看淡了，成长了。
7.你爱的人也是普通人，懂得原谅他们犯的错误，懂得接受他们指出你的缺点和不足。
8。男生不要轻易说出与承诺有关的话，女生不要轻易做需要别人承诺或负责的事。学会在某种程度上，保护好自己。
9.面对别人不素的表白，耐心的倾听，不接受但尽量少的伤害别人。
10.即使爱的火热，也要给自己和对方一个空间，让你们看得清楚，活得自在。
11.对恋人的父母长辈朋友，表现地敬重而虚心。这是一个有素质的人该做的。
12.分了手，就别去打扰彼此的生活。见了面，不要苦大仇深，大方地笑一下…

show databases;
show tables from db_name;

show columns from table_name from db_name;
show index from talbe_name [from db_name];

show status;
show variables;

show [full] processlist;
show table status [from db_name];

show grants for user;

除了 status,processlist和grants外，其它的都可以带有like wild选项，它可以使用SQL的’%'和’_'字符；

show databases like ‘%t’;

将会列出所有数据库名字末尾为’t'字符的数据库

当然了，在这些sql中，你也可以用db_name.table_name来代替 table_name from db_name这样写会更简便些!

如果一个用户没有一个表的任何权限，表将不在SHOW TABLES或mysqlshow db_name中的输出中显示

大家可能还记得 describe table_name ，它实现的是与show columns from db_name.table_name一样的效果

show status将可以用mysqlshow –status 来得到同样的效果

SHOW FIELDS是SHOW COLUMNS一个同义词，SHOW KEYS是SHOW INDEX一个同义词。你也可以用mysqlshow db_name tbl_name或mysqlshow -k db_name tbl_name 列出一张表的列或索引。

SHOW INDEX以非常 相似于ODBC的SQLStatistics调用的格式返回索引信息。下面的列被返回：

SHOW STATUS提供服务 器的状态信息(象mysqladmin extended-status一样)。输出类似于下面的显示，尽管格式和数字可以有 点不同：

+--------------------------+--------+
| Variable_name            | Value  |
+--------------------------+--------+
| Aborted_clients          | 0      |
| Aborted_connects         | 0      |
| Connections              | 17     |
| Created_tmp_tables       | 0      |
| Delayed_insert_threads   | 0      |
| Delayed_writes           | 0      |
| Delayed_errors           | 0      |
| Flush_commands           | 2      |
| Handler_delete           | 2      |
| Handler_read_first       | 0      |
| Handler_read_key         | 1      |
| Handler_read_next        | 0      |
| Handler_read_rnd         | 35     |
| Handler_update           | 0      |
| Handler_write            | 2      |
| Key_blocks_used          | 0      |
| Key_read_requests        | 0      |
| Key_reads                | 0      |
| Key_write_requests       | 0      |
| Key_writes               | 0      |
| Max_used_connections     | 1      |
| Not_flushed_key_blocks   | 0      |
| Not_flushed_delayed_rows | 0      |
| Open_tables              | 1      |
| Open_files               | 2      |
| Open_streams             | 0      |
| Opened_tables            | 11     |
| Questions                | 14     |
| Slow_queries             | 0      |
| Threads_connected        | 1      |
| Threads_running          | 1      |
| Uptime                   | 149111 |
+--------------------------+--------+

上 面列出的状态变量有下列含义：

关于上面的一些注释：

• 如果Opened_tables太大，那么你的table_cache变 量可能太小。
• 如果key_reads太大，那么你的key_cache可 能太小。缓存命中率可以用key_reads/key_read_requests计算。
• 如果Handler_read_rnd太大，那么你很可能有大量的查询需要MySQL扫描整个表或你有没正确 使用键值的联结(join)。

SHOW VARIABLES显示出一些MySQL系 统变量的值，你也能使用mysqladmin variables命令得到这个信息。如果缺省值不合适，你能在mysqld启 动时使用命令行选项来设置这些变量的大多数。输出类似于下面的显示，尽管格式和数字可以有点不同：

+------------------------+--------------------------+
| Variable_name          | Value                    |
+------------------------+--------------------------+
| back_log               | 5                        |
| connect_timeout        | 5                        |
| basedir                | /my/monty/               |
| datadir                | /my/monty/data/          |
| delayed_insert_limit   | 100                      |
| delayed_insert_timeout | 300                      |
| delayed_queue_size     | 1000                     |
| join_buffer_size       | 131072                   |
| flush_time             | 0                        |
| interactive_timeout    | 28800                    |
| key_buffer_size        | 1048540                  |
| language               | /my/monty/share/english/ |
| log                    | OFF                      |
| log_update             | OFF                      |
| long_query_time        | 10                       |
| low_priority_updates   | OFF                      |
| max_allowed_packet     | 1048576                  |
| max_connections        | 100                      |
| max_connect_errors     | 10                       |
| max_delayed_threads    | 20                       |
| max_heap_table_size    | 16777216                 |
| max_join_size          | 4294967295               |
| max_sort_length        | 1024                     |
| max_tmp_tables         | 32                       |
| net_buffer_length      | 16384                    |
| port                   | 3306                     |
| protocol-version       | 10                       |
| record_buffer          | 131072                   |
| skip_locking           | ON                       |
| socket                 | /tmp/mysql.sock          |
| sort_buffer            | 2097116                  |
| table_cache            | 64                       |
| thread_stack           | 131072                   |
| tmp_table_size         | 1048576                  |
| tmpdir                 | /machine/tmp/            |
| version                | 3.23.0-alpha-debug       |
| wait_timeout           | 28800                    |
+------------------------+--------------------------+
SHOW PROCESSLIST显示哪个线程正在运行，你也能使用mysqladmin processlist命令得到这个信息。
如果你有process权限， 你能看见所有的线程，否则，你仅能看见你自己的线程。
 见7.20 KILL句法。如果你不使用FULL选项，那么每个查询只有头100字符被显示出来。 

SHOW GRANTS FOR user列出对一个用户必须发出以重复授权的授权命令。
mysql> SHOW GRANTS FOR root@localhost;
+---------------------------------------------------------------------+
| Grants for root@localhost                                           |
+---------------------------------------------------------------------+
| GRANT ALL PRIVILEGES ON *.* TO 'root''localhost' WITH GRANT OPTION  |
+---------------------------------------------------------------------+

通常情况下，当我们数据库用的是gbk的编码，在 php和 phpmyadmin中查询中文都没什么问题。但是一旦我们是从命令行用dos窗口登录的。查询出来的结果中有中文的，就会出现乱码问题。解决这个问题的方法就是设置mysql的默认编码为gbk;

具体如下：

MySQL的默认编码是Latin1，不支持中文，那么如何修改MySQL的默认编码呢，下面以gbk为例来说明

需要注意的是，要修改的地方非常多，相应的修改方法也很多。下面是一种最简单最彻底的方法：

一、Windows
1、中止MySQL服务
2、在MySQL的安装目录下找到my.ini，如果没有就把my-medium.ini复制为一个my.ini即可
3、打开my.ini以后，在[client]和[mysqld]下面均加上default-character-set=gbk，保存并关闭
4、启动MySQL服务

二、Linux
1、中止MySQL服务（bin/mysqladmin -u root shutdown）
2、在/etc/下找到my.cnf，如果没有就把MySQL的安装目录下的support-files目录下的my-medium.cnf复制到/etc/下并改名为my.cnf即可
3、打开my.cnf以后，在[client]和[mysqld]下面均加上default-character-set=utf8，保存并关闭
4、启动MySQL服务（bin/mysqld_safe &）

非常简单，这样的修改一劳永逸，今后MySQL一切相关的默认编码均为UTF-8了，创建新表格的时候无需再次设置

需要注意的是，当前数据库中已经存在的数据仍保留现有的编码方式，因此需要自行转码，方法在网上有很多，不再赘述

window 下设置截图：

# The following options will be passed to all MySQL clients
[client]
#password    = your_password
port        = 3306
socket        = /tmp/mysql.sock
default-character-set=gbk

# Here follows entries for some specific programs

# The MySQL server
[mysqld]

设置前的查询结果：

mysql> select * from nav;
+—-+———-+————–+———–+
| id | nav_name | nav_link     | nav_order |
+—-+———-+————–+———–+
|  1 | ??         | new_list.php    |         1 |
|  4 | 222       | 222                |        22 |
|  3 | ??         | message.php   |       33 |
|  5 | ????      |                       |         0 |
+—-+———-+————–+———–+
4 rows in set (0.00 sec)

设置好重启mysql之后的结果 :
mysql> select * from nav;
+—-+———-+————–+———–+
| id | nav_name | nav_link     | nav_order |
+—-+———-+————–+———–+
|  1 | 新闻     | new_list.php |         1 |
|  4 | 222      | 222              |        22 |
|  3 | 留言     | message.php  |        33 |
|  5 | 网站首页 |                 |         0  |
+—-+———-+————–+———–+
4 rows in set (0.00 sec)

如果 你的编码是utf-8，刚调成utf8重启即可。

1、global用在函数内，仅起到引用外部变量的作用。
2、$GLOBALS定的变量才是真正意义的全局变量，在什么环境下都能用。

timeId=window.setTimeout(“method()”,1000);     window.clearTimeout(timeId);定时执行

timeId=window.setInterval(“method()”,1000);     window.clearInterval(timeId);循环执行

<script language=”JavaScript”>
function highlight(key) {
var key = key.split(‘|’);
for (var i=0; i<key.length; i++) {
var rng = document.body.createTextRange();
while (rng.findText(key[i]))
//rng.pasteHTML(rng.text.fontcolor(‘red’));
rng.pasteHTML(‘<div style=”border:1 solid red;display:inline”><a href=”#” title=’+ rng.text +’>’ + rng.text + ‘</a></div>’);
}
}
highlight(‘fanglor|php,as 3培训|星模实训’)
</script>

1.不要依赖register_global=ON的环境，从你刚懂得配置php运行环境甚至尚不明白register_global的ON/OFF会对自己有什么影响的那天起，就应该勇敢地把它设为OFF.

2.写程序前看看怎么用error_reporting.

3.不懂就问本身没错，但你需要在那之前查查手册。

4.当然，你需要懂得使用手册。手册上找不到答案的时候，应该考虑下网络上的搜索引擎。

5.刚学会php+mysql之后，不要叫嚷着要写论坛，要写XXX。要明白，刚学会写汉字并不表示你有能力写诗。

6.在学web编程的时候，你应该先去认识html这个朋友。

7.有点能力后，试着回答新手的问题，不要看到自己懂的而别人不懂就沾沾自喜，扔下一名“简单，那是基本的东西”就走更要不得。

8.思考是一个好习惯，不动手去写就等于空想，什么也没有。

9.写好一段程序，如果觉得很满意，一周后再看一遍，也许你会认为它应该有所改变

10.有空多看看别人的程序，找出他人的不足或优点，自己掂量。

临时变量的滥用会导致程序运行效率的降低。何时使用临时变量可基于以下两点考虑：
1、该变量是否至少使用两次。
2、该变量的使用是否会显著提高程序的可读性。
如果一条也不满足，则省略该变量的使用。例如：

<?php
$tmp = date (“F d, h:i a”); /* ie January 3, 2:30 pm */
print $tmp;
?>
就应该改成：
<?php
print date (“F d, h:i a”);
?>

又如：

<?php

// string reverse_characters(string str)
// Reverse all of the characters in a string.
function reverse_characters ($str)
{
return implode (“”, array_reverse (preg_split(“//”, $str)));
}

?>
的可读性不强，可改成：

<?php

// string reverse_characters(string str)
// Reverse all of the characters in a string.
function reverse_characters ($str)
{
$characters = preg_split (“//”, $str);
$characters = array_reverse ($characters);

return implode (“”, $characters);
}

?>

[注] 仔细看了看原文附带的讨论地址，应该是廖宇雷在05年写的。

什么是单一入口应用程序？

在解释什么是单一入口应用程序之前，我们先来看看传统的 web 应用程序。
news.php 显示新闻列表
news_edit.php 显示新闻编辑页面
这两个页面不但分别实现了两个功能，还成为了应用程序的两个入口。

那什么是入口啊？
打个比方，大家上 WC，都是男生进一个门，女生进一个门。这两个门就是 WC 的两个入口。

呵呵，上面的例子应该很好理解吧。那稍微变换一下，单一入口的概念就很容易理解了。
现在我们是进一个公共 WC，不管男女都是从最外面的入口进入，交了钱以后才分别进两个门。那最外面的入口就是这个 WC 的单一入口。

所以单一入口的应用程序实际上就是说用一个文件处理所有的 HTTP 请求。例如不管是新闻列表功能还是新闻编辑功能，都是从浏览器访问 index.php 文件。这个 index.php 文件就是这个应用程序的单一入口。

index.php 如何知道用户是要使用哪一个功能呢？

很简单，我们访问 index.php 时跟上一个特定的参数就行了。例如 index.php?action=news 就是显示新闻列表，而 index.php?action=news_edit 就是新闻编辑。

而在 index.php 里面，仅用两行代码就可以实现这种效果。
<?php
$action = $_GET['action'] == ” ? ‘index’ : $_GET['action'];
include(‘files/’ . $action . ‘.php’);
?>

上面的代码中，第一行是从 url 中取出 action 参数。如果没有提供 action 参数，就设置一个默认的 ‘index’ 作为参数。
第二行代码就是根据 $action 参数调用不同的代码文件，从而实现单一入口对应不同功能的效果。

单一入口应用程序的入口文件很复杂？

有些朋友可能以为单一入口程序的 index.php 会像面条一样复杂，其实是误解。
例如我现在的应用程序入口文件只有下面几行：
<?php
define(‘APP’,       realpath(‘../libs/website’));
define(‘LANG’,      ’gb2312′);
define(‘DEBUG’,     1);

require(‘../libs/flea1/basic.php’);
run();
?>
足够简单了吧？

当然了，在 index.php 里面写上一长串 switch case 绝对是拙劣的实现方式。但这纯粹是开发者自己的设计和实现问题，而不是单一入口应用程序这种设计思想的问题。

补充说明： 这里提到 switch case 并不是说用了 switch 就代表“落后”、“土气”等。只是说在 index.php 这个入口程序里面写上一堆 switch case 不利于程序的修改和维护，所以是一种不好的用法。

单一入口应用程序的设计思想

当web服务器（apache或者iis）收到一个http请求时，会解析该请求，确定要访问哪一个文件。例如 http://www.xxx.com/news.php 的解析结果就是要求web服务器解析 news.php 文件，并返回结果给浏览器。现在看看单一入口应用程序的 index.php 文件，就会发现 index.php 实际上根据 url 参数进行了第二次解析。

完成这个解析的程序一般称为 Dispatcher（中文的准确翻译我也不知道），大概意思就是将不同的请求转发到不同的处理程序进行处理。

在单一入口应用程序中，index.php 和 web服务器一起构成了一个 Dispatcher，根据 http 请求和 url 参数来确定请求的处理程序。

了解了 Dispatcher 的概念后，我们可以发现前面提到的两行代码实际上就是一个最简单的 Dispatcher 实现：
<?php
$action = $_GET['action'] == ” ? ‘index’ : $_GET['action'];
include(‘files/’ . $action . ‘.php’);
?>

诚然，对于一个安全、健壮的应用程序，Dispatcher 肯定不是上面那么简单。在调用实际代码前，还会加上各种判断、安全性检查等。例如判断 url 指定的功能是否可以访问以及 url 中包含了无效的参数。

看到这里，朋友们肯定会说：单一入口程序就多了就这样一个 dispatcher ，和我直接做成 news.php、news_edit.php 等单个文件相比有什么好处啊？

单一入口应用程序的优势

单一入口应用程序的所有http请求都是通过 index.php 接收并转发到功能代码去的，所以我们在 index.php 里面就能完成许多实际工作。

这里我只拿安全性检查为例详细说明一下：
由于所有的 http 请求都由 index.php 接收，所以可以进行集中的安全性检查。如果不是单一入口，那么开发者就必须记得在每一个文件的开始加上安全性检查代码（当然，安全性检查代码可以写到另一 个文件中，只需要include进来就可以了）。
但我想大家都是懒人，也许记性也不好，难免有忘记的时候。因此要记得在每一个文件前面都加上必要的include可不是件容易做到的事情。

与安全性检查类似。在入口里，我们还可以对url参数和post进行必要的检查和特殊字符过滤、记录日志、访问统计等等各种可以集中处理的任务。

“咦，搞这么多功能，不是会把 index.php 搞得很复杂吗？”
“不会的。只需要把各种功能写到单独的文件，然后在index.php里面include进来就可以了！”

可以看出，由于这些工作都被集中到了 index.php 来完成，可以减轻我们维护其他功能代码的难度。例如在10个文件中保持头部的几个include都一致可不是件让人愉快的事情。

单一入口应用程序的缺点

任何事情都有两面性，单一入口应用程序也不例外。由于所有 http 请求都是针对 index.php，所以应用程序的 url 看起来确实不那么美观。特别是对搜索引擎来说很不友好。

要解决这个问题，可以采用 url 重写、PATHINFO 等方式。但我个人更推荐在前台页面不使用单一入口方式，而是保持多个文件入口。或者两者混用。例如新闻列表采用单独的 news.php 显示，而用户注册、发表信息等则采用单一入口。因为对于网站拥有者来说，新闻列表、新闻显示页面才是需要搜索引擎关注的高价值目标，而用户注册页面等交互 性功能则根本没有收录的价值。

有朋友提到单一入口的应用程序会有很长一串参数，那么我们分析一下下面这个 url：
index.php?url=news&news_id=123&page=2&sort=title
如果改为直接访问 news.php，也只不过省掉了 url=news 这一个参数而已。

所以认为单一入口的应用程序 url 太复杂是没有道理的。

如何组织单一入口应用程序的功能代码？

单一入口应用程序最大的挑战来自于如何合理组织各个功能的处理代码。但只要遵循一定的步骤，也可以轻松的解决掉这个难题。

首先，对于应用程序的功能要做出一个合理的分解。例如后台的新闻栏目可能包含“添加新闻”、“编辑新闻”、“删除新闻”等多个功能。这时我们就可以将这一 组逻辑上关联的功能组合到一个功能模块中，称为“新闻管理”模块。
按照上面的方法整理完应用程序的功能，我们就会得到多个功能模块，而每个模块又是由多个功能组成。（实际上，即便不是单一入口应用程序，功能的整理也是必 须的步骤。）

整理完功能后，我们就需要确定如何存放各个功能的代码。这里我推荐两种方式：

1、每个功能模块一个子目录，目录里的每一个文件就是一个功能的实现代码。
这种方式的好处是每个功能的代码都互相隔离，非常便于多人协作。缺点是每个功能之间共享代码和数据不那么方便。例如新闻管理模块中的所有功能都需要一个 “取出新闻栏目记录”的功能，那么采用这种多个独立文件的组织方式，“取出新闻栏目记录”就只能写在另一个文件中，然后由需要该功能的文件include 进去。

2、每个模块一个文件，模块中的每个功能写成一个函数或者一个类方法。
好处不用多说了，非常便于共享代码和数据。缺点就是如果几个人同时改，容易发生冲突。不过借助版本控制软件和差异比较合并工具，冲突还是很容易解决的。

好了，我们的功能代码都确定存放方式了。那么如何调用呢？

index.php 如何调用功能代码？

调用首先就是要设计一个规则，然后让 index.php 根据这个规则来搜索和调用功能代码。就我自己来说，我总是使用 $_GET['url'] 来指定要调用的功能模块，而 $_GET['action'] 来指定该模块的特定功能。因此我的应用程序会使用如下的 url 地址：
index.php?url=news&action=edit

觉得两个参数太多了？那可以使用 index.php?func=news.edit 这样的 url。只需要将 news.edit 拆开为 news 和 edit 就行了。

“嘿嘿，那我故意搞一个 index.php?url=news&action=xxx，看你的应用程序还能运行？”
很显然，这样的 url 只会使得 index.php 无法找到需要的功能代码，最后报告错误。但是这和你在浏览器中访问 newsxxx.php 这个并不存在的文件有什么本质区别呢？

相反，我还可以让 index.php 在发现找不到需要的功能代码时显示一个漂亮的出错页面，并提供一个返回网站首页的连接。

在实际开发中，我倾向于将一些基本服务从应用程序中抽取出来，形成一个应用程序框架。这个框架通常会包含一个 Dispatcher、基本的数据库访问服务、模版引擎、常用的辅助功能等。由于有了一个框架，所以我可以更加让 Dispatcher 更加灵活。例如可以对某些功能模块应用权限检查，而另一些则不检查。

进一步了解单一入口应用程序

要深刻理解一个事物，自己尝试一下是最好的办法。

你可以选择自己实现一个 Dispatcher 以及相应的各种规则，或者选择一个现有的应用程序框架。但更好的方式还是首先尝试一下现有的框架，然后再自己尝试实现一个类似的。这样可以在最短的时间内 获得最多的收获。

目前绝大多数 php 应用程序框架都是单一入口的，并采用了 MVC 模式（很遗憾，由于 MVC 实在太复杂，并且和单一入口应用程序也没有必然联系，所以我就不赘述了。感兴趣的朋友可以 google 一下相关资料）。

我个人推荐下面的框架：

FleaPHP
http://www.fleaphp.org/
嗯，我在做广告。因为这个框架是我做的。但我相信这个框架将是一个非常容易上手（就算不是最容易的）框架。
全中文的代码注释、简单的结构、精简的代码都是 FleaPHP 框架的优势。

CakePHP
http://www.cakephp.org/
一个 Ruby on Rails 的 PHP 仿制品。具有出色的功能，但显然太过于复杂，而且缺乏中文资料是个很大的问题。

symfony
http://www.symfony-project.com/
一个超复杂的框架，集成了 n 多东西。项目网站上提供的视频演示看上去很不错。

其他
还有 Mojavi、Phing 等许多 PHP 框架，如果你精力充沛，可以去探索一下。