自如php

目前php开发网站,最为流行的框架是哪几个?

Yii

Yii是一个基于组件的高性能的PHP的框架，用于开发大规模Web应用。Yii采用严格的OOP编写，并有着完善的库引用以及全面的教程。从MVC，DAO/，widgets，caching，等级式RBAC，Web服务，到主体化，I18N和L10N，Yii提供了今日Web2.0应用开发所需要的几乎一切功能。而且这个框架的价格也并不太高。事实上，Yii是最有效率的PHP框架之一。

CodeIgniter

CodeIgniter是一个应用开发框架——一个为建立PHP网站的人们所设计的工具包。其目标在于快速的开发项目：它提供了丰富的库组以完成常见的任务，以及简单的界面，富有条理性的架构来访问这些库。使用CodeIgniter开发可以往项目中注入更多的创造力，因为它节省了大量编码的时间。

CakePHP

CakePHP是一个快速开发PHP的框架，其中使用了一些常见的设计模式如，AssociationDataMapping，FrontController以及MVC。其主要目标在于提供一个令任意水平的PHP开发人员都能够快速开发web应用的框架，而且这个快速的实现并没有牺牲项目的弹性。当然啦，如果是自助建设网站可以借助建站宝盒来进行。

国内目前流行的免费的php+cms比较

备注：免费CMS的PHP程序下载都可以在他们的官方网站上下载(有一些不是开源的，但有免费版)，如果您对cms的概量还不很理解，请看这里：什么是CMS？

网站内容管理系统，即ContentManagementSystem，英文缩写是CMS。网站内容管理系统具有许多基于模板的优秀设计，可以加快网站开发的速度和减少开发的成本。网站内容管理系统的功能并不只限于文本处理，它也可以处理图片、Flash动画、声像流、图像甚至电子邮件档案。网站内容管理系统其实是一个很广泛的称呼，从一般的博客程序，新闻发布程序，到综合性的网站管理程序都可以被称为内容管理系统。

国内最常用的PHP+MySql免费开源CMS系统大全

1.DEDE－这是一款国内开源的cms，作者是一个个人，能做出如此功能的cms，是相当不错的。2007版功能十分强大，希望能改善之前数据量一大，更新静态页就很慢的缺点。因为开源，有较多的玩家和拥护者。非常适合有一定编程基础的站长。

官方：

2.phpcms－一个综合的网站管理系统，由PHP+MYSQL构架全站生成html，能够快速高效地应用于LINUX和WINDOWS服务器平台，是目前中国LINUX环境下最佳的网站管理应用解决方案之一。据传被酷6收购。

官方：

3.帝国网站管理系统－Ecms全称为”帝国网站管理系统”，英文译为”EmpireCMS”简称”Ecms”.Ecms是基于B/S结构，且功能强大而易用的网站管理系统．是一个经过完善设计的适用于Linux/windows/Unix等环境下高效的网站解决方案。

官方：

4.php168－PHP168整站系统，代码全部开源，可方便的进行二次开发，功能模块可以自由安装与删除，个人用户免费使用。系统频道模块很多，适合作个人门户网站。较多页面没有生成静态页。如果你想建站，就义无反顾的选择它吧！！！

官方：

5.HBcms：一个以PHP官方推荐的PEAR+SMARTY技术架构的cms，比较容易上手，适合没经验的新人做网站。没有下载，分类信息等模块，适合做文章为主的网站。全站生成静态页，默认附带了几套模板，可以方便的更换模板。个人企业都免费，无需授权。

官方：

6.SupSite－一款将论坛资源自动转换成门户网站的php程序系统，使用SupeSite，并利用你现有的论坛，你将自动拥有一个功能完备的，资源丰富的站点系统；由论坛变成网站，一切都是自动完成，你不需要任何干涉。让你轻轻松松实现建立网站的目的。

官方：

7.曼波－MAMBO，一个国外的CMS系统，功能很强大，支持添加很多组件，模块;拥有丰富的模板.Mambo是一个网站内容管理系统(CMS)，它是网站的后台引擎，使网站内容的创建、管理和共享更加简易。Mambo十分强大，但官方网站也承认，它不是典型的“门户”网站解决方案。

