test
發表文章
[轉載]Apache 中 KeepAlive 配置的合理使用
在 Apache 服務器中，KeepAlive 是一個布爾值，On 代表打開，Off 代表關閉，這個指令在其他眾多的 HTTPD 服務器中都是存在的。 KeepAlive 配置指令決定當處理完用戶發起的 HTTP 請求後是否立即關閉 TCP 連接，如果 KeepAlive 設置為On，那麼用戶完成一次訪問後，不會立即斷開連接，如果還有請求，那麼會繼續在這一次 TCP 連接中完成，而不用重複建立新的 TCP 連接和關閉TCP 連接，可以提高用戶訪問速度。 那麼我們考慮3種情況： 1。用戶瀏覽一個網頁時，除了網頁本身外，還引用了多個 javascript 文件，多個 css 文件，多個圖片文件，並且這些文件都在同一個 HTTP 服務器上。 2。用戶瀏覽一個網頁時，除了網頁本身外，還引用一個 javascript 文件，一個圖片文件。 3。用戶瀏覽的是一個動態網頁，由程序即時生成內容，並且不引用其他內容。 對於上面3中情況，我認為：1 最適合打開 KeepAlive ，2 隨意，3 最適合關閉 KeepAlive 下面我來分析一下原因。 在 Apache 中，打開和關閉 KeepAlive 功能，服務器端會有什麼異同呢？ 先看看理論分析。 打開 KeepAlive 後，意味著每次用戶完成全部訪問後，都要保持一定時間後才關閉會關閉 TCP 連接，那麼在關閉連接之前，必然會有一個Apache 進程對應於該用戶而不能處理其他用戶，假設 KeepAlive 的超時時間為 10 秒種，服務器每秒處理 50個獨立用戶訪問，那麼系統中 Apache 的總進程數就是 10 * 50 ＝ 500 個，如果一個進程佔用 4M 內存，那麼總共會消耗 2G內存，所以可以看出，在這種配置中，相當消耗內存，但好處是系統只處理了 50次 TCP 的握手和關閉操作。 如果關閉 KeepAlive，如果還是每秒50個用戶訪問，如果用戶每次連續的請求數為3個，那麼 Apache 的總進程數就是 50 * 3= 150 個，如果還是每個進程佔用 4M 內存，那麼總的內存消耗為 600M，這種配置能節省大量內存，但是，系統處理了 150 次 TCP的握手和關閉的操作，因此又會多消耗一些 CPU 資源。 在看看實踐的觀察。 我在一組大量處理動態網頁內 容的...
IP查詢相關
http://www.yougetsignal.com 可查ip轉國家、位置地圖、visual Traceroute http://www.ip-adress.com/ 可查ip地圖 (有次數限制) http://www.ip2nation.com/ (教學：http://www.neo.com.tw/archives/000980.html) 查ip的城市及經緯度： http://dir.twseo.org/ip-check.php Block a country - 封鎖來自特定國家的IP位址 http://www.blockacountry.com/
Apache的Proxy
簡單弄一弄 Apache 的 Proxy 功能 http://dz.adj.idv.tw/viewthread.php?tid=221 http://blog.roga.tw/2006/10/08/325/ Apache+Mongrel 設定： http://lightyror.thegiive.net/2006/12/apache-22-mongrel.html http://chitsaou.wordpress.com/2007/07/17/apache-mongrel-ror/ http://big5.chinaz.com:88/janpoem.my.chinaz.com/56443.shtml
釋放linux下記憶體
To free pagecache: "echo 1 > /proc/sys/vm/drop_caches", to free dentries and inodes: "echo 2 > /proc/sys/vm/drop_caches", to free pagecache, dentries and inodes: "echo 3 > /proc/sys/vm/drop_caches".
虛擬主機系列 - HTTP 的最佳化設定
http://jeantean.idv.tw/linux/rewrite.php/read-4.html 參考： Apache吃光記憶體 造成本部落格癱瘓 http://takol.tw/data/2485346e940dd66ff7.html
IP對映國家的資料庫
http://ip-to-country.webhosting.info/ TWNIC 的ip網段查詢 (故障中...) http://www.blackholes.us/zones/country/china.txt http://www.blackholes.us/zones/country/hongkong.txt 使用.htaccess來抵擋： http://blog.mingyan.idv.tw/index.php?op=ViewArticle&articleId=508&blogId=1 .htaccess的寫法
ROR電子書下載
http://www.scribd.com/doc/982548/Beginning-Rails-from-novice-to-professional OReilly Ruby CookBook 2006 http://www.scribd.com/doc/14615/OReilly-Ruby-CookBook-2006 http://www.scribd.com/doc/1563884/Programming-Ruby-2nd-Edition http://www.scribd.com/doc/984061/Practical-Rails-Projects http://www.scribd.com/doc/685968/Build-Your-Own-Ruby-on-Rails-Web-Applications http://www.scribd.com/doc/42171/Rails4Days http://www.scribd.com/doc/387892/Build-your-own-RoR-Web-Applications http://www.scribd.com/doc/984066/Manning-Publications-Ruby-for-Rails http://www.scribd.com/doc/14617/Everyday-Scripting-with-Ruby-Jan-2007 Powered by ScribeFire .
Rails 更新至 2.0.2相關
Rails 2.0 的鷹架已經改為外掛： 如果直接使用動態鷹架，則會出現： undefined method `scaffold' for .... 的錯誤訊息 ruby script\plugin install scaffolding (來源： http://dev.rubyonrails.com/svn/rails/plugins/scaffolding/ ) 還要安裝 pagination(分頁)的套件 (否則會出現 undefined method `pagination' for...) ruby script/plugin install svn://errtheblog.com/svn/plugins/classic_pagination (若無法安裝，則使用： ruby script/plugin install http://tools.assembla.com/svn/breakout/breakout/vendor/plugins/classic_pagination/ 或 ruby script/plugin install svn://errtheblog.com/svn/plugins/will_paginate ) http://blog.pbg4.org/2007/12/20/upgrade-to-rails-2-0-2 Powered by ScribeFire .
Wordpress 佈景 -- vslide 3
官網： http://irui.ac/cool-stuff/vslider3/ 中文化： http://blog.silence.idv.tw/download/ Powered by ScribeFire .
語言戰爭
這篇文字於2006年9月1日張貼在約耳談軟體首頁。 有位老朋友寫電郵問我： 「我有幾個基本的問題，希望你能回答。要在一台Web伺服器、Web應用程式以及大規模分散模型及collection模型上建立一套企業級的應用程式，有哪些現有的技術可以達成。這個專案是由零開始的，沒有任何舊程式碼包袱，還有一些我不想拿出來煩你的細節... 「你會選.NET路線還是J2EE？」 「我們應該用哪一種Web伺服器呢(Apache, IIS或其他)？為什麼呢？」 「你推薦什麼Web開發語言(ASP.NET, Ruby, Ruby on Rails, Java, Python等)？原因為何？」 「你的公司是用什麼組合？為什麼會呢？」 呃，真是個好問題，既不可能回答卻又非常容易！ 抱歉，我應該停止打啞謎。前陣子寫了一篇名為 程式設計領域的帕麥爾斯頓勳爵 的 文章，我在文章裡面聲稱，有些程式設計的世界(如.NET及Java)非常廣闊而複雜，以致於絕不可能及早知道它們是否好到能滿足你的需求。更何況是 C#/.NET/IIS組合和Java/J2EE/Apache/Solaris組合，還有PHP/Apache/Linux組合間的爭議多年來未曾平 息，正確答案是永遠都找不到的。因為這些平台各別的優缺點實在太多，所以各陣營的擁護者就會吵個不停，永遠無法接近「真相」。不過說實在的，這些爭議挺有 趣的。 你可能會認為，如果能找到在多個平台上都有豐富經驗的某人，問他準沒錯吧。這種人我看到過的並不多，不過有兩件事我倒是可以確定： .NET、Java以及PHP一直都被全世界的人用來建立Web應用程式。這些人並沒有因為選擇了其中某項技術而失敗。 所有這些環境既巨大又複雜，你絕對需要至少一位對所選平台有深厚開發經驗的架構設計師，否則你會做錯事，最後做出一堆必須重整結構的爛程式碼。 去年夏天我們找了 一組實習生 建立了 Copilot ，當時我們必須決定新程式碼所用的語言。我知道新專案通常會有一大段評估期去決定所要用的技術，評估期間還會伴隨許多爭論，會有某個瘋子真的浪費時間去評估 Squeak 和 Lisp 還有 OCaml ， 以及其他種種真正出色值得崇拜，卻又缺少無數Web軟體開發必備系統的程式語言。這些爭議非常有趣卻只會浪費時間，因為到頭來只有三個半平台(C#, Java, PHP, 剩的半個是Python)有相...