其他

Gearman是最早由LiveJournal內部開發並使用的一個通用並行任務調度架構，允許不同語言直接通過非常簡單的方式進行互操作。前台提交工作任務(Task)和參數，由後台背景工作處理序(Worker)完成實際工作。例如前台提交使用者需要進行渲染的圖片，由Gearman調度到後台提供渲染服務的背景工作處理序，在完成工作後返回結果給前台進行展示。提交工作和完成工作的代碼只需要通過預先協商好的參數格式進行互動，具體任務的調度、負載平衡、可靠性等，由Gearman伺服器來確保。而針對大規模應用，可以

本文出處：水水的部落格——平凡的世界最近剛開始看JQ，今天偶爾看到這篇就轉來了~下拉框：//得到下拉式功能表的選中項的文本(注意中間有空格)var cc1 = $(".formc select[@name='country'] option[@selected]").text();//得到下拉式功能表的選中項的值var cc2 = $('.formc select[@name="country"]').val();//得到下拉式功能表的選中項的ID屬性值var cc3 = $('.formc

22，23兩天下榻的酒店，正是以前在合肥上班時天天經過的一家****級。那時候很想進去享受一下，不料今日如願。實際住下來，住宿條件不及滁州的白雲，大約因為裝置老化。附屬設施很多，但沒時間也沒金錢享受，例如頂樓的酒吧……列隊入場，領導發言，廣播操，開幕式……做操差點做錯了，踢腿運動那節。流水……流水……嘩啦嘩啦……說說自己吧。當天下午的抱球接力。賽前很緊張，擔心接球失誤遭唾罵。上場了，一切像訓練一樣，自己計時，看著第一棒來了，側身，助跑，伸手接球……

省公司運動會滁州選拔賽本不打算參加，但最近讀了《跑步聖經》，有點小衝動，就報了1.5km，好歹中學的冬季越野跑上我也是一員健將。長久上班的人，體力真是不敢恭維。跑到最後只剩三個人在爭奪。一直領跑的我在-200m處被另外兩人趕超，甩開，隨後位居第二的人在-100m處兩個趔趄，趴倒。TC人包攬了兩個出線名額，我第二。然而當我代表滁州準備參加決賽的時候，我發現自己的項目變成了 抱球接力 和 齊心協力。後者解釋一下：一隊人腳踩兩條木板，同步前進。為什麼要更改項目呢？重在參與，沒人對我的成績有什麼期待。1

目標重寫設定說明正常化URLRewriteRule ^/~([^/]+)/?(.*) /u/$1/$2 [R]將/~user重寫為/u/user的形式 RewriteRule ^/([uge])/([^/]+)$ /$1/$2/ [R]將/u/user末尾漏掉的/補上   正常化HostNameRewriteCond %{HTTP_HOST} !^fully/.qualified/.domain/.name [NC]網域名稱不合格 RewriteCond %{HTTP_HOST}

聲明：本文主要內容摘自張宴的部落格http://blog.s135.com/httpsqs/一、下載&編譯&安裝注意：若在ubuntu下make和make install前別忘了加上sudo詳細步驟：1、安裝libeventwget http://httpsqs.googlecode.com/files/libevent-1.4.13-stable.tar.gz tar zxvf libevent-1.4.13-stable.tar.gz cd

本文主要研製了基於壓力感應器的水位計，該裝置主要是用於井下水位測量，主要任務是對井下水位進行即時測量和顯示，並將所測水位元據通過CAN匯流排傳送給上位機，供上位機對系統進行即時的監測與控制。系統試運行表明本裝置能夠準確檢測水位，基本符合設計的要求。由於時間的限制，該系統未能在現場環境下試運行一段時間，今後應根據現場的運行情況，對硬體部分進行完善，提高效能指標。 This paper tellls how to develop a water guage based on pressure

下午那會兒微博上瘋傳一張12306的SQL注入漏洞：以前沒怎麼玩過，那會兒正好有空，所以就上去瞅瞅。根據trace提示簡單構造一個：' OR '1'='1' OR ZIZ='注入後的效果應就是：select * from TB_INFO_CLCS  where flag = 'Y'  and czdm ='G' and cxdm like '%' OR '1'='1' OR ZIZ='%' order by cxdm果了個然~！成功鳥~！同理再構造個子查詢：' AND EXISTS

原本打算直接用nginx反向 Proxy，發現不好用，預設不支援長串連，見很多推薦HAProxy的，就試試吧~wget http://haproxy.1wt.eu/download/1.4/src/haproxy-1.4.21.tar.gztar -zxvf haproxy-1.4.21.tar.gz cd haproxy-1.4.21make TARGET=linux26 PREFIX=/usr/localmake install PREFIX=/usr/localcp haproxy-1.4

這個是昨天在尋找一個PHP調用遠程HTTP介面耗時較長問題時發現的。背景介紹：調用伺服器（下面簡稱C）和遠程介面伺服器（S）在同一機房，通過網域名稱訪問C綁hosts，設定S的內網IP，耗時幾十msC綁hosts，設定S的公網IP，耗時幾十msC不綁hosts，直接走DNS，耗時幾百ms問題好像很明顯了，應該是DNS問題。好的，那麼看一下C上設定的哪個DNS。cat /etc/resolv.conf

