网眼视界(IT Watch)

    0.关于电子证书：
    目前尚未将电子证书做为检测网站是否备案的依据。 因此，电子证书不能下载的问题不会影响对备案网站的合法身份。 工业和信息化部正在对电子证书的必要性进行重新论证，届时若有相关政策调整，将及时告知广大网站主办者。

    1.如何修改信息？
    答：  根据现有流程，用户在提交网站备案信息后，不能自行修改信息， 需由其接入服务商代为修改，其目的在于强化接入服务商的代备案责任，减轻网站主办者自行备案负担。
    但总结分析近期社会反映问题，考虑到少量网站主办者希望能自行修改备案信息，我们已开始对有关功能进行修改， 允许自行备案的网站主办者在完成备案前可以修改所提交的备案信息。由于程序实现需要时间，目前暂时还只能按照现有流程操作。
    具体为：
    (1)对自行备案的情况：如果备案信息尚未提交，请使用您的用户名和密码登录，点击信息录入菜单进行编辑； 如果备案信息已经提交，请和您的接入服务商联系，并向其提供您的用户名和密码，由其为您代为修改。
    (2)对接入服务商代备案的情况：请和您的接入服务商联系，并向其提供您的用户名，由其为您代为修改。

    2.备案信息被所属省通信管理局拒绝，怎么办?
    答：(1)请使用用户名和密码登录，查看被拒绝的理由；
    (2)联系接入商修改不符合要求的信息；
    (3)修改后的备案信息会直接转到相应的省管局进行再次审核。
    注：拒绝后，用户请勿为相同网站再次备案（因系统具有冲突检测功能，若再次提交，再次提交信息也将因系统提示信息重复等冲突检测问题而无法成功提交）。

    3.如何更改“接入单位”信息？
    答：(1)请您联系原接入单位，让其取消接入；(2)联系现接入单位，让其增加接入。

    4.填写备案信息时，提示有信息冲突，怎么办？
    答：此情况出现的原因为：您所填写的信息与系统中现存的信息重复。
    解决方法：
    (1)请检查填写的备案信息（如域名，主办单位证件号码）是否正确；
    (2)如填写错误，请更改；
    (3)如填写无误，请联系您所属省通信管理局进行相应处理，并按照通信管理局要求提供相关证明材料。

    5.注册时收不到手机验证码和邮件验证码，怎么办？
    答：(1)请您检查注册时是否输入正确的手机号码和E-mail；
    (2)如手机或E-mail填写错误，请更换用户名，重新注册(本系统中注册的用户名不允许重复)；
    (3)如手机及E-mail填写正确，可选择重新找回验证码。

    6. 注册验证码丢了怎么办？
    答：(1)新打开一个IE页面，进入系统的登录页面；
    (2)在登录页面中的“备案信息报备用户”栏，根据提示信息，点击“提示：新网站主办者用户请[注册]”这个链接，进入阅读“使用声明”页面；
    (3)点击“接受”按钮，进入浏览“ICP信息备案流程图”界面；
    (4)点击“接受”按钮，进入注册页面；
    (5)在注册页面用户名处输入您已注册的用户名，点击检测，便可得到已注册用户的手机或邮件验证码。

    7. 密码丢失了怎么办？
    答：(1)在系统的登录页面中，点击“找回密码”；
    (2)在找回密码页面，输入您的用户名、联系人姓名和电子邮件，选择相应的用户类别；
    (3)点击“提交”按钮；
    (4)可以通过E-mail获得新密码。

    8.密码找回时，如果忘记相关信息（用户名、联系人姓名、电子邮件），该怎么办？
    答：(1)对自行备案的情况：请联系您所属省通信管理局进行密码重置，并按照通信管理局要求提供相关证明材料；
    (2)对接入服务商代备案的情况：请联系您的接入商进行密码重置。

    piwik：http://piwik.org/

    Piwik 是一套基于Php+MySQL技术构建的开源网站访问统计系统，前身是phpMyVisites。Piwik可以给你详细的统计信息，比如网页浏览人数, 访问最多的页面, 搜索引擎关键词等等，并且采用了大量的ajax/Flash技术，使得在操作上更加便易。此外，它还采用了插件扩展及开放API架构，可以让开发人员根据自已的实际需求创建更多的功能．

    phpTrafficA：http://soft.zoneo.net/phpTrafficA/

    phpTrafficA是一个统计工具用于网站流量分析。基于PHP与MySQL开发。它能够统计你网站的流量，包括来自哪些搜索引擎，关健字和其它转向你网站的链接。它还能够分析浏览你网站所用的操作系统，浏览器，访问者停留时间等等。

    AudiStat：http://adubus.free.fr/audistat/

    AudiStat 是一个基于PHP+MySQL开发的，轻量级的，占用服务器很少资源的网站流量统计系统。 它能够统计点击量，涉及的页面，访问者国家，访问者域名，访问者所用的浏览器等。统计信息展示页面可以通过html代码自己定制。在最新版本中还加入跟踪google爬虫的功能。

    phpMyVisites：http://www.phpmyvisites.net/

    phpMyVisites是一个网站流量统计系统，它能够提供非常详细的统计报告和高级图形报表。phpMyVisites不是一个Apache log分析工具，它建有自己的log。

    Webanalyse：http://www.webanalyse.fr/

    采用PHP4开发的网站流量统计工具。WebAnalyse没有使用任何数据库，或Apache logs支持。以便让安装更加快速和简单。

    1、系统的技术架构比较

