• <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>

            socketref,再見!高德

            https://github.com/adoggie

              C++博客 :: 首頁 :: 聯(lián)系 :: 聚合  :: 管理
              246 Posts :: 4 Stories :: 312 Comments :: 0 Trackbacks

            常用鏈接

            留言簿(54)

            我參與的團(tuán)隊(duì)

            搜索

            •  

            最新評論

            閱讀排行榜

            評論排行榜

            系統(tǒng)中,用戶的消息在移動(dòng)設(shè)備與接入服務(wù)器建立的Tcp長連接上傳遞。這些消息包括:文本,復(fù)合文本,位置信息,音頻剪輯,圖像等等。
            發(fā)送者傳送消息到平臺(tái)系統(tǒng)內(nèi)部并將消息寫入gridfs,待接收者上線時(shí)平臺(tái)將消息推送至接收者。
            考慮到帶寬利用,接收者得到的消息將不包含二進(jìn)制數(shù)據(jù),例如: 音頻,圖像等等。 這要求接收者對平臺(tái)發(fā)起一次獲取消息包內(nèi)指定的音頻和圖像數(shù)據(jù)的請求。
            移動(dòng)端向平臺(tái)請求二進(jìn)制數(shù)據(jù)的情況還包含 【離線文件傳送】場景 。
            二進(jìn)制數(shù)據(jù)往往是指那些數(shù)據(jù)量比較大的對象,這些對象在移動(dòng)兩端交換時(shí),交互通道將不占用與接入服務(wù)器的連接通道,而是通過nginx傳送到平臺(tái)內(nèi)部; 同樣接收者獲取二進(jìn)制數(shù)據(jù)也是通過nginx獲取。這種請求是HTTP的。
            這里整理的是如何在平臺(tái)部署 【負(fù)載均衡的集群的分布式的文件服務(wù)】

            nginx :               http服務(wù),提供反向代理和負(fù)載均衡服務(wù)(集群可用DNS或考慮LVS方案)
            mongodb+gridfs : 用于文件服務(wù)提供,其內(nèi)置gridfs提供了分布式,海量存儲(chǔ)的方案
            gevent+webpy : nginx直接讀取gridfs是不合適的,配置了cgi才能完成特定功能,這里使用webpy,比django更輕更好用。
                                     webpy的作用是接收到上傳和下傳文件的請求,讀寫gridfs文件內(nèi)容給移動(dòng)端。
                                      gevent是高效的通信框架,雖然單線程工作,但性能非常的好;
                                     用好gevent關(guān)鍵在與外部的io必須全部都是異步的,例如: 數(shù)據(jù)庫,文件磁盤訪問等等。
                                     mongodb對gevent已經(jīng)支持,gevent對webpy,django,psycopg2支持也相當(dāng)?shù)暮茫砸峁﹚ebservice服務(wù)那就考慮用gevent+webpy或django把,性能是杠杠的,比 apache+mod_wsgi要好很多 ,而且gevent是進(jìn)程內(nèi)的不同的HTTP REQUEST可以是共享數(shù)據(jù)的,這一點(diǎn)非常誘惑(apache+mod_wsgi的REQUEST可是隔離的哦!除非您通過redis的PUB/SUB實(shí)現(xiàn)兩個(gè)REQUEST的通信)
                                   
            關(guān)注的問題:
            1.下傳大文件時(shí)的處理
               如果直接用nginx當(dāng)然沒有這個(gè)問題 ,但用webpy讀取文件返回HttpResponse時(shí)問題來了,總不至于讀取整個(gè)文件,然后再return。
                     這種方式在php有flush方法,python只能用yield來做
             2.上傳大文件時(shí)的處理
                    當(dāng)接收到http的文件POST請求時(shí),文件已經(jīng)全部緩存到web服務(wù)器,如果同時(shí)幾千個(gè)文件上傳在進(jìn)行,服務(wù)器就會(huì)被擠爆,這也是很多網(wǎng)站不允許大文件上傳的緣故吧。關(guān)于這個(gè)問題,我想就需要修改一下webpy關(guān)于文件上傳的處理代碼了,將接收到的文件數(shù)據(jù)以流的形式寫入到gridfs里去作為臨時(shí)文件被緩存,等完全接收文件時(shí),才通知到handler代碼,這樣必定高效很多(新的問題又來了,會(huì)不會(huì)把gridfs搞爆掉! 處理時(shí)考慮延時(shí)緩存提交gridfs把)。
            BUF_SIZE = 262144
            class download:
                
            def GET(self):
                    file_name 
            = 'file_name'
                    file_path 
            = os.path.join('file_path', file_name)
                    f 
            = None
                    
            try:
                        f 
            = open(file_path, "rb")
                        webpy.header(
            'Content-Type','application/octet-stream')
                        webpy.header(
            'Content-disposition''attachment; filename=%s.dat' % file_name)
                        
            while True:
                            c 
            = f.read(BUF_SIZE)
                            
            if c:
                                
            yield c
                            
            else:
                                
            break
                    
            except Exception, e:
                        
            print e
                        
            yield 'Error'
                    
            finally:
                        
            if f:
                            f.close()



            links:
            http://api.mongodb.org/python
            http://webpy.org/cookbook/storeupload.zh-cn
            http://webpy.org/cookbook/streaming_large_files
            http://gevent.org   下份代碼 demo很值得看哦 gevent 1.0 由libev 替換了libevent

             
            posted on 2014-03-29 21:27 放屁阿狗 閱讀(1836) 評論(0)  編輯 收藏 引用 所屬分類: geventIM 系統(tǒng)
            人人妻久久人人澡人人爽人人精品| 综合久久国产九一剧情麻豆| 亚洲AV伊人久久青青草原| 69久久精品无码一区二区| 伊人久久综合精品无码AV专区 | 国产叼嘿久久精品久久| 久久久无码精品亚洲日韩按摩| 国产精品亚洲综合久久| 内射无码专区久久亚洲| 精品久久人人爽天天玩人人妻| 久久久久久久综合日本亚洲| 狠狠色婷婷久久一区二区三区| 狠狠色综合网站久久久久久久高清 | 久久精品国产精品亚洲精品| 久久精品九九亚洲精品| 蜜臀av性久久久久蜜臀aⅴ麻豆| 日韩精品久久久久久免费| 亚洲熟妇无码另类久久久| 漂亮人妻被黑人久久精品| 国产激情久久久久久熟女老人| 成人综合久久精品色婷婷| 伊人久久综合无码成人网| 久久精品人人做人人爽97| 狠狠色丁香婷婷久久综合不卡| 久久久久久综合一区中文字幕| 精品久久人人妻人人做精品 | 久久精品免费一区二区| 久久影院综合精品| 久久这里只有精品首页| 国产精品成人无码久久久久久| 亚洲国产成人精品91久久久| 久久九九久精品国产免费直播| 麻豆一区二区99久久久久| 国产精品久久久久aaaa| 九九久久精品无码专区| 久久久久精品国产亚洲AV无码 | 久久精品国产91久久麻豆自制| 亚洲国产成人精品91久久久 | 久久99精品久久久久久秒播| 2021国内久久精品| 久久r热这里有精品视频|