如何在Centos上搭建PHP+JAVA的服务器

一、需要解决中央控制端到各节点服务器之间的通信。

这个其实牵扯到一个通信协议的问题，各语言都有自己的socket，thread的库，直接调用即可。但是这个通信协议就需要自己来完成了。既不能太简单，太简单了，明码传输，如果别人获知了这个接口，就很容易执行一些令人讨厌的操作。也不能太复杂，太复杂了等于是给自己找麻烦，所以简单的数据包编解码的工作或者用token验证的方式是需要的。通信协议起码要两种，一种是传输命令执行的协议，一种是传输文件的协议。

二、跨语言的socket通信

为什么要跨语言，主控端和代理端通信，用什么语言开发其实无所谓。但是为了给自己省事，尽可能使用服务器上已经有了的默认语言，Ambari前期采用php+puppet的方式管理集群，这不是不可以，puppet自己解决了socket通信协议和文件传输的问题，可你需要为了puppet在每台服务器上都安装ruby。我是个有点服务器和代码洁癖的人。光是为了一个puppet就装个ruby，我觉得心里特对不起服务器的资源。所以我自己写了一个python的代理端。python是不管哪个linux系统在安装的时候就都会有了。然后主控端的通信，可以用python实现，也可以用php实现，但是考虑到对于更多的使用者来说，改php可能要比改tornado简单许多，所以就没用python开发。hadoop分支版本众多，发布出去，用户要自己修改成安装适合自己的hadoop发行版，就势必要改源码，会php的明显比会python的多。php里面的model封装了所有的操作，而python只是个操作代理人的角色而已。

所以也延伸出一个问题，什么语言用来做这种分布式管理系统的代理端比较合适，我自己觉得，也就是python比较合适了，操作系统自带，原生的package功能基本够用。用java和php也可以写agent，但是你势必在各节点预先就铺设好jre或者php运行环境。这就跟为什么用python和java写mapred的人最多是一样的。没人拦着你用nodejs写mapred，也可以写，就是你得在每个节点都装v8的解释引擎，不嫌麻烦完全可以这样干。原理参看map/reduce论文，不解释。perl也是操作系统原生带的，但是perl的可维护性太差了，还是算了吧。

所以这就牵扯到一个跨语言的socket问题，理论上来说，这不存在什么问题。但这是理论上的，实际开发过程中确实存在问题，比如socket长连接，通信数据包在底层的封装方式不同。我没有使用xml-rpc的原因之一就是我听说php的xmlrpc跟其他语言的xmlrpc有不同的地方，需要修改才能用,我就没有用这种办法。最早是自己定义的操作协议，这时就遇到了这些问题，所以后来直接采用了thrift方式。就基本不存在跨语言的socket通信问题了。

三、代理端执行结果的获取

无论命令还是文件是否在代理端执行成功，都需要获取到执行结果返回给中央端。所以这里也涉及一个读取节点上的stdout和stderr的问题。这个总体来说不是很难，都有现成的包。当然这个时候你需要的是阻塞执行，而不能搞异步回调。

还有个问题是，我要尽可能使用python默认就带的包，而尽量不让服务器去访问internet下载第三方的包。

还有代理端最重要的一点，就是python的版本兼容性。centos5用python 2.4，centos6用python 2.6，ubuntu基本默认都是2.7。所以一定要最大限度的保证语言的跨版本兼容性，要是每个操作系统和每一个版本我都写一个代理，我一个人就累死了。

一、技术区别

java是纯面向对象开发，功能强大，分支众多，没有java不能做的软件。C/S也好B/S也好。从功能上讲，没有语言可以和java相比。但其优势也是其劣势。

PHP吸收了java和c以及perl等语言优点，专注互联网领域。在WEB领域中PHP拥有得天独厚的优势，WEB领域没有语言可以和PHP相比。

二、数据库访问区别

