一要一般的http解決辦法：app端常用http服務(wù)延時(shí)拉取訊息杖小，比率間隔三秒，固然我與你由于都很輕視這個(gè)預(yù)案，但實(shí)在有企業(yè)用得贞盯。
二是基于comet的解決辦法(雖然就是特征提取http）：app端進(jìn)行comet服務(wù)項(xiàng)目獲取訊息，即app端組建做次http懇求沪饺，后來(lái)服務(wù)端查檢有木有待發(fā)收的新消息躏敢，假若有立馬加載給app端，假若無(wú)整葡，則把當(dāng)下http請(qǐng)示脫機(jī)幾多幾多秒件余，如三十秒，我在這三十秒內(nèi)遭居，假若別人給現(xiàn)階段的app客戶上傳訊息啼器，服務(wù)端能在這里三十秒任一點(diǎn)兒隨時(shí)截止當(dāng)下脫機(jī)的http懇求，并把訊息同時(shí)跳到給app端俱萍。此預(yù)案我熟識(shí)的有icomet貼心服務(wù)端壳。
三是socket解決辦法：app端利用socket與服務(wù)端通訊，現(xiàn)如今較好實(shí)用的服務(wù)端socket解決辦法有nodejs枪蘑，swoole损谦，workerman這些岖免。平常游戲類app服務(wù)端和app端遵循此預(yù)案的較為多。
＃ vi /etc/sysconfig/network-scripts/ifcfg-em1（不一樣服務(wù)器ifcfg-em1這片的名字迥然不同）
DNS1=8.8.8.8
DNS2=58.68.236.202
＃/etc/init.d/network restart
此時(shí)要講求些許的是照捡，一直重設(shè)/etc/resolv.conf這個(gè)文檔是沒(méi)效的颅湘，網(wǎng)絡(luò)服務(wù)重起過(guò)后會(huì)依照/etc/sysconfig/network-scripts/ifcfg-em1來(lái)重載配制，假若ifcfg-em1沒(méi)得配備DNS栗精，那麼resolv.conf會(huì)被化掉闯参，重復(fù)轉(zhuǎn)變成空值。
建了DNS服務(wù)器來(lái)剖析自定的網(wǎng)站域名术羔，但有在碰上非自定的網(wǎng)站域名時(shí)赢赊，不易去全自動(dòng)剖析。運(yùn)用nslookup 會(huì)提醒 ** server can’t find xxxx: NXDOMAIN
對(duì)策：
網(wǎng)上平臺(tái)找了說(shuō)要配備DNS轉(zhuǎn)發(fā)级历，在/etc/named.conf中配備 forward 和 forwarders释移，但有配完后來(lái)，確沒(méi)得和想像中的一模一樣寥殖，自動(dòng)取到轉(zhuǎn)發(fā)給的網(wǎng)絡(luò)服務(wù)器剖析玩讳。最末將要崩毀時(shí)，搜到論談里有說(shuō)把key關(guān)于的都注解掉嚼贡，并且蠻試一試熏纯，盡然才行。只需用注解下述這方面粤策。