　　分层是将系统进行有效组织的方式，分而治之的思想是计算机领域中非常重要的思想。在好的分层思想引导下，便能实现“高内聚、低耦合”，也能将具体的问题割裂开来，易于控制、易于延展，更易于分配资源。PHP只能实现简单的分布式两层或三层的架构，而JAVA在这方面就十分强大，可以实现多层的网络架构。运用MVC的设计模式，可使oa系统具有更加高效、合理的系统架构。技术架构的落后，使运用php编写的oa软件系统先天不足，而后天又无法补足其先天上的劣势。使得系统在可拓展性、需求应变性上与JAVA编写的oa软件系统的差距越来越大。架构的差距，注定了php做的oa充其量是个小家碧玉，始终无法和java这种大家闺秀同台竞技。

　　2、数据库访问比较

　　PHP可编译成具有与许多数据库相连接的函数。将自己编写外围的函数去间接存取数据库。通过这样的途径当更换使用的数据库时，可以轻松地修改编码以适应这样的变化。但PHP提供的数据库接口支持彼此不统一，比如对Oracle, MySQL，Sybase的接口，彼此都不一样。由于PHP对于不同的数据库采用不同的数据库访问接口，所以数据库访问代码的通用性不强。

　　而Java通过JDBC来访问数据库，通过不同的数据库厂商提供的数据库驱动方便地访问数据库，访问数据库的接口比较统一。如果同样是将开发的web应用从MYSQL数据数转到ORACLE数据，PHP需要做大量的修改工作，而且比较繁琐。但JAVA开发的便只需要很少的更改便能实现。

　　数据库访问方式的差异，奠定了php开发出的oa和java开发出来的oa是马车和火车的差距，前者只能亦步亦趋而且额度有限，后者却是工业化的结晶，不仅能够包容万物而且速度上稳步提升。

　　3、安全性对比

　　在同是开源和跨平台的java面前，php丢掉了很多的优势。在代码的安全性上尤为突出。php的开发程序在别人拿到代码后，可以很容易的进行修改。而 java开发的程序由于无法看到完整的源代码，只能看到一些编译好的类文件，所以安全性较高。加之系统架构的优势，在安全性上php和java是相去甚远。

　　如果非要将php和java在安全性上做个比较的话，同一个小偷光顾php那是随便拿来随便改，想拿什么拿什么，拿的高兴还能大笔一辉某某到此一游。而光顾java的时候，便会发现警察把守，内设自动报警装置，即便突破重重阻扰后进入居室。那值钱的东西都放在加密后的保险柜中，只能望洋兴叹、铩羽而归。

　　4、前瞻性和拓展性

　　从整体来说，php适用于中小型系统，而java适用于大型系统。Php能够将单一的事件做好，但却不适合完成集成度较高的多项并发事件。为什么说php适合中小型系统而不适合做大系统呢？

