• <ins id="pjuwb"></ins>
    <blockquote id="pjuwb"><pre id="pjuwb"></pre></blockquote>
    <noscript id="pjuwb"></noscript>
          <sup id="pjuwb"><pre id="pjuwb"></pre></sup>
            <dd id="pjuwb"></dd>
            <abbr id="pjuwb"></abbr>

            FastCGI運行模型學(xué)習(xí)總結(jié)

            Posted on 2012-01-05 16:58 冷鋒 閱讀(4454) 評論(1)  編輯 收藏 引用 所屬分類: linux

            FastCGI的工作原理

            1、Web Server啟動時載入FastCGI進(jìn)程管理器(IIS ISAPI或Apache Module)

            2、FastCGI進(jìn)程管理器自身初始化,啟動多個CGI解釋器進(jìn)程(可見多個php-cgi)并等待來自Web Server的連接。

            3、當(dāng)客戶端請求到達(dá)Web Server時,F(xiàn)astCGI進(jìn)程管理器選擇并連接到一個CGI解釋器。Web server將CGI環(huán)境變量和標(biāo)準(zhǔn)輸入發(fā)送到FastCGI子進(jìn)程php-cgi。

            4、FastCGI子進(jìn)程完成處理后將標(biāo)準(zhǔn)輸出和錯誤信息從同一連接返回Web Server。當(dāng)FastCGI子進(jìn)程關(guān)閉連接時,請求便告處理完成。FastCGI子進(jìn)程接著等待并處理來自FastCGI進(jìn)程管理器(運行在Web Server中)的下一個連接。 在CGI模式中,php-cgi在此便退出了。

            在上述情況中,你可以想象CGI通常有多慢。每一個Web請求PHP都必須重新解析php.ini、重新載入全部擴(kuò)展并重初始化全部數(shù)據(jù)結(jié)構(gòu)。使用FastCGI,所有這些都只在進(jìn)程啟動時發(fā)生一次。一個額外的好處是,持續(xù)數(shù)據(jù)庫連接(Persistent database connection)可以工作。

             

            這個很容易找到。也容易理解,但是繼續(xù)google之后,發(fā)現(xiàn)自己的概念又模糊了。

            比如有些例子用

            spawn-fcgi

            /usr/local/bin/spawn-fcgi -a 127.0.0.1 -p 9000 -C 5 -u root -g root -f /usr/bin/php-cgi

             

            參數(shù)含義如下

             

            1. -f <fcgiapp> 指定調(diào)用FastCGI的進(jìn)程的執(zhí)行程序位置,根據(jù)系統(tǒng)上所裝的PHP的情況具體設(shè)置
            2. -a <addr> 綁定到地址addr
            3. -p <port> 綁定到端口port
            4. -s <path> 綁定到unix socket的路徑path
            5. -C <childs> 指定產(chǎn)生的FastCGI的進(jìn)程數(shù),默認(rèn)為5(僅用于PHP)
            6. -P <path> 指定產(chǎn)生的進(jìn)程的PID文件路徑
            7. -u和-g FastCGI使用什么身份(-u 用戶 -g 用戶組)運行,Ubuntu下可以使用www-data,其他的根據(jù)情況配置,如nobody、apache等

             

            剛看到FastCGI原理的時候,我想象中的運行模型是,前端的反向代理服務(wù)器如Nginx收到請求,然后轉(zhuǎn)發(fā)給cgi進(jìn)程,這個cgi進(jìn)程有N個,從而實現(xiàn)并發(fā)處理。但是接下來搜索到的C語言實現(xiàn)的FastCGI應(yīng)用的例子好像又把這個模型給否定了。并且fastcgi是語言無關(guān)的,難道你要用python寫并發(fā)?

            #include "fcgi_stdio.h"
            #include <stdlib.h>
            int count;
            void initialize(void)
            {
                count=0;
            }
            void main(void)
            {
            initialize();
             
            while (FCGI_Accept() >= 0)   {
               printf("Content-type: text/html“r“n"
                 "“r“n"
                 "<title>FastCGI Hello! (C, fcgi_stdio library)</title>"
                 "<h1>FastCGI Hello! (C, fcgi_stdio library)</h1>"
                 "Request number %d running on host <i>%s</i>“n",
                 ++count, getenv("SERVER_HOSTNAME"));
                }
            }

            這個代碼看不出來有任何并發(fā)處理的部分。比如fork什么的。

             

             

            另外一種模型就是有一種叫做FastCGI進(jìn)程管理器的進(jìn)程,就像上面說的是管理fastcgi進(jìn)程的進(jìn)程,請求轉(zhuǎn)發(fā)到管理器的時候,由它來進(jìn)行選擇相應(yīng)的應(yīng)用進(jìn)程,卡就卡在這了,這個管理器是怎么來選擇進(jìn)程的啊,假如我有N個不同邏輯的可執(zhí)行文件,它怎么知道要轉(zhuǎn)發(fā)給哪個進(jìn)程呢,google到的fastcgi配置都是針對反向代理的后端也即管理器設(shè)置的,沒有發(fā)現(xiàn)有針對不同邏輯發(fā)給不同的應(yīng)用進(jìn)程的部分。

             

            繼續(xù)狂搜,還是無果,都是類似的文章。網(wǎng)上搜索不到的問題,要么就是很難很偏,要么就是很簡單,簡單到不值一提,很顯然,我屬于后者。轉(zhuǎn)換思路,開始考慮假如要自己來實現(xiàn)這個功能的話該怎么辦。一步步地推理,在結(jié)合搜索到的文章,大概理清了思路,我的理解如下,不對的地方請指正。

             

            1.有一個CGI進(jìn)程管理器,這個管理器一般是用第3方的fastcgi開發(fā)套件,比如上面提到的spawn-fcgi ,用它可以啟動指定可執(zhí)行文件的N個實例,關(guān)于之前選擇進(jìn)程的疑問,這里可以得到解釋,那就是多個進(jìn)程只是同一個可執(zhí)行文件的實例,假如你想把不同的模塊分開生成可執(zhí)行文件的話估計就得再啟動多一個管理器了吧。

             

            2.假如你是用python寫的fastcgi的應(yīng)用程序,那么當(dāng)你用管理器啟動了100個實例的時候,也就相當(dāng)于啟動了100python解析器,如果是用C等靜態(tài)語言寫的話那還好,只是跟你寫的程序大小有關(guān)。

             

            可能是沒有接觸過CGI程序的原因,讓我對這基本的模型都糾結(jié)了一下午,希望這篇文章能幫些初學(xué)者。


            Feedback

            # re: FastCGI運行模型學(xué)習(xí)總結(jié)  回復(fù)  更多評論   

            2012-01-06 10:38 by coolypf
            為了提高并發(fā)度,_同一_ fastcgi進(jìn)程可以fork多份,
            這時session管理就成了問題,apache的mod_fcgi實現(xiàn)了session affinity,
            nginx的話,可以自己用共享內(nèi)存實現(xiàn),或者用memcached。
            覺得麻煩的話,可以用FastCGI++這個庫,不必fork也可以有很好的并發(fā)度。

            posts - 15, comments - 18, trackbacks - 0, articles - 0

            Copyright © 冷鋒

            亚洲欧洲久久av| 国产精品成人久久久| 精品久久777| 天天久久狠狠色综合| 久久性生大片免费观看性| 精品国产乱码久久久久久呢| 亚洲AV无码久久精品狠狠爱浪潮| 亚洲国产精品一区二区久久hs| 99久久人妻无码精品系列蜜桃| 9999国产精品欧美久久久久久| 亚洲精品无码久久毛片| 久久精品九九亚洲精品| 亚洲国产高清精品线久久| 激情伊人五月天久久综合| 欧美国产成人久久精品| 99久久婷婷国产综合亚洲| 四虎国产精品成人免费久久| 久久99热狠狠色精品一区| 一本一道久久综合狠狠老| 久久人人爽人人爽AV片| 久久婷婷五月综合色奶水99啪| 欧美麻豆久久久久久中文| 91精品国产综合久久婷婷| 久久久久精品国产亚洲AV无码| 久久久久久狠狠丁香| 久久久噜噜噜久久中文福利| 久久精品国产精品亚洲下载| 久久免费的精品国产V∧| 久久精品国产精品亚洲精品| 久久精品中文字幕一区| yellow中文字幕久久网| 99久久精品国内| avtt天堂网久久精品| 色综合久久无码五十路人妻| 久久久无码精品亚洲日韩蜜臀浪潮 | 久久本道伊人久久| 久久久老熟女一区二区三区| 亚洲AV日韩精品久久久久| 亚洲AV乱码久久精品蜜桃| 国产毛片欧美毛片久久久| 无码人妻久久一区二区三区蜜桃 |