⑴ 取代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站點，首先你要有好的伺服器，再者就是一個好的程序。代碼上精良，圖片少一點。
能緩存的就緩存。