让PHP来搞定一切!

minix

我不是太懂，看大家讨论得那么热烈，忍不住冒个泡。既然大部分人都认为LZ的想法非常OK，当然问题肯定存在，当然有问题可以解决嘛，我认为这样的想法应该鼓励，最起码也不能泼冷水啊

bs

这个就像 讨论开发PHP要不要用模板一样...
不用模板性能当然好些....


就像讨论高级语言和汇编一样.....




我觉得LZ的思想是倒退的

[ 本帖最后由 bs 于 2006-12-30 17:39 编辑 ]

新杂人

呵呵! 一个多元化与单一性讨论, 能做到预计的事情就可以了, 前提条件是不影响性能

zvxcv

我已经用PHP写好了一个简单的PHP　WEB服务器，采用socket_select()单进程事件驱动多道服务技术，目前只有300多行代码，已经能够正确地通过FASTCGI来执行外部的PHP脚本，不过目前这一代码对HTTP POST方法还没有调试成功，每一传递给FASTCGI服务器的POST请求都会导致服务器立即断开连接，不知是传入的参数不对，还是数据打包错误。懂得FASTCGI协议的人可以指点一下，对于POST过程，FASTCGI服务器需要接收哪些必备的参数，才能继续接收后续的POST数据。

如果这一问题解决了，就可以用300行左右的PHP代码+Linux内核+PHP+MySQL这三大可执行文件足足可以将任何一台裸机搞定成一个能够运行PHP论坛站点的WEB服务器，除此而外，其中不包含任何别的可执行文件，包括Apache服务器或其它HTTP服务器和其它可执行文件与动态链接库。

我的思想确实是“倒退”的，想“倒退”到二三十年前8位机BASIC时代，对那时的机器来说，BASIC语言就是操作系统。我最早接触的计算机就是运行BASIC语言的8位苹果机，那时的感觉是使用BASIC语言无所不能，进入DOS和Windows时代，接触的计算机语言多了起来，开发工具也多了，反而觉得自己在编程方面变得一无所能，每一个方面都只能懂得个皮毛。现在的操作系统太复杂了，不是你在控制操作系统，而是操作系统在控制你。

[ 本帖最后由 zvxcv 于 2006-12-30 22:21 编辑 ]

zvxcv

原帖由 crazysoul 于 2006-12-28 16:05 发表
很明显，楼主是被“多样化”语言给调戏了，很多刚学脚本的人都会经历的阶段。
如果是这种情绪，建议放弃PHP，学习C，C可以达到以上境界，鉴定完毕。

C语言的编绎需要庞大的编绎环境支持，需要大量的头文件，连接库。编绎过程需要项目管理(Make)，需要预处理，需要汇编，需要连接，连接好了运行时还需要动态链接，每一步都会产生错误。而对于PHP这样的脚本语言，随时随地的require一下就可以加载运行源代码，你说方便不方便。

dualface

楼主的想法搞成专有系统还是不错的，但是不能因此排斥多样化。

事实上，这个世界本就复杂，不可能用一成不变的手段去解决任何问题。所以解决方案本身也变得多样化了。

qiyu15555

期待成功

caualex

原帖由 mailjzwu_1 于 2006-12-28 01:50 发表
这种情况适合专用系统,小型系统
特别好管理,但当你的系统足够大,如你的网站有几千万HTTP的访问量,有数百万个文件,有十亿行数据库,使用mysql就不适合了
运行效率还有待观察

不太同意你的观点，
十亿级别的表， 在任何数据库里边， 都不会快的，
肯定需要优化， 比如把这个表分成多个表，
加上合适的索引， 还有就是对表进行分区，
如果是事务性的表， 使用innodb引擎，

系统使用的数据库， 和后台查询分析用的数据库要分开。

这样都能提高速度

Zandy

如果实现了是好事情，不错，鼓励一下。标记。

hightman

原帖由 zvxcv 于 2006-12-30 21:38 发表
我已经用PHP写好了一个简单的PHP　WEB服务器，采用socket_select()单进程事件驱动多道服务技术，目前只有300多行代码，已经能够正确地通过FASTCGI来执行外部的PHP脚本，不过目前这一代码对HTTP POST方法还没有调试 ...

用PHP来实现作daemon服务本身并不难, 我自己写写过搭配 socket_select 等系列函数来实现的一些 server 服务, 并发情况较小时没有感觉, 但如果你用效率测试工具一测, 那是数倍的"慢慢慢".

因为每一次在循环代码中跳转,都是执行php的语句,这里效率太差了.

而且现在 php 中对信号的处理还得通过 tick 来实现, 感觉挺不好的