好湿?好紧?好多水好爽自慰,久久久噜久噜久久综合,成人做爰A片免费看黄冈,机机对机机30分钟无遮挡

主頁 > 知識庫 > 閑談 Web 圖片服務器應用分析

閑談 Web 圖片服務器應用分析

熱門標簽:德州外呼系統排名 地圖標注員怎么去做 貴州全自動外呼系統廠家 機器人電銷有什么用 福州外呼系統中間件 威海人工智能電銷機器人系統 上海電銷卡外呼系統廠家 百度地圖標注備注 好看的地圖標注圖標下載
就自己的一點理解,拋磚引玉,以期能引出更具價值的信息。

事關圖片的存儲
把圖片存儲到什么介質上? 如果有足夠的資金購買專用的圖片服務器硬件或者 NAS 設備,那么簡單的很;如果有能力自己開發單獨存儲圖片的文件系統,那么也不用接著往下看了。

如果上述條件不具備,只想在普通的硬盤上存儲,首先還是要考慮一下物理硬盤的實際處理能力。是 7200 轉的還是 15000 轉的,實際表現差別就很大。是選擇 ReiserFS 還是 Ext3 ,怎么也要測試一下吧? 創建文件系統的時候 Inode 問題也要加以考慮,選擇合適大小的 inode size ,在空間和速度上做取舍,同時防患于未然,注意單個文件系統下文件個數別達到極限。

獨立,獨立的服務器
無論從管理上,還是從性能上看,只要有可能,盡量部署獨立的圖片服務器。這幾乎成為常識了(不過在我做過面向 Web 的項目之前就這個問題也被人笑話過)。具備獨立的圖片服務器或者服務器集群后,在 Web 服務器上就可以有針對性的進行配置優化。比如采用傳說中更有效率的 Lighttpd 。

如果不想在幾臺機器間同步所有圖片,只用 NFS 模式共享一下即可。注意軟、硬連接可能帶來的問題,以及 NFS 特定的傳輸速度。

獨立,獨立的域名
如果大部分 Web 頁面必須要載入很多圖片,那么需要注意 IE 瀏覽器的連接數問題(參見對該問題的測試)。

前幾天有個朋友在線上問我,"一些大網站,圖片服務器為什么都用另外一個域名? 比如yahoo.com 圖片服務器用了 yimg.com 的域名?" ,粗糙一點的答案:除了管理方便,便于CDN 同步處理,上面說的 IE 連接數限制也是個考慮因素吧(其他原因我也不知,有請 Yahoo!的同學發言) 【還有一個我沒考慮到的是 Cookie 的因素,參加樓下高春輝的留言】

雅虎 Web 優化 14 條
關于雅虎 YSlow 工具倡導的 優化 14 條規則,建議每個 Web 維護人員必須倒背如流,當然也應該辯證來看--介紹這 14 條規則的頁面本身也只能得到 70 多分...其中的第九條和上面說的獨立域名之間多少有些矛盾。實際情況要根據自己的 Benchmark 與具體需求而確定了。

有效利用客戶端 Cache
很多網站的 UI 設計人員為了達到某些視覺效果,會在一些用戶需要頻繁訪問的頁面模塊上應用大量的圖片。這樣的情況,研究表明,對于用戶粘度比較高的站點, 在Web 服務器上對這一類對象設置 Expires Header 就是十分有必要的,大量帶寬就這么節省下來,費用也節省了下來。順便說一下,對于驗證碼這樣的東西,要加個簡單的規則過濾掉。

服務器端的 Cache
在國內,CDN 也是有錢才能玩得起。而類似 Amazon S3 這樣的一攬子存儲服務,國內還沒有出現。所以,充分利用服務器端的 Cache 也是有必要的。Squid 作為反向代理服務器,緩沖圖片效果應該說尚可,新浪技術團隊貢獻的 Ncache 據評測,效果更佳。

高解析圖片問題
如果網站存在大量高解析度的圖片,那么有必要考慮部署 IIPImage 或者類似的軟件。

運營問題
很多比較有規模的網站對于用戶上傳的圖片不做任何處理,結果頁面上還能看到很多 BMP 格式的圖片(個人覺得任何網站出現 BMP 格式的圖片都是可恥的)...這完全是運營上的策略之誤了。找個程序員投入一點時間寫個圖片處理模塊,對那些"截屏"得來的圖片做個轉換,投入成本可能遠比存儲上的開銷小,而用戶再訪問該圖片,質量未必能有什么損失,瀏覽速度無疑好多了。哪種處理方式更讓人接受,不言而喻。

標簽:撫州 泉州 南陽 岳陽 邵陽 葫蘆島 南陽 白城

巨人網絡通訊聲明:本文標題《閑談 Web 圖片服務器應用分析》,本文關鍵詞  閑談,Web,圖片,服務器,應用,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《閑談 Web 圖片服務器應用分析》相關的同類信息!
  • 本頁收集關于閑談 Web 圖片服務器應用分析的相關信息資訊供網民參考!
  • 推薦文章