兄弟，你是用的linux虛擬機(jī)？

兩個(gè)網(wǎng)段不是在一個(gè)局域網(wǎng)嗎.在一個(gè)網(wǎng)段內(nèi)就沒問題.
路由設(shè)置成192.168.1.0

使用workerman對(duì)在同個(gè)搶拍房間的用戶進(jìn)行消息推送（該過程為了向各個(gè)用戶推送信息還循環(huán)建立多個(gè)curl post提交請(qǐng)求）
這里不是很清楚為什么還要建立curl連接 建立連接會(huì)比較耗時(shí)啊

我覺得這個(gè)平臺(tái)已經(jīng)廢了，提的問題能有1/3得到滿意的回答就不錯(cuò)了。。。。其余的連個(gè)答案都沒有

兩種方案
1.session入庫(kù)
2.使用memecache或者redis

何不用個(gè)好點(diǎn)的編輯器，這樣看問題很費(fèi)勁。
既然懷疑數(shù)據(jù)有問題，為什么不排版后再定位問題呢。
另外代碼問題，為什么不用代碼塊呢，圖片展示代碼不是很方便。

參考鏈接

參考鏈接2

上面?zhèn)z個(gè)鏈接很好的解決了我的問題.
關(guān)鍵之處,就在下面的代碼配置中

<Host name="localhost"  appBase="webapps"
            unpackWARs="true" autoDeploy="false" deployOnStartup="false">
            <Context path="" docBase="../webapps/project"
                 debug="0" reloadable="false" crossContext="true" />

appBase下面的所有項(xiàng)目都會(huì)被部署 所以設(shè)置autoDeploy="false" deployOnStartup="false"
如果不指定context,那么確實(shí)會(huì)只解壓部署一次,但是解壓完的項(xiàng)目名并不是ROOT這個(gè)特殊文件夾,
所以訪問項(xiàng)目的時(shí)候得帶上項(xiàng)目名.這不是我想要的效果.
context中得path指定為""那就是默認(rèn)的ROOT,docBase指定項(xiàng)目文件夾或war文件的位置.
不知道我表述的是否清楚,遇到同樣問題的朋友可以參考上面的倆個(gè)鏈接.

Change the ssh authorized way of your server to PubkeyAuthentication.

Check out this:
http://www.xshell.net/linux/x...
http://www.aiezu.com/system/l...

建議把 headers 也貼出來；

content download 指的是資源 網(wǎng)絡(luò)傳輸?shù)倪^程，從服務(wù)器到客戶端，影響這個(gè)時(shí)間的有 資源大小、客戶帶寬等因素?？梢耘袛嘞沦Y源的體積是否過大，可以通過從根本上降低資源體積（減少量或者拆包），另外也可在服務(wù)端開啟 gzip 來壓縮傳輸文件的體積，以此來降低需要傳輸?shù)馁Y源大小，減少下載時(shí)間

鏈接描述

自己不能先搜一下？

Linux下/dev/console是系統(tǒng)終端設(shè)備文件，不同版本可能使用上可能有不同。

ubuntu/debian下，指向/dev/console的輸出，　會(huì)輸出到/dev/tty0下。

實(shí)驗(yàn)如下：
打開終端:

$ sudo su
# while [ true ]; do echo "Hello world!"> /dev/console ; sleep 1 ; done;

按　Alt+Ctrl+F1 切換到tty0

你將會(huì)看到你的　Hello world!

按Alt+Ctrl+F7切回圖形界面

這是因?yàn)閏npm安裝后windows并沒有識(shí)別到對(duì)應(yīng)的可執(zhí)行文件，配置下環(huán)境變量就好了，把cnpm的可執(zhí)行文件的目錄配置到環(huán)境變量的path路徑中，這樣子cmd運(yùn)行cnpm時(shí)候就會(huì)搜索到該可執(zhí)行文件，就可以正常使用了

這是對(duì)的，你在cmd終端下用dir命令也能看到這兩個(gè)特殊目錄。

