在新浪微群一天一技術分享裡面看到一篇有童鞋分享的一篇fcgi vs. gunicorn vs. uWSGI的文章,文章的測試附圖很是讓人興奮:於是自己在本地測試了一下,結果基本和上面的結果一致。(以下為簡單的ab測試結果: ab –c 100 –n 1000 http://127.0.0.1/ )首先是 nginx + fcgi的結果(fcgi prefork 4 processors): 接著是nginx + uwsgi的結果(uwsgi 4 workers):
步驟一:首先請點擊 這個網站http://live.clientui.com/呵呵。這控制項爽把。 步驟二:然後請點擊這個網址http://www.clientui.com/download/看到沒這裡注意只有 Emai 要填正確。別的亂填即可填完之後提交 步驟三:接下來看看你的郵箱收到的右鍵會有下面的一段小東西把注意點擊上面那個 近700M的下載。 點擊下載有700M噢 要耐心點哦。下載完了就安裝注意在安裝時一般會出現亂碼,不要管。等著。等個十分鐘就裝好了。 步驟四:呵呵
之前寫過一個篇 【HTTP協議詳解】 ,這次繼續介紹HTTP協議中的緩衝機制。HTTP協議提供了非常強大的緩衝機制, 瞭解這些緩衝機制,對提高網站的效能非常有協助。 本文介紹瀏覽器和Web伺服器之間如何處理"瀏覽器緩衝",以及控制緩衝的http header.本文會使用Fiddler來查看HTTP request和Response, 如果不熟悉這工具,可以先參考[Fiddler教程] 。在看本文的時候,
XSS 全稱(Cross Site Scripting) 跨站指令碼攻擊, 是Web程式中最常見的漏洞。指攻擊者在網頁中嵌入用戶端指令碼(例如JavaScript), 當使用者瀏覽此網頁時,指令碼就會在使用者的瀏覽器上執行,從而達到攻擊者的目的. 比如擷取使用者的Cookie,導航到惡意網站,攜帶木馬等。 作為測試人員,需要瞭解XSS的原理,攻擊情境,如何修複。 才能有效防止XSS的發生。 閱讀目錄XSS 是如何發生的HTML EncodeXSS
文章目錄 有很多人寫了叢集索引和非叢集索引的文章,但我覺得在很多文章中表達的概念並不清楚,因此自己也寫一篇,能夠讓自己想清楚。我的最初目的是要寫到NO SQL,因此這系列的文章主要是關注在 1.資料庫索引結構、2.表聯結、3.遞迴查詢這幾個點上。一、基本概念1.資料的讀取頁(page)是SQL
這幾天各大站幾乎都圍繞著一個很好玩的命題,即12306的最佳化。CSDN,園子裡,51CTO很多地方的大牛們都給出了‘最佳化方案’。說的最多的還是‘分布式’,‘海量訪問’..... 等等。 本來我也同各位菜鳥一樣抱著學習的心態板著板凳來圍觀各位大牛們的解答。可今天在CSDN上看到這篇文章,卻有著嚴重的被騙的感覺。 原來12306最大的問題不是什麼海量訪問或者還不讓人想吐的介面,而是商務程序。只要簡單的改變商務程序才是解決12
Fiddler是用C#開發的。 所以Fiddler不能在Mac系統中運行。 沒辦法直接用Fiddler來截獲MAC系統中的HTTP/HTTPS, Mac 使用者怎麼辦呢?Fiddler可以允許“遠端連線”。 我們可以利用這個間接來實現Fiddler捕獲Mac系統發出的HTTP/HTTPS 閱讀目錄:使用虛擬機器虛擬機器的網路使用“Bridged” 模式配置虛擬機器上的Fiddler, 允許“遠端連線”擷取虛擬機器Windows7的IP地址配置Mac,把Proxy
給Xaml需要的C# 上文講到了一種比較好玩而獨特的Silverlight的開發模式-----即改即現。如上文所講的那樣,這種模式本身是比較爽的,你當即改的XAML,當即改的UI,可以不經過編譯階段,直接在介面上顯示。但問題就是,我們實際的業務過程中,一定會有相應的C#代碼來對應這份XAML。而本文怎是闡述我的實現方式。 又得說說傳統的Silverlight開發了
文章目錄 第一章 整潔代碼第二章 有意義的命名第三章 函數第四章 注釋第五章 格式第六章 對象和資料結構 全書一共400多頁,一共17章,第十三章講並發,並且在附錄A中有對並發的補充,第十四到十六章是一些Java代碼的案例,第十七章相當於一個總結。本次寫讀書筆記主要涵蓋前十二章的內容,由於篇幅分為上下兩篇。第一章
之前寫過一個篇 【HTTP協議詳解】 ,這次繼續介紹HTTP協議中的壓縮。本文會使用Fiddler來查看HTTP request和Response, 如果不熟悉這個工具,可以先參考[Fiddler教程]HTTP壓縮是指: Web伺服器和瀏覽器之間壓縮傳輸的”常值內容“的方法。 HTTP採用通用的壓縮演算法,比如gzip來壓縮HTML,Javascript, CSS檔案。 能大大減少網路傳輸的資料量,提高了使用者顯示網頁的速度。當然,同時會增加一點點伺服器的開銷。
今早收到一份老外的郵件,說我的xgcalendar外掛程式被人盜版了,問我是否提供給了對方授權,並提供了對方的網站,如果沒有他只是告訴我有這樣一件事件http://www.web-delicious.com/jquery-plugins/ (訪問該網站竟然還要翻牆)
非Web程式(傳統型程式)的設定一般都存在註冊表中。 給這些程式做自動化測試時, 需要經常要跟註冊表打交道。 通過修改註冊表來修改程式的設定。本章介紹如何利用C#程式如何操作註冊表, 特別是如何操作64位作業系統的註冊表。閱讀目錄自動化測試經常需要修改註冊表Windows註冊表簡介C#修改註冊表32位機器和64位機器註冊表的區別C#程式訪問64位作業系統的註冊表 自動化測試經常需要修改註冊表 很多系統的設定(比如:IE的設定)都是存在註冊表中。 傳統型應用程式的設定也是存在註冊表中。
文章目錄 工具代碼沉澱代碼品質業務知識學習
之前寫過一個篇 【HTTP協議詳解】 ,這次介紹Proxy 伺服器, Proxy 伺服器是HTTP協議中一個重要的組件, 發揮著重要的作用。 本文介紹一些HTTPProxy 伺服器的概念和工作原理 閱讀目錄什麼是Proxy 伺服器Fiddler就是個典型的代理代理作用一:翻牆代理作用二:匿名訪問代理作用三:通過代理上網代理作用四:通過代理緩衝,加快上網速度代理作用五:兒童過濾器IE代理設定:手動設定代理IE代理設定:使用自動設定指令碼(PAC)IE代理設定:自動探測設定(WPAD)代理認證,40
文章目錄 第七章 錯誤處理第八章 邊界第九章 單元測試第十章 類第十一章 系統第十二章 迭進 全書一共400多頁,一共17章,第十三章講並發,並且在附錄A中有對並發的補充,第十四到十六章是一些Java代碼的案例,第十七章相當於一個總結。本次寫讀書筆記主要涵蓋前十二章的內容,由於篇幅分為上下兩篇。本篇為下,個別章節因為能力有限,沒有完全弄懂,就先空著了。第七章
文章目錄 智能提示格式化代碼SQL Search程式碼片段 智能提示SQL Prompt5的智能提示比SqlServer內建的要好很多,而且可以設定讓關鍵字自動大寫,對於資料庫中的對象可以很方便的看到對象的建立指令碼,如: 格式化代碼有時候我們把從程式中跟蹤到的代碼或是從SQL跟蹤器中跟蹤到的代碼貼到SqlServer中時是沒有格式的,有時甚至是在一行顯示,非常不方便閱讀,有了SQL
文章目錄 實現IAsyncResult 作為模式,只是一種大家認可的經驗,模式可以作為大家交流的詞彙而存在。下面我們就要介紹幾種非同步編程模式,AMP、EAP和TAP。當然,法無定法,在我們理解的基礎上,我們可以根據具體情況適度修改。下面介紹的只是在通常情況下的兩種模式會是以什麼樣子的形式出現。 一 模型簡介1.APM 非同步編程模型 這種模式的特徵是一些成對出現的方法,分別以Begin和End作為首碼。 2.EAP 事件架構非同步模式
使用git也有一段時間了,把自己常用的命令用自己的描述記錄起來,方便自己備忘也方便其他人蔘考。目錄: 最基本的命令:git clone 拷貝並跟蹤遠端master分支。跟蹤的好處是以後可以直接通過pull和push命令來提交或者擷取遠程最新的代碼,而不需要指定遠程分支名字。git submodule initgit submodule update 參考HEAD 指向當前的commit
Cookie是HTTP協議中非常重要的東西, 之前拜讀了Fish Li 寫的【細說Cookie】, 讓我學到了很多東西。Fish的這篇文章寫得太經典了。 所以我這篇文章就沒有太多內容了。 最近我打算寫一個系列的HTTP文章,我站在HTTP協議的角度,
好晚了 都睡了把 呵呵.... 偷偷寫部落格玩 呵呵..... 先玩玩上面這個Silverlight的東西