基于HTTP长连接的“服务器推”技术的简易聊天室
关于HTTP长连接的“服务器推”技术原理可以查看IBM的这篇文章，我简单的做了个DEMO：
首先是首页，包含一个文本输入和一个显示聊天内容的iframe，还有一个隐藏iframe用来提交form表单：
<?php
//chat.php
header('cache-control: private');
header('Content-Type: text/html; charset=utf-8');
?>
<html>
<script type="text/javascript">
function submitChat(obj) {
obj.submit();
document.getElementsByName('content')[0].value = '';
}
</script>
<iframe src="./chat_content.php" height="300" width="100%"></iframe>
<iframe name="say" height="0" width="0"></iframe>
<form method="POST" target="say" action="./say.php" onsubmit="submitChat(this)">
<input type="text" size="30" name="content" /> <input type="button" value="say" onclick="submitChat(this.form)" />
</form>
</html>
另外一个就是保存用户提交的聊天内容了，我简单的写一下文本，而且没有做什么锁定，这个只是简易版本：
<?php
$content = trim($_POST['content']);
if ($content) {
$fp = fopen('./chat.txt', 'a');
fwrite($fp, $content . "\n");
fclose($fp);
clearstatcache();
}
?>
接下来看主要的HTTP长连接部分，也就是chat_content.php文件：
<?php
header('cache-control: private');
header('Content-Type: text/html; charset=utf-8');
//测试设置30秒超时，一般会设置比较长时间。
set_time_limit(30);
//这一行是为了搞定IE这个BT
echo str_repeat(' ', 256);
ob_flush();
flush();
$fp = new SplFileObject('./chat.txt', 'r+');
$line = 0;
$totalLine = 0;
while (!$fp->eof()) {
$fp->current();
$totalLine++;
$fp->next();
}
$fp->seek($totalLine);
$i = $totalLine - 1;
while (true) {
if (!$fp->eof()) {
if ($content = trim($fp->current())) {
echo '<div>';
echo htmlspecialchars($content);
echo "</div>";
flush();
$fp->next();
$i++;
}
} else {
$fp->seek($i - 1);
$fp->next();
}
{
//这里可以添加心跳检测后退出循环
}
usleep(1000);
}
?>
我一行行解释一下，其实也比较容易理解：
06. 设置一个超时时间，由于要保持HTTP长连接，这个时间肯定要比较长，可能要几个小时吧，上面提到的文章里也有说明，这种HTTP长连接只能打开两个，由于浏览器的限制。另外其实即使你设置了一个永不超时，其实上服务器部分（如Apache）的配置文件也可能对HTTP请求设置了最长等待时间，所以也可能效果会不是你想的，一般默认可能都是15分钟超时。如果有兴趣可以自己尝试修改。
09. 这里输出了一段空白，主要是手册上已经说明了，IE浏览器在前面256个字符是不会直接输出的，所以我们先随便输出些空白，以便让后面的内容输出来，可能其他浏览器也有其他浏览器的设置，具体可以查看PHP手册的frush函数的说明。接下去11、12行就是强制把这些空白符丢给浏览器输出。
13. ~ 20. 这里主要是为了计算文件行数，以便从这一行后面开始读内容。
接下去的while循环就是一个死循环了，就是循环输出文件内容，每次判断是否到达文件末尾，如果有用户写入文件，则当前检测肯定不是文件末尾，就将该行读取出来输出，否则将指针往前移动一行，继续循环，每次等待1000微秒，
39. 如果一直保持长连接，那么即使客户端断开，服务端也不一定能知道客户端已经断开，所以这里可能还需要做一些心跳记录，比如每个用户保持一个心跳flag，每格几秒更新一下最后心跳时间，当检测最后时间很久没更新后，推出这个死循环，关闭这个HTTP连接。
OK，基本上原理就是这样了，当然这个性能不清楚，有兴趣的自己试试，欢迎交流。
昵称：深空
如何解决php最大处理时间呢？
set_time_limit(0)就可以了嘛，另外一个就是浏览器可能本身有个超时，服务器（APACHE）也有一个超时设置。
set_time_limit在安全模式下无效！嘿嘿
请问下深空：
你的代码高亮插件在2.8.4下正常，为什么我的不正常（Firfox下）呢？前段时间请教过你，可能没看到吧，但这个问题我一直没有解决。请问你是那个版本（高亮插件）。请看这个页面：http://www.helpphp.cn/339，在Firfox就显示不出来！还请帮我看下，谢谢了！
你可以自己搜一个最新版的，我是google的，2.0版本，自己改的。有问题可以留言给我，不需要在这里回复的。
php正在学，但感觉只有写写网页的水平，要怎么提高呢
学习下
非常支持，顶了~~~
“服务器推” 这四个字加了双引号,
不知道是为了强调,还是说不是真正意义上的推.
基于HTTP协议的,是不可能实现推的,因为连接都是客户端发起的,
是客户端主动的,所以不用说是 服务器推送的.
这种的是伪推送,实际上还是客户端拉.
确是如此..
这种 Server Push 模式的 commet 方案，对PHP来说都是不太合适的，因为对 apache + mod_php 部署的程序来说，则意味着 usleep 会阻塞掉一个线程，对 Nginx + FastCGI 部署的来说，则意味着 会阻塞掉一个进程。无论是线程还是进程，其实都是非常宝贵的资源，所以对PHP来说，做comet 的时候，还是会采用 Client Pull 模式的，后一种模式虽然可能导致 RPS 会超高，但仔细的计算一下，实际的负载能力还是比第一种模式要高的。
恩，准备在论坛上放个简单的聊天室，谢谢博主分享！
楼主写的很精彩，只是没看懂。呼呼，，不过我感觉还是客户端拉比较现实一些。。呵呵
Make your own life time more easy take the loan and all you require.