　　首先， php缺乏多层结构支持。而对于大型的系统负荷站点，只能采用分布计算。将数据库、应用逻辑层和表示逻辑层彼此分开，并将同层的根据流量分开，组成二维数组。而php恰恰缺乏这种支持。

　　其次，PHP提供的数据库接口不统一，要将多个不同的数据库数据统一需要花费很大的力气。而JAVA则没有这种缺陷，可通过SUN Java的Java Class和EJB获得规模支持，通过EJB/CORBA以及众多厂商的Application Server获得结构支持。如IBM的E－business，它的核心是采用JSP/Servlet的Web Sphere，是通过CGI来提供支持的。

　　如果将Php比作将才，具备独挡一方的能力。那么java便是帅才，具有较好的前瞻性和拓展性，整体布局和协同能力强。能够指挥千军万马，最后逐鹿中原。

　　5、开发成本比较

　　既然php在诸多方面都不如java优异，那么php开发出的oa产品何以与java产品竞争呢？在于Php阵营普遍走的是低端路线，而java阵营走的是中高端路线。两者之间交叉的区域较小。

　　软件价格的高低很大程度上和自身成本和功能相挂钩。php的入门门槛较低，绝大多数学过c的程序员都很容易转型为php程序员，这使得php程序员的泛滥成灾的同时，低成本的php软件产品也层出不穷。以PHP最经典的组合PHP + MySQL + Apache为例，由于所有软件都是开源免费的，所以投入并不高。

　　而java开发需要特定的环境，成长为一个合格的java程序员需要一定的时间，java程序员的成本也是php成本的几倍。Java的web应用服务器免费的有Tomcat、JBoss等，而要想具有很好的商业化服务便必须选用Web Sphere和 Web logic。这其中投入的成本无形中便超是php成本的N倍。所以，java开发oa的成本要远远高于php开发出来的同类软件产品。但也正由于java 开发的成本较高，很难实现抄袭和短期内逾越的可能，也使得java用开发出的产品门槛更高。

