一要一般的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)于的都注解掉嚼贡,并且蠻試一試熏纯,盡然才行。只需用注解下述這方面粤策。