官方：

8.Joomla!是一套在国外相当知名的内容管理系统，2007年开源cms第一名！Joomla!是使用PHP语言加上MySQL数据库所开发的软件系统，可以在Linux、Windows、MacOSX等各种不同的平台上执行。操作接口除了美观之外，也花了很多心力在设计这些接口的简易操作性。但初次使用者，需要花一点时间学习一下操作的方式，才能运用自如。。

官方：

9.Drupal－Drupal是一个强大的软件，它可以让个人或社区使用者很容易地发表、管理并组织一个网站里大量且多样的内容。已经有许多个人和组织采用Drupal来建立各种不同的网站。Drupal是一套采用GPL授权的开放源码软件，是由数以千计的使用者和开发人员所共同维护和开发的。

官方：

10.WordPress-是一款基于PHP和MySQL的Blog软件，但是它也可以当作简单的cms系统来用。通过它可以快速而简便的搭建属于你自己的Blog（网站）平台。简而言之,这个Wordpress就相当于咱们用来搭建论坛的那些程序,比如用在自留地上的雷傲,还有别的比如PHPBB等等Wordpress因为它的安装简单和可扩展性好几乎已经成了独立搭建Blog平台的第一选择。Wordpress还有一个MU就是多用户的版本,支持多用户的Blog系统。

官方：

说到免费的PHPCMS系统，再看看目前国外的CMS状况

国外的cms比较发现：通过Alexa统计的几个主要的CMS（ContentManagementSystem）工具的最近三个月网站日浏览的统计，这份统计包括Drupal,Joomla,Mambo,Xoops和Typo3，很明显可以看出曾经的CMS老大Xoops已经式微，Mambo在变故之后半死不活，Typo3一直都名声平平（不知道Typo3与Typo是什么关系，Typo是基于RubyonRails(ROR)的blog系统，有着非常kool的ajax应用，正准备搭一个Typo看看）而相比较而言，Joomla与Drupal却变得越来越popular，四月中的那次飞跃估计与Drupal的最终推出关系比较大。当然这只是对于各个CMS的流行程度的一个估测值，会有这样那样的bias，譬如可能因为是Drupal的安装使用过于复杂所以用户才不断的到Drupal.org上去问问题，导致Drupal的网站页面访问上升，而Xoops因为发展历史很长，并且使用简单，所以用户在下载安装之后不用经常的去Xoops的网站寻求帮助（呵呵，GRE逻辑题）。但是不管怎样这份Alexa的Pageviews的统计还是能给我们指一指CMS的流行风向。点这里查看CMS整站系统介绍

如何选择最优秀的CMS，最好的CMS

现在每个CMS功能介绍上都会说自己的产品如何强大，比如说什么模板体系如何好，缓存技术如何高明，刷新效率，负载容量如何强，操作如何如何简单，容易上手，跟第三方无缝结合，还有功能模块的如何丰富，生成静态发布，信息采集吹牛谁都会，大家都会写，关键是客户如何认为，不用功能很多。另外，CMS系统SEO搜索优化也是比较重要的因素，适用得当，可以给你带来很多搜索引擎的流量。

一句话，适合自己的就是最好的。

PHP作为强大的Web开发语言，上手非常容易，开发效率很高，不需要像java一样进行编译后才能执行，但是如果用原生的PHP来开发还是会存在开发速度慢，或者说后期维护难度大，缺乏代码严谨性等问题，我就需要使用目前流行的MVC框架，那么现在有哪些PHP框架更方便，更快捷呢？

1.Laravel

laravel可以说是从去年到今年都是最热门的PHP框架之一，它的优势在于易学习，上市容易，强大的扩展类库，可以直接使用Composer引用（laravel5.5以后不需要在文件引用外加的扩展类），你可以在它的官方文档中找到很多你能用的到的扩展类，不需要自己再进行开发，方便的artisan命令，一键生成MVC以及其他常用文件，并且支持队列，数据库迁移，数据填充等功能，是一个非常有艺术感的框架。

