⑴ 取代apache的高性能web服务器怎么样
Nginx是一款轻量级的Web 服务器／反向代理服务器及电子邮件（IMAP/POP3）代理服务器，并在一个BSD-like 协议下发行。
由俄罗斯的程序设计师Igor Sysoev所开发，最初供俄国大型的入口网站及搜寻引擎Rambler（俄文：Рамблер）使用。 其特点是占有内存少，并发能力强，事实上nginx的并发能力确实在同类型的网页服务器中表现较好.目前中国大陆使用nginx网站用户有：新浪、网易、 腾讯,另外知名的微网志Plurk也使用nginx。
⑵ 高性能web开发 如何加载JS，JS应该放在什么位置
所有浏览器在下载JS的时候，会阻止一切其他活动，比如其他资源的下载，内容的呈现等等。至到JS下载、解析、执行完毕后才开始继续并行下载其他资源并呈现内容。
1、放在底部，虽然放在底部照样会阻塞所有呈现，但不会阻塞资源下载。
2、如果嵌入JS放在head中，请把嵌入JS放在CSS前面。
3、使用defer
4、不要在嵌入的JS中调用运行时间较长的函数，如果一定要用，可以用setTimeout来调用
http://www.cnblogs.com/mofish/archive/2011/09/29/2195256.html
上面有实验证明
⑶ 类似openresty的高性能web平台有哪些
OpenResty 软件包的维护者也是其中打包的许多 Nginx 模块的作者，所以 OpenResty 可以确保所包含的所有组件可以可靠地协同工作。
OpenResty的安装与配置
环境准备
$yum install -y gcc gcc-c++ readline-devel pcre-devel openssl-devel tcl perl
OpenResty允许开发人员使用lua编程语言构建现有的Nginx的C模块，支持高流量的应用程序。
⑷ 如何理解openresty标榜的异步非阻塞高性能web服务器
OpenResty （也称为 ngx_openresty）是一个全功能的 Web 应用服务器，它打包了标准的 Nginx 核心，很多的常用的第三方模块，以及它们的大多数依赖项。
OpenResty 通过汇聚各种设计精良的 Nginx 模块,从而将 Nginx 有效的变成一个强大的 Web 应用服务器,这样, Web 开发人员可以使用 Lua 脚本语言调动 Nginx 支持的各种C以及Lua 模块,快速构造出足以胜任 10K+ 并发连接响应的超高性能Web 应用系统.
OpenResty 的目标是让你的Web服务直接跑在 Nginx 服务内部,充分利用 Nginx 的非阻塞 I/O 模型,不仅仅对 HTTP 客户端请求,甚至于对远程后端诸如Mysql,PostgreSQL,~Memcaches 以及 ~Redis 等都进行一致的高性能响应.
⑸ 《High Performance Web Sites》txt下载在线阅读全文,求百度网盘云资源
《高性能网站建设指南》（Steve Souders）电子书网盘下载免费在线阅读
链接: https://pan..com/s/1HEvyNhrIx09IVxcSMO7I-w
书名：高性能网站建设指南
作者：Steve Souders
译者：刘彦博
豆瓣评分：8.5
出版社：电子工业出版社
出版年份：2008年
页数：146 页
内容简介：
本书结合Web 2.0以来Web开发领域的最新形势和特点，介绍了网站性能问题的现状、产生的原因，以及改善或解决性能问题的原则、技术技巧和最佳实践。重点关注网页的行为特征，阐释优化Ajax、CSS、JavaScript、Flash和图片处理等要素的技术，全面涵盖浏览器端性能问题的方方面面。在《高性能网站建设指南》中，作者给出了14条具体的优化原则，每一条原则都配以范例佐证，并提供了在线支持。《高性能网站建设指南》内容丰富，主要包括减少HTTP请求、Edge Computing技术、Expires Header技术、Gzip组件、CSS和JavaScript最佳实践、主页内联、Domain最小化、JavaScript优化、避免重定向的技巧、删除重复JavaScript的技巧、关闭ETags的技巧、Ajax缓存技术和最小化技术等。《高性能网站建设指南》适合Web架构师、信息架构师、Web开发人员及产品经理阅读和参考。
作者简介：
Steve Souders在Yahoo!担任Chief Performance。他于2000年加盟Yahoo!，在该公司的很多平台和产品团队中工作过。在他到达今天这个位置之前，他就职于My Yahoo!开发团队。.
作为Chief Performance Yahoo!，他开发了一系列优秀软件，可以使网站访问速度变得更快。他构建了用于进行性能分析的工具，并将这些优秀软件和工具传播到Yahoo!的各个产品团队中。
在到Yahoo!之前，Steve就职于很多小型或中型公司，包括他和别人一起创办的两个公司——Helix Systems和CoolSync。
⑹ 怎样具备大规模高并发访问的Web应用架构设计和开发经验
理论上经验这个东西是学不来的.
说一下我的例子.
刚入行的时候,基本就是写了一些增删改查.甚至session都不太理解.
随着入行后,你会遇到各种各样的问题.在解决问题的过程中,经验来了.
简单说一下所谓大规模高并发访问的web架构吧.
其实,对于大规模高并发不外乎两点,第一点是及时相应(尽可能优化io).第二点是数据安全.
这两点控制的好,就没问题的.所以,我们的架构也就围绕在这两点应运而生.
第一点,为了尽可能提高应用的io吞吐量.则需要我们把所有耗时的io操作尽可能的优化,比如全局使用很少更改的一些配置,则可以采用nosql来全局共享(注意,这里的全局是指服务器集群.如果涉及到了大规模,肯定是多服务器的).在其次可以增加服务器缓存.比如2秒钟从上一条的服务器读取配置,存到服务器级别.以提高效率.还有线程缓存.如果业务复杂可能对一个请求需要查询多次数据,不变的,老规矩,放到线程缓存.基本也就差不多了.
第二点,因为应用不同,要考虑容错率.这个部分优化,可以考虑分离业务,把必须要数据安全的业务逻辑提取出来,队列执行或者特殊处理.
剩下的就是服务器部署与如何分配,比如多少台web服务器,数据库配置,内存服务器配置等.
这只能是在实际项目和工作过程中来区别对待了.
⑺ 构建高性能WEB站点怎么样
首先，建议题主对这个网站的流量成长进行预测，如果是一个startup公司，一开始很难有这个么高的并发需求的。你们真正要做的是规划一条技术演进路径，以便业务量上来的时候能平滑演进到100万并发的能力。注意我说的是演进，不是扩展。“演进”意味着这个约束很宽泛，只要你现在的设计不阻碍系统向更高的能力进化就可以了，甚至只要你的数据能迁移到今后更强大的系统就可以了。“扩展”意味着一开始要把很多东西想清楚，我相信访问量从1到100万这个过程中，系统本身的发展还有团队对系统的理解也会有100万倍的变化，所以那个时候的需求和技术约束是很难想出来的，因此架构也想不出来，硬要去落实的话，很可能会浪费投资。
现在我们假设100万的需求确实来了。
现在有大规模并发需求的IT系统可以分为两类，一类是淘宝这样的网站，虽然并发大，但是模式简单，交互拓扑是无数客户端围绕服务器云组成的星形模式，交互总是由客户端发起，因为http，本质上没有会话的概念；一类是QQ，微信这样的及时通信系统，交互拓扑是无数客户端互相联系形成的网状模式（服务器云是中间人），有强烈会话的概念，会话的生存期有可能会很长，中间有反复的交互。不知道你的系统更像哪一类？滴滴打车应该是属于第二类的。
如果是第一类，有许多现成的模子可以套
首先，处理简单的静态内容，引入反向代理，动静分离，把静态内容放到专门的服务器上，进一步可以把静态内容部署到CDN；
其次，真正困难的是动态部分。
步骤一，读写分离，利用mysql的主从复制功能，把数据分发到如果服务器，主服务器只管写请求，读请求offload到从服务器；
步骤二，单台主服务器扛不住了，水平分表，垂直分库，把写操作按照不同的table，offload到不同的主服务器，现在复杂度蔓延到程序内部了。
步骤三，生意实在太好了，分库分表也搞不定，上服务器集群
这个过程中，你还有别的不需要增加软件复杂度的辅助手段，比如用SSD来放数据库，加大缓存，但是不知道阿里云是否支持；还有其他软件手段，比如用NoSQL来处理日志之类特殊的数据。
如果是第二类，也有现成的模子可套。如果不想自己撸，可以先找个openfire之类的XMPP套件用起来，等不行了再扩展。
这类系统的挑战是有大量在内存中存活的会话，举个例子把，如果你用TCP来做传输，每一个会话在操作系统的协议栈里面都需要有相应的TCB，如果用UDP，那么为了处理NAT，你需要在应用层自己维护映射表。除了了传输，你在应用层还会维护大量的状态机，这也是一个耗内存和耗CPU的活计。
好在你不是第一个，网上搜索一下MSN,QQ,微信，他们的需求和你类似，一般这么解决scalability问题。
通常是垂直分解，把系统分解为若干认证服务器，会话服务器，和补充服务服务器。比如你上QQ，要先认证，那就有只负责认证的服务器招呼你，认证完了，根据当前负载，在会话服务器farm里挑一台不太忙，离你近的服务器负责你的文字聊天，如果你还想语音或者视频，那么你在发起语音视频的时候又按照前述原则给你分配相应的补充服务服务器。你可以想象，认证服务器是医院的挂号处，会话和特殊服务器就是各个科室。当然认证服务器自己也是可以通过DNS进行扩展的。
这种系统如果遇到数据库瓶颈，也可以参照前面第一类系统解决。
⑻ 高性能web站点需要考虑哪些因素
高性能web站点，首先你要有好的服务器，再者就是一个好的程序。代码上精良，图片少一点。
能缓存的就缓存。