PHP在企业环境下的适用性
虽然PHP是Web应用开发中最广泛使用的环境，但它还是一度被认为无缘企业级开发。InfoQ组织了一个虚拟座谈小组来讨论语言/平台的演变及PHP在企业环境下的适用性。
Zeev Suraski，Zend Technologies公司创始人，该公司主要关注PHP的进展。
Rob Nicholson，高级技术研员, 曾为IBM编写过程序设计语言运行时。
Derick Rethans，PHP开发小组成员，eZ组件的项目负责人。
InfoQ：企业软件的一个关键元素就是互操作性，它可以让软件与其他平台交换信息。大家都认为PHP在这方面表现欠佳，因为它的WS-*支持相对来说比较新且功能较少，成熟度不高。关于这点你们是怎么考虑的?它会不会有所改变?
Zeev：我觉得相比WS-*而言，互操作性涉及的要更加多些。事实上，我们只看到了很少的基于SOAP的Web服务请求，而更多的则来自于其他标准，这主要是因为部署SOAP的过程较为复杂。PHP极好地支持了互操作，并且为此提供了很多不同的接口(REST，优秀的XML支持，SOAP，以及为web服务提供的 ZF组件等等)。据说PHP从2004年开始就为SOAP提供了非常好的基础支持，从2006年开始就通过Axis2扩展为WS-*提供了广泛的支持。我只能说我还从没有碰到过用户抱怨缺乏互操作性的情况，如果真的有，那也一定是赞美吧。
Rob：我觉得这只是部分人的观点。PHP源于其简单性。它是一门只需必要的复杂度，就能“解决web问题”的语言。因此PHP程序员会更多的选择REST 而不是SOAP。传统的企业软件正逐步向位于中间的PHP靠拢。比方说，IBM的许多企业级软件产品在去年都提供了RESTful交互支持，包括Atom 发布协议，这样的话就多了一个选择。在该用WS-*的地方使用它，而在开发的简单性和速度至关重要时，应使用REST。我们也饶有兴趣的看到了PHP被用来直接加强企业连通性。IBM的Message Broker可以当作一个“万能转换器”，它能够将一个东西连接到另外一个东西，而现在它的消息转化流中也提供了对PHP计算节点的支持。所以现在是可以在企业软件内部中使用PHP语言简单而又强大的语法和语句的。我们最近为IBM的CISC事务处理器发布了一个SupportPac，用以支持PHP语言。CISC正如软件一样，具有“企业级“的性质。它运行于主机上，可以由一些像银行，政府和医疗保健部门的组织来使用，用以处理一些最重要的可能影响到日常生活的事务。
Derick：我觉得这里没什么太大问题。PHP已经为所有的WS技术如SOAP，XML-RPC和JSON提供了支持。
Info
相关文档：
我发现很多的PHP程序员，尤其是学习还不是很久的，都不知道PHP的精华所在。Perl当年如何在商界出名？其强大的正则表达式。而PHP呢？他是一门从Unix下发展起来的语言，当然也就继承了Perl的很多特点，同时C的优点都有。快速、简洁、明了，尤其是C程序员，PHP是至爱，我就是深爱着“PHP”（都忘了女友了:)）� ......
版权声明：可以任意转载，转载时请务必以超链接形式标明文章原始出处和作者信息及本声明
http://www.5ilinux.com/lamp01.html
关键字：apache+mysql+php apache mysql php 配置 lamp 服务器 web
Linux+Apache+Mysql+PHP典型配置
调试环境：Redhat9.0 Apache1.3.29 Mysql3.23.58 PHP4.3.4
Linux系统的安装我就不讲� ......
在以前的做的例子中遇到过重复的加载的错误 额 那个是通过include_once()来解决 或者不让他重复加载把重复的include()去掉一个或多个，最终只剩下一个这样问题就解决了，但今天遇到的问题就棘手了 说是找不到文件。
事情是这样的 ，今天在文件夹里再新建了一个文件夹，然后以前includ ......
最近在做PHP与数据库交互的project，急于求成，模仿了下例子就开始动手，结果误把mysql_fetch_array写成了mysql_fetch_row,囧事来了，发现返回的数组居然是index=>value的形式，而明明记得是field name=>value的哈，查手册才明白。
1. mysql_fetch_array的函数原型是
array mysql_fetch_array ( resour ......
1.PHP字符串操作常用的方法
php串中还有一个特殊的花括号操作符。当用双引号指定字符串时，其中的变量会被解析。在双引号中的串中如果遇到$，解析器会尽可能多地取得后面的字符以组成一个合法的变量名，如果想表示指定名字的结束，用花括号把变量名括起来。请看以下代码：
<?php
$beer = 'heineke ......
