php大型网站

1. php能做什么网站

php可以做很多东西，小到企业网站，大到B2B比如阿里巴巴，淘宝等等，开发web上有速度上的优势，性能上也是最好的，执行速度快。PHP 还支持利用诸如LDAP、IMAP、SNMP、NNTP、POP3、HTTP、COM（Windows环境）
等不计其数的协议的服务。
还可以开放原始网络端口，使得任何其它的协议能够协同工作。
PHP 支持和所有 web 开发语言之间的 WDDX 复杂数据交换。
关于相互连接，PHP 已经支持了对 java 对象的即时连接，
并且可以将他们自由的用作 PHP 对象。
甚至可以用我们的 CORBA 扩展库来访问远程对象。
PHP 具有极其有效的文本处理特性，
支持从 POSIX 扩展或者 Perl 正则表达式到 XML 文档解析。
为了解析和访问 XML 文档，PHP 4 支持 SAX 和 DOM 标准，
也可以使用 XSLT 扩展库来转换 XML 文档。
PHP 5 基于强健的 libxm2 标准化了所有的 XML 扩展，
并添加了 SimpleXML 和 XMLReader 支持，扩展了其在 XML 方面的功能。 此外还可以开发一些桌面程序如果用户非常精通 PHP，并且希望在客户端应用程序中使用 PHP 的一些高级特性，
可以利用 PHP-GTK 来编写这些程序

2. PHP大型门户站是用静态好，还是伪静态好

你好。大型门户
一般是生成纯静态html，如果使用伪静态会占用一定的CPU使用率，对于大型门户，这并不合适。
纯静态的好处：
1、加载的时候不需要调用数据库，打开速度快。
2、减少了服务器对数据响应的负荷。
3、从安全角度讲，纯静态网页不易遭受黑客攻击。
4、从网站稳定性来讲，即使网站代码或数据库出了问题，静态网站也不会受到影响。
伪静态的好处：
1、维护方便，网页每天都自动变化，不用维护或者说极大地减少了维护量。
2、可以方便的实现对搜索引擎的优化，易于被搜索引擎收录。
3、缩短了url的长度，隐藏文件实际路径提高了安全性，易于用户记忆和输入。
4、占空间比较小，不像纯静态那样多占用近过多的空间。
5、安全性能通过url地址隐藏或加密，让黑客无法找到真实的动态页面，同时动态文件不需要太高的权限，从而避免了木马的注入。
结论：
伪静态最大的缺点就是会占用一定量的CPU使用率，增加服务器的响应时间。
1、既然真伪静态和伪静态对搜索引擎的效果一样，我们就可以选择伪静态了，毕竟它的优点是纯静态不可取代的。
2、大量使用伪静态会照成CPU超负荷，所以我们只要不大量使用就可以了，设计在线使用了相应的编译缓存技术，己经很好的优化并解决这个问题了。

3. ASP JSP PHP CGI SSI 区别是什么哪个的工资高些大型网站如新浪163SOHU是用什么技术建成的

asp(active server pages)是活动服务器文档，可以说是现在国内网上最流行的语言，它主要使用VBScript和JavaScript两种脚本语言编程。但有一个弊端，那就是安全性能太差。

JSP(Java Server Pages)是用JAVA语言作为脚本语言的，JSP网页为整个服务器端的JAVA库单元提供了一个接口来服务于HTTP的应用程序。速度快，功能强大，安全性高是它与asp最大区别，JSP由于是一种较新的技术，国内采用的较少。但在国外，JSP已经是比较流行的一种技术，尤其是电子商务类的网站，多采用JSP。

PHP（ Hypertext Preprocessor）超文本预处理器 的缩写，它是一种服务器端的 HTML 脚本编程语言,是一种简单的、面向对象的、解释型的、健壮的、安全的、性能非常之高的、独立于架构的、可移植的、动态的脚本语言。

CGI（Common Gateway Interface）通用网关接口,是HTTP服务器与你的或其它机器 上的程序进行“交谈”的一种工具，其程序须运行在网络服务器上。
不仅可以运行于windows系列操作系统上，还可以运行在UNIX操作系统上CERN或NCSA格式的服务器上运行。

SSI直译服务器端包含(Server Side Includes)，由字面上看由WEB在服务器提供的一种功能，并且是在服务器端进行的。一般说来，要完成较复杂的任务（如：聊天室／留言本等），必须设计专门的CGI或ASP程序；但是如果只是想给网页加上简单的功能(如：显示一篇文档，web服务器环境变量，关于该文档的更新日期／大小等)，则只要SSI就可以完成了。SSI则是直接由服务器解释执行的，须要WEB服务器软件支持SSI。
而且，由于直接在服务器端执行SSI，产生相应HTML代码；所以对客户端没有限制，不会产生因为不同浏览器而产生不同的观看效果。

现在的大型门户型网站一般是php技术构建。
中小型网站一般是asp。

关于哪种程序员的工资高些，真的很难定论，但不管用什么样的语言，只要精，就可以。都差不多。主要看需求。从发展上来看，php是发展的主流趋势。

4. 哪些有名网站是用php做的

知名网站的前端，一般用的是php。比如淘宝、新浪、网络等，但是这些网站的业务中心（后台业务逻辑部分），用的基本是Java，或者是.NET，或者C++，或者Python等都有可能，但可以肯定，不是PHP。这些业务中心一般通过WebService对外提供服务。

5. 为什么大型网站前端使用 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了。把任务发给后端工程师?那慢慢等吧。。。