• <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>
            隨筆 - 119  文章 - 290  trackbacks - 0

            博客搬家了哦,請移步
            叫我abc

            常用鏈接

            留言簿(12)

            隨筆分類

            我的博客

            搜索

            •  

            積分與排名

            • 積分 - 305321
            • 排名 - 84

            最新評論

            閱讀排行榜

            這是什么?

            我的意思是,一個網(wǎng)絡(luò)組件在接受新連接后,先以文本協(xié)議等候消息,以實現(xiàn)支持telnet查看的功能。

            telnet查看功能

            1. echo value。 網(wǎng)絡(luò)組件收到消息后,像echo服務(wù)器那樣直接返回value。value還可以是組件預(yù)置的變量,如$time返回服務(wù)器的當(dāng)前時間。
            2. name value。 網(wǎng)絡(luò)組件收到消息后,將當(dāng)前連接綁定到value這個名字上,其目的是為下一條heartbeat指令提供操作對象。
            3. heartbeat value。 網(wǎng)絡(luò)組件收到消息后,向value綁定的連接發(fā)起一個心跳檢測,將回執(zhí)通知telnet端。

            這有什么用?

            以往telnet在開發(fā)中的作用就是ping具體的服務(wù)器地址和端口,無法進(jìn)一步使用。有時候想實時的從服務(wù)器中了解一些簡單的連接信息,但是網(wǎng)絡(luò)組件只處理專有的二進(jìn)制消息,只能實現(xiàn)一個不通用的客戶端。
            若網(wǎng)絡(luò)組件在接收二進(jìn)制消息之前能夠處理一些簡單的文本協(xié)議,那么telnet就可進(jìn)一步使用,查看組件狀態(tài)甚至簡單調(diào)試組件。
            還有一種就是服務(wù)器程序監(jiān)控服務(wù),通常這種監(jiān)控服務(wù)只能判斷服務(wù)器程序是否運行或者掛掉,但是無法判斷服務(wù)器是否遇上死鎖而無法提供服務(wù)。當(dāng)網(wǎng)絡(luò)組件支持這種文本協(xié)議之后,監(jiān)控服務(wù)就能夠通過echo和heartbeat兩種消息檢測網(wǎng)絡(luò)組件listen方和connect方是否卡死。

            內(nèi)置一個http服務(wù)器不是更好?

            其實在網(wǎng)絡(luò)組件中內(nèi)置一個http服務(wù)器不是更好,可以通過wget,curl甚至瀏覽器進(jìn)行操作,可視化程度也比較高。
            我不這么認(rèn)為。其實內(nèi)置一個http服務(wù)器有點大了,搞不好比組件本身還大。再者h(yuǎn)ttp服務(wù)是和業(yè)務(wù)連接共用一個端口呢還是擁有獨立的服務(wù)端口,獨立的服務(wù)端口增加了太多的配置,共用端口的話從HTTP協(xié)議變遷到二進(jìn)制協(xié)議是不是太麻煩了點。
            posted on 2011-06-12 22:44 LOGOS 閱讀(2383) 評論(5)  編輯 收藏 引用

            FeedBack:
            # re: 網(wǎng)絡(luò)組件支持telnet檢測[未登錄] 2011-06-13 09:21 飯中淹
            我還是支持加入WEB服務(wù)的做法。
            從HTTP到二進(jìn)制協(xié)議并不難。
            考慮到越來越多的WEB整合需求,
            TELNET協(xié)議無法滿足需求。  回復(fù)  更多評論
              
            # re: 網(wǎng)絡(luò)組件支持telnet檢測[未登錄] 2011-06-13 09:24 飯中淹
            你也是做游戲研發(fā)的吧,
            服務(wù)器端需要和官方網(wǎng)站的很多WEB系統(tǒng)對接,
            如果沒有一個WEB服務(wù)的話,
            很多事情都很麻煩。

            而且在做頁游的時候,如何將POLICY服務(wù),和頁面服務(wù),以及游戲本身的邏輯服務(wù)整合到一起,最終的答案也是所有連接統(tǒng)統(tǒng)使用WEB服務(wù)。  回復(fù)  更多評論
              
            # re: 網(wǎng)絡(luò)組件支持telnet檢測 2011-06-13 11:13 LOGOS
            @飯中淹
            是做游戲研發(fā)的。
            網(wǎng)站那邊和服務(wù)器對接基本上都走二進(jìn)制協(xié)議,這個是由運營商決定的。:-p
            我的意思是在底層的network-lib支持簡單的文本協(xié)議,并非反對在具體業(yè)務(wù)上使用http協(xié)議,我甚至非常支持http協(xié)議,這樣很多工作可以構(gòu)建自動化。
              回復(fù)  更多評論
              
            # re: 網(wǎng)絡(luò)組件支持telnet檢測[未登錄] 2011-06-13 12:04 飯中淹
            @LOGOS
            我是在架構(gòu)上支持HTTP,后臺邏輯服務(wù)可以方便的利用。
            你們的運營方還真是照顧呀,哈哈。
              回復(fù)  更多評論
              
            # re: 網(wǎng)絡(luò)組件支持telnet檢測 2011-06-13 20:33 百度非官方
            專程來學(xué)習(xí)。  回復(fù)  更多評論
              
            久久91亚洲人成电影网站| 国产精品美女久久久免费| 欧美日韩精品久久免费| 99精品国产综合久久久久五月天| 日本人妻丰满熟妇久久久久久 | 欧美日韩中文字幕久久伊人| 久久99精品久久久久久野外| 午夜精品久久久久久影视777 | 久久精品国产免费一区| 日韩亚洲国产综合久久久| 久久久久亚洲av无码专区导航 | 久久久久亚洲精品日久生情| 国产成人久久激情91| 久久婷婷色综合一区二区| 久久天天躁狠狠躁夜夜2020| 久久天天躁狠狠躁夜夜网站 | 嫩草伊人久久精品少妇AV| 欧美午夜A∨大片久久| 久久婷婷久久一区二区三区| 日本五月天婷久久网站| 久久影院久久香蕉国产线看观看| 久久婷婷五月综合97色| 精品久久亚洲中文无码| 亚洲精品成人网久久久久久| 精品久久人人妻人人做精品| 亚洲午夜久久久精品影院| 久久人人爽人人爽人人片AV不 | 狠狠色丁香久久婷婷综合| 香蕉久久永久视频| 久久婷婷人人澡人人| 久久久久久久综合日本| 久久久久婷婷| 久久久久综合中文字幕| 久久午夜福利电影| 久久青青国产| 久久久www免费人成精品| 久久久久人妻一区二区三区 | 久久亚洲中文字幕精品有坂深雪| 一本一道久久综合狠狠老| 亚洲乱码中文字幕久久孕妇黑人 | 久久精品中文字幕无码绿巨人|