2.Thinkphp

作为PHP开发者中最受欢迎的框架之一，它有着优雅的语法，完善的开发文档，能简单的开发出你需要的功能，比起之前的3版本，最新的版本也可以使用Composer来下载类库，并且也支持队列，身份验证，回话，高级路由等功能。

3.Yii2

拥有简洁的面向对象的框架，能够很好的扩展你的视图，总的来说Yii2对开发者是很友好的。

4.CI

它可谓是PHP框架中轻量级框架的代表，本身框架非常小，但是功能依然强大，它提供了简单而精致的开发类库，唯一缺失的就是本身的安全性。

这是目前PHP比较热门的框架，个人还是比较喜欢使用Laravel，开发效率极高，有非常多的类库来辅助支持，更新也快，最近已经更新到了5.6版本，不过建议还是使用5.5LTS长期支持版，不需要经常更新框架源码，如用上手速度来看的话，优先可以选择CI框架。

Ⅳ PHP和ＡＳＰ．ＮＥＴ哪个更好

PHP与ASP.NET都是现在很流行的脚本语言，也是当前最为热门的动态网页技术的两个，有很大的应用前景和开发价值。

所以两个的优劣也是一个“更好”能够分清的。

先说PHP，PHP是语法简明，上手快，对现有的各种数据库都支持良好，在面向对象方面也有着自己的优势。同时，PHP还有着执行效率高，服务器压力小的特点。最好的一点在于，PHP是开源的，有着无数的民间技术高手，贡献着很多实用的类库，这也弥补了它在类库方向的不足。

ASP.NET是微软.net战略的重要组成部分，从发布到现在受到人们的交口称赞。它可以使用C#和VB两种语言同时编写，更重要的是，它有着强大的类库支持，强大的不能再强大的Visual Studio的梦幻般的开发环境，它所提供的大部分的控件，可以让一个新手很容易开发出高质量的网页。但它也有很多的缺点，如Visual Studio和相关的软件全部是要收费的，而且价格不菲。目前来看，ASP.net只有在Windows平台下进行自如，虽然已经出现了一些第三方的支持，但对asp.net2.0一直没有完成支持，这也使得你可能使用windows做为你的服务器操作系统，这也是要收费的。

Ⅵ 为什么大型网站前端使用 PHP 后台逻辑用 Java