Java通过JDBC来访问数据库，通过不同的数据库厂商提供的数据库驱动方便地访问数据库。访问数据库的接口比较统一。

PHP对于不同的数据库采用不同的数据库访问接口，所以数据库访问代码的通用性不强。例如：用Java开发的Web应用从MySQL数据库转到Oracle数据库只需要做很少的修改。而PHP则需要做大量的修改工作。

三、安全性区别

在同是开源和跨平台的java面前，php丢掉了很多的优势，在代码的安全性上尤为突出。

php的开发程序在别人拿到代码后，可以很容易地进行修改。而java开发的程序由于无法看到完整的源代码，只能看到一些编译好的类文件，所以安全性较高。

四、开发成本比较

PHP在互联网应用诸多方面都强于Java，那么Java开发出的电子商务产品何以与PHP产品竞争呢?这在于Java阵营普遍走的是政府路线，

而PHP阵营走的是全民路线。Java在互联网方面靠的是大学老师的言传身教，才得以在互联网世界狺狺狂啸，而PHP是靠得是自身品质而得民心，所以才一路赞歌。

软件价格的高低很大程度上和自身成本和功能相挂钩。PHP的入门门槛较低，但是任何方面成为高手，都是万里挑一。绝大多数学过c的程序员都很容易转型为PHP程序员，这使得PHP程序员如同国球一样普及，同样更是高手如云，高质量的PHP软件产品也层出不穷。

服务器成本方面，PHP最经典的组合PHP+ MySQL + Apache，Java也是经常与MySQL +

Tomcat、JBoss等软件配合。所有软件都是开源免费的，所以服务器端的投入都并不高。

而Java程序员的学习成

本却是PHP成本的几倍，原因也很晴朗，本身Java就不是专门给WEB开发用的。所以，Java开发电子商务的成本要远远高于PHP开发出来的同类软件

产品。但也正由于Java开发的成本较高，所以往往也是做一个同样的产品，达到同样的效果，Java需要付出比PHP开发多出N倍的时间及经济成本。直接地造成了巨大的时间及成本浪费。

让Tomcat支持PHP

在负责一个采用JSP动态网页技术的网站时，刚好手头有PHP写的一部分功能，所以就很直接地想到让Tomcat支持PHP。Tomcat也是Apache出的，难道就只支持JSP吗？到底能否在Tomcat上用PHP呢？上网搜索了一番，很快有了第一个问题的答案：Tomcat可以支持CGI，如Perl（具体设置见附文）。但继续搜索，却迟迟无法找到让Tomcat使用PHP的方法，一般都是采取装Apache和Tomcat共存的方法来搭建所谓的支持PHP+JSP的Web平台。

当然，其实PHP本身也支持CGI方式的使用，所以就自己动手试了一试（在Windows操作系统上）：先按照附文的做法让Tomcat支持CGI，然后再改web.xml，在servlet-name为cgi的一段配置中加上：

<init-param>

<param-name>executable</param-name>

<param-value>php</param-value>

</init-param>

并把PHP安装路径加入Path，这样Tomcat就能运行到PHP.exe了。重启Tomcat后，在WEB-INF目录下新建一个cgi目录，把php文件放在这里，然后访问时用虚拟映射出来的cgi-bin目录来访问这些PHP文件。

但是如果对PHP文件不加任何改动的话，可能会发现什么输出都没有。需要在PHP文件头部加一行，输出两个回车：

echo "\n\n"

原因不太清楚。可能在等待Content-type输入，或是Perl的cgi程序风格。

但这样配置，PHP（4.1.0以上版本）中$_REQUEST、$_GET、$_POST等变量就无法用了，只能从服务器变量或环境变量中获取QueryString了：$_SERVER["QUERY_STRING"]、$_ENV["QUERY_STRING"]。也许不支持表单的POST提交了……具体还没试过。

由于对Tomcat不熟悉，所以这些只是在现在方法上的小修小补，可能有好的做法，还希望大家不吝指教！

---