今天在做一個功能的時候，發現頁面中的資料數在以兩倍的速度增長（只在FF中出現）。排除了SQL和PHP代碼的問題後，又用FF的Firebug監測功能調試，發現每次重新整理對頁面會產生奇怪的第二次請求。找啊找，一步步把問題排除到調用模板的語句，發現只要一調用模板就會產生兩次請求。於是就懷疑是smarty的問題，又開始找。。。還是找不到。。。索性上網碰碰運氣，誰知貌似還真有同命相連之人。原來問題出在這裡：<img src=""

基本情況 　　小應，大學畢業，技術專業，在某合資企業做銷售助理兩年半。由於管理層在業務思路和操作要求方面存在不少矛盾衝突，給小應的工作帶來了不少壓力和煩惱。 　　小應對於目前的工作內容也不滿意，覺得層面很低，自己應該從事技術類的工作，但由於這兩年從沒有這方面的工作經曆，技術崗位的求職困難會很大，不知道該怎麼辦。 　　交串流分析 　　首先我問小應，這兩年多下來都有什麼收穫，她只是泛泛地說，積累了一些處世和人際交往的經驗。很明顯，對於這個崗位，她實質上沒有收穫感。

伺服器宕機，半夜兩點多被電話叫起，開機上線找問題，等搞完尼瑪天都亮了啊！！有木有！！~_~ —————————————————————悲催的分割線———————————————————————現象：系統/目錄被意外寫滿，發現是由於/var/spool目錄體積過大。 分析：spool裡面主要儲存了系統mail（mail！不是email！）的資訊，通過查看郵件內容，發現是由cron引起。由於這台機器在/etc/crontab裡加了監控介面的定時調用，頻繁調用加上調用命令有執行輸出，系統預設會自動給r

喝多了話也多,而這次我喝的不少,倒是別人話更多,難道酒量見漲?自己只是一根接一根的尼古丁抽著,聽著旁人的肺腑之言..."平凡人,賺不到大錢,不如早些結婚罷.兩個人面對生活比一個人要輕鬆些."-----意思就是要早點結婚,但這樣生活壓力就會減小麼?"有一技之長,我要是你早就跳槽了!"-----也許真應該這樣.學過的,學得很好的,為什麼不利用呢?為什麼總要學習和適應新的領域?自己活20餘年不容易,何必急著否定過去?主要就這些了,生活/事業.其他話題,如鬼故事,地方曆史,網路遊戲等等,不一而足.計劃已

BSD和GPL是開源界的兩大常見協議類型，這裡儘可能簡單闡述下兩者的區別：如果你使用了基於BSD協議的開原始碼，那麼你的產品除了可以繼續開放原始碼外，還可以作為二進位形式發放，甚至是作為商業軟體發布。（當然你自己也要遵循BSD協議）如果你使用了基於GPL協議的開原始碼，那麼你的產品就不能作為閉源的商業軟體發布和銷售，只能開源和供免費使用。參考資料：http://www.awflasher.com/blog/archives/939

相對於LVS來說，Nginx做反向 Proxy工作在網路更高層（7層），但對於一般的負載平衡場合已足夠應付。若訪問量非常大或穩定性要求非常高的場合，選擇LVS還是有必要的。本文力求用最簡的例子來示範如何使用Nginx做反向 Proxy實現負載平衡。實現目標：用Nginx的80連接埠負載平衡本機8001和8002兩個http服務。開始：1、安裝Nginx。不多說了，直接進入下一步，配置Nginx。2、配置Nginx修改nginx.conf設定檔……upstream

setcookie ("name","value", 0, "/",".example.com");使用以上代碼設定cookie後，在非IE（chrome、firefox等）下訪問 test_1.example.com 均可正常擷取；使用IE訪問則擷取不到該cookie。訪問 test.example.com 任何瀏覽器均可正常擷取。本來以為是setcookie參數問題，後來以為是兩套代碼不同問題，發現都不是。最後發現是網域名稱問題：網域名稱中不能含有“_”（底線）。。。------------

最近在API對接的時候遇到一些問題，記錄下。API為HTTP GET/POST方式，但對方是使用C/C++自行封裝的HTTP協議。1、nginx在HTTP1.1下預設開啟chunk模式，header中不包含Content-length，而在訊息體中會多出一些用於chunk解碼的字元。簡易擷取資料的話，還是用Content-length比較方便，這就需要處理兩個地方：程式返回前手動加上Content-length的headerNginx配置中在需要的location中關閉chunk模式

原文的大標題叫“使用事件驅動模型實現高效穩定的網路伺服器程式” -------------------------------------------------------------- 華麗的分割線 --------------------------------------------------------------前言事件驅動為廣大的程式員所熟悉，其最為人津津樂道的是在圖形化介面編程中的應用；事實上，在網路編程中事件驅動也被廣泛使用，並大規模部署在高串連數高輸送量的伺服器程式中，如

終止一個進程有很多方法（咱只說linux環境）：前台啟動並執行進程，如果沒有提供退出功能，我們通常會Ctrl+C進行終止；後台或守護進程，如果也沒有提供退出命令啥的，咱通常會kill掉；此外還有類似關機或重啟之類的特殊情況，也會導致進程終止。無論哪種方法，最終都是通過向進程傳遞訊號量的方式進行終止。只是不同的方式發送的訊號也不同：比如Ctrl+C發送的是SIGINT，kill和killall發送的是SIGTERM，kill