最近纠结了一下，如果开发一个大型的网站，我到底应该使用php还是jsp，后台到底使用php还是用java，我的选择要么是php要么是java，因为我喜欢linux、unix，当然window平台也必须支持，以便哦的妹纸可以查看。这就要求用一些跨平台相当好的软件+工具+语言，所以选择只能是这么几个。最后我的决定是php+java，一个前台一个后台，理由如下： php和java在开源社区的活跃度严重超过了其他的语言，使用人数也都是相当之多；活跃的开发工程师们能够给我帮助，且这俩都能很好的跨平台，不用花费大量的人力物力去维护 我也做过一个物联网的网关网站，比较复杂，当时采用的是jsp+java，复杂程度可想而知，单单说开发过程，网站部分繁琐，每次想查看结果运行网站的时候还需要重新打包部署一下，严重影响了哦的开发效率，每天的时间都是在等待（因为网站比较复杂，打包部署需要浪费一些时间）。相对来说呢，php就没有了，php灵活，好学，上手快，容易闷态慎修改，容易发布，关键是热部署，这个真让哦眼睛大亮。当然看待任何事物都需要两种眼光，php也会有缺点，比如没有太好的开发IDE，所以拼写错误很正常，且php的sql注入危蚂敬险较大点，执行效率不高，安全性不如java。还有一些理由，来自知乎的米米们给的建议： Java的优点则是稳定可靠、运行效率高（尤其是JIT的出现之后差距更大了）、不容易犯错（强类型、预编译、必须拦截异常等等），缺点是开发和发布的效率相对较低。尽管优秀的工程师能在一定程度上改变以上的问题，但通常而言，哪能到处都是高手多如狗的梦之队？ 从MVC的层次结构上说，在一般网站项目的开发周期中，需求变更最频繁、调整最多的是View，其次是Controller，最后是Model。这非常好理解，没事干谁天天改数据结构？每次版本升级控制结构都要改的啦，或多或少而已。再次是两者之间的通信，目前RPC技术已经足够成熟，无论是Web Service/Hessian/RESTful API都能够让开发人员专注在功能开发上，而不需要过多的考虑异构平台的差异和通讯的细节。这也就意味着在大公司里同时应用两种语言的方案并不会引入过多的复杂度和工作量。当然，文档量的下限倒是因此被拔高了不少，但事实上大部分团队对此其实都是喜闻乐见的：别每天说文档重要但没空了，你不写其他同事怎么配合？ 靠近用户的前端，使用PHP能够更快的完成前端频繁而琐碎的更新，自如的应对各种需求的变化。页面的结构调整、用户输入内容的基本验证、仅只和用户交互有关的简单逻辑等都很适合使用PHP来开发，甚至可以通过类似Smarty等模板技术将其页面的变动迁移到前端团队。而基本的业务逻辑和数据的更新采用Java开发，可以有效的提高复用度、提升性能和吞吐能力、规避安全问题等。而开发效率稍有降低换来的是可维护性的提升，发布速度慢就更不是问题了，因为通常对于基础业务逻辑的调整往往都是整体修改，并层层测试确认才能发布的。 所以，大型网站前端采用PHP后端采用Java，既好招人又好维护、系统稳定还性能高、连安全性都大大增加。代码复用、文档完备度居然也都改善了。让你在以上这些好处触手可及时，对架构师知识谱系在广度上要求更高一些这事根本就不是个问题。
单一方案其实一样可以做良好的隔离，PHP同样可以提供Service，而性能问题其实很多时候是算法和架构的问题而不是语言差异的问题。如Velocity或JSTL等也是很优秀的隔离方案。
但这些方案在高压力下会暴露出很多问题而体现双语言的优势，这些在上面其实都提到，详细说明一些很难得到改变的点：
1. PHP由于其动态脚本语言的特性，包括类、函数、常量在内都需要在每次请求周期中重复执行后才能建立运行环境；为了保证解析速度而牺牲编译质量；应用了FastCGI但仅仅只是复用进程处理请求减少fork成本而不是像其他语言，初始化完毕后通过FastCGI的接口获得数据并以对应接口返回数据等几个原因，基本上已经不可能在性能上追回当初更烂现在开着JIT牌跑车的Java了。
2. 在PHP里是如此的容易犯错而难以发现，即使你用实质上出自官方的闭逗Zend Studio，也无法改变一个事实：要保证你的程序高质量无大错，得要有充足的经验、足够的严谨、以及——负责任的QA。淘宝的黄裳就曾经拿IDE这事开过玩笑。而玩笑背后的那个原因“缺乏中间件”最近几年有不少的改善，主要是不少中间件的支持变得更广泛了从而让PHP得益，但发展的根源其实还是在C和Java社区。性能和易犯错则是语言特性造成的技术难点，也是用来换取灵活、快捷的必要代价，很难去指望有根本的改善。
3. Java的世界里也有JSTL、Velocity和Freemaker等，但和PHP灵活而强大的动态能力、丰富的函数和类库、轻松的学习成本、多到令人发指的文档相比，简直就是渣，就是渣啊！JSTL改完了要重启Context啊有木有？Velocity不关缓存也要重启啊有木有？Velocity开缓存性能低下啊有木有？即使这些都不管，调整下某个数据校验规则要改Action也要重启有木有？
实际工作中性能问题可以通过良好的架构解决，容易犯错的问题可以通过框架和规范以及全面的测试来解决，中间件选择少些但其实该有的都有了，Java的灵活性一样有不少可供考虑的解决方案哪怕是挫得要死的摘掉节点重启，完成后重新上节点的策略。
所以，大家会看到单一语言的技术团队也很多，这个问题的真正考虑还是更多在团队自身的特点、积累等等。用了双语言的，也知道自己为什么要用这些，不用的也清楚自己的路该怎么走。最后的最后说一句：如果你不知道自己为什么要用双语言方案的话，基本上你也就不需要考虑它了