如果你學(xué)過一點(diǎn)點(diǎn)的目錄樹形結(jié)構(gòu)知識(shí)，就應(yīng)該知道每個(gè)目錄下都會(huì)有這兩個(gè)特殊目錄，.指向目錄自身，..指向該目錄的上一級(jí)目錄，于是形成了倒立的樹形結(jié)構(gòu)。就是這么來的。這個(gè)在posix環(huán)境也是通用的

無需改python代碼，修改一下啟動(dòng)腳本更好，可以將輸出定義到/dev/null。如下:

#!/usr/bin/env bash

nohup 你的執(zhí)行命令 > /dev/null 2>&1 &

詳細(xì)解釋：
> /dev/null 就是把標(biāo)準(zhǔn)輸出流（代號(hào)是1）重定向到一個(gè)不存在的設(shè)備里，也就是直接丟棄。2>&1就是把標(biāo)準(zhǔn)錯(cuò)誤流（代號(hào)是2）放到標(biāo)準(zhǔn)輸出流（代號(hào)是1）里，也就是輸出流是標(biāo)準(zhǔn)輸出和標(biāo)準(zhǔn)錯(cuò)誤混雜在一起。這樣無論是標(biāo)準(zhǔn)輸出還是標(biāo)準(zhǔn)錯(cuò)誤都被丟棄了。最后一個(gè)& 是后臺(tái)啟動(dòng)。

1. 你nm命令看到的那些符號(hào)的“U”表示未定義的，你可以看到它們前面沒有內(nèi)存地址信息，這些符號(hào)是定義在你引入的mxml庫(kù)中的。

2. 你是在生成可執(zhí)行程序main的失敗報(bào)錯(cuò)的吧，如果是在編譯的時(shí)候再加上-lmxml選項(xiàng)，并使用-L選項(xiàng)指定mxml庫(kù)所在的目錄。

3. 運(yùn)行時(shí)可能會(huì)遇到提示找不到libmxml.so**庫(kù)的錯(cuò)誤提示，可以把libmxml.so**庫(kù)發(fā)布到/usr/lib64目錄下，或者把libmxml.so**所在目錄配置到/etc/ld.so.conf中，然后執(zhí)行l(wèi)dconfig即可。

https://www.baidu.com/s?ie=UT...

<VirtualHost *:80>
ServerAdmin 23.*.*.*
DocumentRoot /data/www/abcd.com
ServerName abcd.com
ServerAlias www.abcd.com
</VirtualHost>

Nginx是一個(gè)高性能的HTTP和 反向代理 服務(wù)器，也是一個(gè) IMAP/POP3/SMTP 服務(wù)器.

spring是一種代碼解決方案

是的。

Chrome 之所以為用戶提供這個(gè)功能，就是為了防止被跟蹤。

這樣的話在實(shí)現(xiàn)自動(dòng)登錄的時(shí)候，sessionid 每次都重新生成

這樣的話就沒法實(shí)現(xiàn)基于 cookies 的自動(dòng)登錄了，只能試試其它本地存儲(chǔ)方案了。

大概是由于public List<E> list = Collections.synchronizedList(new ArrayList<E>());的這個(gè)list是public的,可以被直接修改的。
假如有多個(gè)線程直接修改這個(gè)list。
方法1雖然把putIfAbsent(E x)這個(gè)方法加鎖了，但是其他線程依然可以修改由于public暴露出來的list。
比如線程A：listHelper.list.add(x)的時(shí)候，線程B剛好在執(zhí)行boolean absent = !list.contains(x);,有可能線程A把x添加進(jìn)去了，但是線程B的absent也判斷為true，然后線程B就再次add了x。
方法2是根據(jù)list加鎖，所以只有持有l(wèi)ist的鎖才能進(jìn)入判斷和添加，當(dāng)線程A在listHelper.list.add(x)的時(shí)候，線程B是不能進(jìn)入到synchronized (list)方法內(nèi)的

新舊版本的MongoDB是不能在一臺(tái)服務(wù)器上通過yum同時(shí)安裝的，請(qǐng)先卸載掉舊的版本再安裝3.6：

sudo yum erase mongodb-org-shell mongodb-org-mongos mongodb-org-tools mongodb-org-server mongodb-org

然后重新安裝新版本：

sudo yum install mongodb-org