　　不怕不识货，就怕货比货。Php开发出来的产品也能用，但是和java开出的同类产品是没法比较的。正因为php开发的产品整体性能和java开发的相去甚远，所以php运用低成本的低价优势和同类的java产品抗争，以价格落差来平衡购买者的心态。所以，PHP + MYSQL 的OA不值钱也就不足为怪了。

    近两年来，杀毒软件市场中近乎疯狂的价格战，几乎让传统渠道打折、促销的空间消失殆尽。而由厂商端自己经营的在线业务，早已开始不断瓜分传统渠道以往的零售地盘。再加上越演越烈的市场盗版及互联网销售等新兴渠道的冲击，零售市场中的一些杀毒软件传统渠道正在陷入绝境。

    传统渠道零售业务大幅缩水

    日前，一位在中关村经营软件产品的渠道商告诉记者，过去曾经占其将近一半销售额的杀毒软件业务，现在已经缩水到了10%左右。而他现在对杀毒软件这块业务的态度，也是可有可无了。他表示，除了国内目前几大主流厂商的货都利润过低这个因素外，大多厂商其实并不重视他们这类零售渠道，因为厂商自己的在线业务和新兴渠道早已取代他们了。

    事实正是如此，在国内的杀毒软件市场，几乎占据了个人用户市场大部分份额的瑞星、金山、江民三家厂商，目前都在如火如荼的开展他们的在线业务。而且，几乎三家厂商都曾经用不同的方式表示，虽然传统渠道会因此受到冲击，但这就是市场的必然选择。而国内的一家主流杀毒软件厂商在2005年的时候，其在线销售与传统渠道销售的占比就已经是1.5:1了，而其目前的销售状况，更是已经大比例的依赖其自己操控的在线业务了。

    除此之外，杀毒软件厂商在个人用户市场的一些销售模式的改变，也开始成为扼杀传统渠道生存机会的根源。特别是在零售市场更受认可的盒装产品，比如目前主流厂商的盒装杀毒软件，几乎都可以在各大网络商城中买到，过去区域市场的一些价格优势早已不复存在，而像江民等厂商，也选择了超市卖场这样的新兴零售渠道。

    渠道维护成本高 价值渐失

    几家主流厂商都曾表示过，他们上马在线业务的主要原因，是要应对日益猖獗的盗版问题，而并非为了和渠道抢生意。一家知名杀毒软件厂商就曾直白的向记者表示，不使用低价、免费策略怎么可能去打击盗版，渠道在牺牲，厂商也同样。

    但如果站在杀毒软件厂商所要实现的市场利益这个角度来看，他们对传统渠道看似不近人情的态度其实也无可厚非。和自己经营的在线业务相比，传统的销售模式，一方面需要增加各种广告、渠道推广费用，而换来的却只是零散的用户，但通过互联网，不仅能够形成快速的覆盖，中间环节的消耗也会被节省下来以应对价格战。而通过传统销售渠道去实施价格竞争难度必然更大，因为渠道的惯例是至少获取1/4的利润。

    另外，传统渠道，特别是零售渠道的价值确实在贬值，大多传统渠道目前仅仅具备一个销售的价值。对杀毒软件而言，传统渠道的主要销售手段就是依靠打折、促销，通过低价大批量出货获得厂商的返点。但是，一个软件产品从总代传递到分销，利润最少要被分掉两成。再加上销售店面相对分散，消耗又会吃掉一部分利润。但是在激烈的市场竞争环境中，渠道打折、促销的竞争力一旦疲软，就会让上游厂商出现大幅度的市场流失，所以市场竞争越激烈厂商就越会首先选择更易操控的渠道，这也几年来传统渠道一直被一些新兴渠道所替代的原因。

    而和零售市场相比，拥有企业级市场资源的传统渠道的日子则要好过得多，而一些区域市场渠道的压力也相对较小。瑞星曾经表示，他们的在线业务对企业级市场的渠道几乎没有造成什么影响，这主要是因为用户消费的并不是软件而是服务，所以传统渠道只要有服务的优势，就可以守住自己的用户。而二、三级城市的用户对盒装产品的认可度也是远高于网络下载产品的。

    可见，杀毒软件产品同样逃不开整个软件市场走向服务化的进程，而传统渠道如果无法及时抓住这个机会，必然会在不久的将来被快速边缘化。虽然目前区域市场户的消费习惯让这一进程暂时有所放缓，但是区域市场传统渠道的危机同样就在眼前。

    网眼备忘：

    可以有永远的市场，但没有永远的生意。这世界唯一不变的就是变化。例如这杀毒软件，十多年前是多么的风光，多少厂家、多少人因为经营杀毒软件而挣得盆盈钵满。奈何天有不测风云，市场变化依然。不管是因为盗版，还是有些厂家搅局，自毁市场法则，总之杀毒软件市场的萎缩已经是有目共睹，至少现在看来已经是回天乏术。

    怎么办？没办法，认了吧。人类可以承受地震、海啸，承受生老病死，自然也能承受市场的兴衰。好在只要人类还在，互联网还在，IT 业还在，能做的事还有很多。毕竟人类的需求是无限的，市场也是无限的。

　  如果在Windows操作系统上部署Oracle数据库系统，会将起动过程写入到操作系统的服务列表中。并且一些主要的服务都会被设置为自动启动。如此的话，当操作系统启动的时候，数据库会自动启动。当关闭操作系统时这些服务也会自动关闭。
　　
　　一、了解主要的数据库服务

　　虽然Windows中安装了很多Oracle数据库服务，但是在实际过程中我们用到的只是其中的四种。分别为OracleTNSListener(这服务对应于数据库的监听程序)、OracleServiceDTM123(对应于数据库例程)、OracleDBConsoledmt123(对应于数据库的企业管理器)、OracleiSQL*Plus(对应于数据库的Isql*plus工具)。数据库管理员必须要对这四个服务的作用以及相互之间的关系了如指掌。因为有时候处于维护的需要，数据库管理员需要通过这个服务列表来管理数据库的启动与关闭。