Ⅶ 为什么大型网站前端使用 PHP 后台逻辑用 Java

首先，为什么是PHP和Java，不是其他。这和两者的开源社区都很活跃，并且都很适合进行Web开发有很大的关系，而且都很适合Linux环境下运行，可以在运维上统一管理。
尽管.Net市场占有率也不低，但由于Windows和SQL Server的License费用、开源社区不活跃等多种问题相对而言考虑得少一些。TIOBE TOP 10中适合Web开发的语种还包括了Python Perl Ruby，其中Perl已经是昨日黄花，主要在服务器脚本领域还有较多应用，Web上已经不太可能Yesterday oncemore了。Python最近上升势头挺猛，但仅需要考虑文档较少、招聘相对困难基本就注定了暂时不会是大网站的主流选择。Ruby就不更不用提了。
再看一下两个语言之间的差异。 PHP灵活，上手快，易修改，发布快捷，缺点是容易犯错(常见如拼写错误、SQL注入、上传执行等)、执行效率不高、缺乏全局缓存。Java的优点则是稳定可靠、运行效率高(尤其是JIT的出现之后差距更大了)、不容易犯错(强类型、预编译、必须拦截异常等等)，缺点是开发和发布的效率相对较低。尽管优秀的工程师能在一定程度上改变以上的问题，但通常而言，哪能到处都是高手多如狗的梦之队?
然后从MVC的层次结构上说，在一般网站项目的开发周期中，需求变更最频繁、调整最多的是View，其次是Controller，最后是Model。这非常好理解，没事干谁天天改数据结构?每次版本升级控制结构都要改的啦，或多或少而已。而View，啥时候两天不改BU啊PM啊UED啊大概是集体休年假了吧?
再次是两者之间的通信，目前RPC技术已经足够成熟，无论是Web Service/Hessian/RESTful API都能够让开发人员专注在功能开发上，而不需要过多的考虑异构平台的差异和通讯的细节。这也就意味着在大公司里同时应用两种语言的方案并不会引入过多的复杂度和工作量。当然，文档量的下限倒是因此被拔高了不少，但事实上大部分团队对此其实都是喜闻乐见的：别每天说文档重要但没空了，你不写其他同事怎么配合?
总的来说，靠近用户的前端，使用PHP能够更快的完成前端频繁而琐碎的更新，自如的应对各种需求的变化。页面的结构调整、用户输入内容的基本验证、仅只和用户交互有关的简单逻辑等都很适合使用PHP来开发，甚至可以通过类似Smarty等模板技术将其页面的变动迁移到前端团队。而基本的业务逻辑和数据的更新采用Java开发，可以有效的提高复用度、提升性能和吞吐能力、规避安全问题等。而开发效率稍有降低换来的是可维护性的提升，发布速度慢就更不是问题了，因为通常对于基础业务逻辑的调整往往都是整体修改，并层层测试确认才能发布的。
所以，大型网站前端采用PHP后端采用Java，既好招人又好维护、系统稳定还性能高、连安全性都大大增加。代码复用、文档完备度居然也都改善了。让你在以上这些好处触手可及时，对架构师知识谱系在广度上要求更高一些这事根本就不是个问题。
好吧，后面的同学补充了一个很好的问题，为什么不是仅用PHP或是仅用Java?这个我原本稍微提了，不过之前发布前删掉了的，因为问题是为什么PHP+Java。其实也有很多公司为了保证团队组织不至于过度复杂，会更倾向于采用单一语言，尤其是中小公司。
单一方案其实一样可以做良好的隔离，PHP同样可以提供Service，而性能问题其实很多时候是算法和架构的问题而不是语言差异的问题。如Velocity或JSTL等也是很优秀的隔离方案。
但我们都知道，现实往往比理想骨感很多，这些方案在高压力下会暴露出很多问题而体现双语言的优势，这些在上面其实都提到，详细说明一些很难得到改变的点：
1、PHP由于其动态脚本语言的特性，包括类、函数、常量在内都需要在每次请求周期中重复执行后才能建立运行环境;为了保证解析速度而牺牲编译质量;应用了FastCGI但仅仅只是复用进程处理请求减少fork成本而不是像其他语言，初始化完毕后通过FastCGI的接口获得数据并以对应接口返回数据等几个原因，基本上已经不可能在性能上追回当初更烂现在开着JIT牌跑车的Java了。 更何况，还缺少了系统级共享数据的支持，使得核心数据一次性初始化后重复使用必须借助扩展或中间件。
2、在PHP里是如此的容易犯错而难以发现，即使你用实质上出自官方的Zend Studio，也无法改变一个事实：要保证你的程序高质量无大错，得要有充足的经验、足够的严谨、以及——负责任的QA。淘宝的黄裳就曾经拿IDE这事开过玩笑。而玩笑背后的那个原因“缺乏中间件”最近几年有不少的改善，主要是不少中间件的支持变得更广泛了从而让PHP得益，但发展的根源其实还是在C和Java社区。性能和易犯错则是语言特性造成的技术难点，也是用来换取灵活、快捷的必要代价，很难去指望有根本的改善。
3、Java的世界里也有JSTL、Velocity和Freemaker等，但和PHP灵活而强大的动态能力、丰富的函数和类库、轻松的学习成本、多到令人发指的文档相比，简直就是渣，就是渣啊!JSTL改完了要重启Context啊有木有?Velocity不关缓存也要重启啊有木有?Velocity开缓存性能低下啊有木有?即使这些都不管，调整下某个数据校验规则要改Action也要重启有木有?
好吧，吐槽结束。
实际工作中性能问题可以通过良好的架构解决，容易犯错的问题可以通过框架和规范以及全面的测试来解决，中间件选择少些但其实该有的都有了，Java的灵活性一样有不少可供考虑的解决方案，不说 OSGi 之类，就算是挫得要死的摘掉节点重启，完成后重新上节点的策略也都能凑效。
所以，大家会看到单一语言的技术团队也很多，这个问题的真正考虑还是更多在团队自身的特点、积累等等。用了双语言的，也知道自己为什么要用这些，不用的也清楚自己的路该怎么走。最后的最后说一句：如果你不知道自己为什么要用双语言方案的话，基本上你也就不需要考虑它了。
小猪，写程序很好玩
后端java最大的优势在于庞大的生态环境，你想解决的任何问题，java都有现成的方案，而且，相对其他语言来说，基于jvm的方案在运行效率和运维成本上平均来说是最佳的(这里不讨论说什么运维人员的能力之类的，只假设我们的运维都只具有一般的平均水平)，所以，后端天然是倾向java的，无论前端用什么。
至于前端，最大的问题在于，一个网站的UI，变动相当频繁，传统的基于java的开发方案，jsp tag lib，freemaker， velocity。。。。你让前端怎么改，怎么调试?不经过专门学习他们怎么看得懂?而且，java的开发模式，动不动上来就是MVC，后端跟前端结合太紧密了，基本上前端很难自由的在ui层工作。反过来，基于PHP的前端方案，至少做前端的都能看得懂，都能调试得了，这就是巨大的生产力的解放了，讲后端java做成rest服务，前端所有的动态代码都可以交给前端工程师，对他们来讲，最舒服的动态网页方案，自然就是PHP，这个是历史沉淀决定了，谁也没法改变，无论你多么看不起PHP，包括我自己也是并不喜欢PHP，但是仍然要再强调一次，对前端工程师来说，最舒服最自在的动态网页方案，仍然是PHP!就如同上面很多人回答的，PHP就是快，快在哪儿?PM说要改什么，前端上手10分改好，30分钟后已经release了。把任务发给后端工程师?那慢慢等吧。。。