　　如当启动这些数据库服务的时候，会占用比较多的内存、CPU等系统资源。有时候在Windows操作系统上安装Oracle数据库系统可能只是出于测试、培训等目的。为此没有必要让这些数据库服务一直运行着，而影响操作系统上的其它服务。所以有时候数据库管理员不希望这些数据库服务随着操作系统的启动而自动启动。他们希望能够在需要的时候手工启动这些服务。如此的话，在不需要用到数据库的时候，这些服务就不会占用宝贵的例程。此时数据库管理员就需要更改这些服务的启动方式。可以将以上四种服务设置为“手动”启动方式。如此的话，数据库系统不会随着操作系统的启动而自动启动。如果需要更改这些服务的启动方式，只需要选中以上对应的服务，双击这个服务，会打开一个服务管理的对话框。在这个对话框内我们可以发现有一个启动类型的下拉列表，只要选择“手动”，即可以更改这些服务的启动方式。默认情况下，这个启动类型为“自动”。如果一直不需要使用这些服务，甚至可以将启动类型设定为“已禁用”。

　  二、了解各种服务之间的关系

　　Oracle各种服务之间有着比较复杂的关系，这个复杂性主要体现在他们有很严格的相互依存关系。当启动某个服务或者关闭某个服务的时候往往需要按照一定的顺序来启动或者关闭。否则的话，可能会出现错误信息。如就以上面四种主要服务来说，他们之间的关系就比较复杂。一般情况下，只有先启动OracleTNSListener(监听程序)服务，才可以打开启动服务。如果在没有打开这个服务的情况下，而打开其他数据库服务，如OracleDBConsoledmt123(数据库企业管理器)服务，就会出现错误。系统会提示：“一些服务依赖于其它服务、系统驱动程序或者组的加载顺序，如果系统组建被停止或者运行不正常，则依赖于它的服务会受到影响”。简单的说，就是监听程序服务没有打开的话，企业管理器服务就无法启动。这两个服务之间存在着依存的关系。类似的，企业管理器服务跟OracleServiceDTM123(数据库例程)服务之间也存在着千丝万缕的关系。如果要使用企业管理器服务，那么必须先启动数据库例程服务。否则的话，又会抛出以上的异常信息。

　　数据库服务在启动的时候会受到以上限制因素的影响。在关闭这些服务的时候也是如此。不过比服务启动的时候好的多，操作会在关闭服务的时候去自动检测是否存在相关的依存服务。如果存在的话，会先自动关闭其它的服务，然后再关闭这个服务。如现在操作系统中同时启动了数据库企业管理器服务与数据库例程这两个服务。现在数据库管理员暂时不用Oracle数据库了，他就要关闭数据库例程服务以释放其占用内存与CPU资源。此时在关闭这个服务的时候，操作系统发现现有启动的服务(企业管理器)需要用到这个正在关闭的服务。此时操作系统会先关闭企业管理器服务，然后再关闭数据库例程服务。也就是说，服务在启动的时候，如果服务之间存在依存关系，操作系统是不会自动启动的。而是抛出异常信息，让数据库管理员手工启动相关联的服务。但是在关闭服务的时候，则如果遇到相互依存的服务，操作系统会自动关闭相互依存的服务。为此在关闭某个服务的时候，数据库管理员一定要了解他们之间相互依存关系。要防止为了关闭某个服务，而同时关闭其它正在使用的服务。此时可能会给用户造成不必要的损失。

　　三、利用服务启动数据库与利用命令启动数据库的差异

　　在使用命令启动数据库的时候，可以利用不同的选项让数据库启动在不同的状态中。如通常情况下利用命令来启动数据库，带上不同的选项，可以让数据库只启动例程(带上Nomount选项)、挂载数据库而不打开数据库(采用mount选贤)、打开数据库(采用open选项)或者以受限模式(带上restrict选项)打开数据库系统。有时候以某种特定的方式来打开数据库系统对于数据库管理员维护数据库是非常重要的。如数据库管理员需要将某个数据库文件移动到新的硬盘上以减少硬盘的I/Q冲突或者需要将数据库从非归档模式转换到归档模式的时候，就需要将数据库启动到挂载模式。即打开控制文件而没有打开数据文件。此时可以更改控制文件中的内容(控制文件已经打开);也可以移动数据文件(数据文件在挂载模式下还没有打开。只有在这个模式下才能够完成对数据文件的更名、移动等操作。而且利用命令还可以在不同的模式下进行转换。如现在处于数据库挂载模式，则可以利用alter database open命令将数据库转换为打开模式。这些功能通过Oracle服务都是无法完成的。

    而通过服务来控制数据库的启动与关闭，就不能够做到这么精细的控制。一般情况下，只有监听程序服务、数据库例程服务和数据库企业管理器服务三个服务同时打开的情况下，对应的数据库才处于启动状态。或者说，只有数据库企业管理器服务启动时数据库才处于打开状态。因为只有有监听程序服务、数据库例程服务这两个服务启动后，才可以启动企业管理器服务。所以一般情况下，企业管理器服务启动了，就表示这三个服务已经同时启动。如果有一个服务还处于关闭的状态，那么数据库就是处于关闭状态。

　　可见通过命令与通过服务来管理数据库的启动与关闭存在很多的差异。一般情况下笔者建议大家还是通过命令来维护数据库的启动与关闭操作为好。不过通过服务，也可以起到一些命令无法实现的功能。如现在数据库管理员不希望数据库随着操作系统的启动而自动启动，此时就可以通过更改对应服务启动类型来实现。如可以将上面的服务的启动类型设置为“手工”启动。此时当操作系统启动时，就不会自动启动数据库系统。不过这主要用于一些测试服务器或者培训服务器上。对于在企业生产环境中使用的数据库服务器，往往要将这个服务设置为自动启动。即让操作系统启动时自动启动数据库服务，以减少数据库管理员的工作量。所以说，虽然通过服务来管理数据库的启动与关闭进程，属于粗放型的管理。但是有时候数据库管理员确实也离不开它。

　　最后需要提醒的一点是，在Windows操作系统中，默认情况下数据库系统是会随着操作系统的启动而自动启动的。而在Linux等到作系统平台上，由于没有这种服务的管理机制，所以在Linux操作系统部署Oracle数据库系统的时候，默认情况下是不会随着操作系统的启动而启动的。如果数据库管理员需要让其随着操作系统启动而自动启动，就需要在启动列表中加入相关的指令才行。这是在两个不同操作系统上部署Oracle数据库的一个很明显的区别。

   Zend 公司的核心产品应该是 PHP 语言。其实我们把 PHP 理解为一个 Web 引擎或开发平台可能也没错。Zend 公司依托其优秀的、开源的 PHP 语言在程序员中创下了良好的口碑，并围绕 PHP 语言开发了一系列的支持产品，形成了一条从 Web 项目/产品开发到部署的生产线。

    但是很奇怪的是，很多程序员，甚至多年从事 PHP 开发的程序员，对 Zend 的完整产品线都不甚了了。网上经常见人问起：Zend sever 和 Zend Studio server 是一样的吗？Zend Platform 又是个什么东东？这可能和国内 PHP 的发展现状、程序员的职业结构有关系，也和 Zend 公司的推广不力有关系，不再啰嗦……

    Zend 的除过 PHP 语言以外的产品很多，而且基本都是收费的。这可以理解为 Zend 的一种开源框架下的营销模式。在网上偶尔看到的报价，也不知道是哪一年哪个版本的，大家可以参考：

    Zend Platform Developer Solution standard：￥14950
    Zend Platform Developer Solution standard,GUI Design Studio：￥17944
    Zend Platform Developer Solution Enterprise：￥21950
    Zend Guard：￥4800
    Zend Studio：￥5736

    我们比较常见的 Zend 的产品有 Zend Guard，是用来对 PHP 脚本进行加密和代码混淆的，目的是保护程序员的代码。Zend Guard 可以实现对 PHP 应用的脚本进行加密保护和对PHP开发的产品进行商业许可证管理。Zend Guard 可以为许多软件生产商和IT服务提供商提供安全的完善的加密和安全的产品发布系统。

    另一个常见的 Zend 产品是 Zend Framework，就是基于 PHP 语言的一个开发框架。该框架基于 PHP5.2 以上版本开发，目标是把 PHP 开发引进企业 Web 开发的领域，与 Java、.NET 一争高下。该框架在 PHP 程序员中的争论比较大，反对者的核心理由是，Zend Framework 使本来轻量化的 PHP 语言变得臃肿和繁琐，失去了 PHP 语言轻灵的本性。虽然 PHP 开发领域类似 ZF 的框架非常之多，多到令人眼花缭乱，而且 ZF 也不是在所有产品品质上都属上乘，但现在选用 ZF 进行开发的公司越来越多，原因是 ZF 系出名门，为 Zend 公司自己所开发，给人的感觉是“根红苗正”，没有产品中途夭折的后顾之忧 - 除非 ZF 和 PHP 一同消失。

    Zend 公司其他一些产品在 PHPer 中使用的并不广泛，或者说不普及。比如：

    Zend Core2.5.2：这是一套 PHP 运行环境的部署软件包，包括 PHP，Zend optimizer，Zend Framework，Apache，MySQL，PHPMyAdmin，Oracle 客户端等，类似 appServer、XAMPP 等第三方软件。但 Zend Core 着实没有 appServer、XAMPP 等软件更有名气，使用率也不高。

    Zend Studio：是一套 PHP 开发与调试的 IDE 软件，分客户端和服务器端。程序员常用 client 端，可以配合 Zend Studio server 来调试程序。客户端也可以单独安装使用。Zend Studio 的最新版本是 7.1，也是收费软件。

    Zend Server：PHP 的应用服务器环境。据说不再继续升级，用 Zend Platform 代替了。

    Zend Platform：较新的版本是 3.0.3，是 Zend 企业应用的一揽子解决方案。可以提供 30 天的免费测试，期满后，只有一个组件可用，只能作为类似 Zend Studio Server 用来调试。安装 Zend Platform 之前必须安装 Zend Core。
    Zend Platform 提供了许多利于企业开发和部署的有用功能，比如 Session 集群(负载均衡不丢失会话)，Java桥（调用Java类）等。
    摘录某网站对 Zend Platform 的介绍：

    Zend Platform 是唯一的一个可以让企业的应用持续稳定运行的PHP生产环境。

    在为IT个人和企业提供企业级的高稳定性的应用的前提下，Zend Platform可以提供给你高性能和扩展性等特点，并让你的用户在你的Web上以最好的响应速度愉快地浏览。

    Zend Platform 也是唯一地能够保证稳定的服务的平台。它通过PHP监控和即时的错误处理系统,来代替传统的错误定位方式，让你的开发和维护工作轻松而愉快。

    Zend Platform让Web和数据库服务器根据负载和应用复杂程度的提高持续稳定运行。

    高扩展性: 在降低生产成本的同时，响应更多的用户请求。
    强有力的优势: 确保PHP应用得到最高的性能。
    更高的效率: 无缝的运行和配置管理。
    令用户满意的浏览: 提高用户的浏览效果，令用户满意并持续对网站的浏览。
    强大的管理和错误处理方案:
    Zend Platform 精确地找出瓶颈问题和运行时的错误，及时发现脚本或者函数执行缓慢，发现空白或者不完整的页面，同时还能随时注意系统的负载和所有类型的PHP和数据库的错误。所有这些都可以鼠标轻松地进行配置。另外，Zend Platform的新的Session Clustering的模块将极大地提高你的PHP应用的扩展性。

    Zend Platform 具备的特点:
    中心控制台: 显示PHP运行环境的各个方面。
    综合的应用: 杰出的运行概要分析和性能监控
    跟踪调试: 重现错误并保存完整的错误文档。具体的警报信息自动发送至相关的IT人员。在线调试 & 实时的错误修正。通过 Zend Studio 集成环境实现
    性能提高: 运行中实时的代码优化；代码加速和预编译；完善的缓存解决方案；文件下载优化和加速；对PHP4和PHP5完善的支持。
    独特的功能: PHP Session Clustering；PHP Intelligence；PHP Performance Management；PHP Configuration Control；PHP/Java Integration Bridge；Session 跨服务器。

    性能提高 (up to x10)
    加锁机制保证数据的完整性
    与原来的PHP脚本无缝连接
    独立于负载均衡服务器
    线性地升级性方便地添加服务器
    即装即用的解决方案:

    安装&配置方便而简单
    在Web服务器上面以PHP的模块安装
    较低的生产环境配置要求
    无需重新编译PHP和Apache
    无需更改现有代码

    作者：张庆(网眼) 2009-2-1
    来自“网眼视界”：http://blog.why100000.com
    “十万个为什么”电脑学习网：http://www.why100000.com