取決于用戶數(shù)量，小于1w沒必要分區(qū)，分區(qū)要考慮很多事情，比如數(shù)據(jù)一致性，比如要做世界服的話如何跨服匹配等問題

什么情況下能連上？
端口改成23之前能連上嗎？
服務(wù)器端ssh端口改成23了嗎？
服務(wù)器端ssh服務(wù)啟動(dòng)了嗎？ (service ssh status)
服務(wù)器端23端口開啟了嗎？ (ss -tlnp)
服務(wù)器端有沒有設(shè)置防火墻阻止23端口的訪問？(iptables -nL)

通過 To escape to local shell, press 'Ctrl+Alt+]'. 得知你服務(wù)端 23 端口對(duì)應(yīng)的服務(wù)是telnet，并不是ssh。
解決辦法：

1. 可以把 Xshell 鏈接 192.168.10.12 的端口改回22
2. 可以把服務(wù)端的 telnet 服務(wù)關(guān)閉（/etc/init.d/openbsd-inetd stop 現(xiàn)在很少用這個(gè)服務(wù)傳輸數(shù)據(jù)了，因?yàn)槭敲魑膫鬏?，不安全），把ssh服務(wù)端口修改為23 （修改配置文件在 /etc/ssh/sshd_config），然后重啟ssh服務(wù)(service ssh restart)

如果你打算用nginx做代理的話，可以參考文章，nginx的配置簡(jiǎn)單而且容易懂

寫個(gè)crontab任務(wù)。 每天半夜自動(dòng)刪除已經(jīng)存在了2天的文件，一句shell就可以搞定了。

如:
rm -rf `find /home/bakwww/databak/xxx/ -mtime +5 -a -name "*sql"`

把時(shí)間改一下，不要后綴，加到crontab里，就可以用了。

換個(gè)思路通過忽略文件間接實(shí)現(xiàn)：?jiǎn)为?dú)弄個(gè)文件，把想忽略的內(nèi)容放到里面，使用時(shí)代碼中引入文件內(nèi)容，gitignore 這個(gè)文件。

有npm的官方文檔 https://docs.npmjs.com/gettin...

但是并不是所有寫在package.json里的字段npm都會(huì)讀，你可以寫一些自己需要的信息

你列出來的字段和npm本身應(yīng)該沒關(guān)系，應(yīng)該是babel會(huì)去讀它

內(nèi)部調(diào)用就沒必要用https，https是跟客戶端建立安全連接用的，開銷比http也會(huì)大點(diǎn)

"yum update -y nss curl libcurl" can fix my situation.

沒問題啊，意思是“正確的Java版本”

1. 不是，TeamViewer操控電腦用戶是知道的，這個(gè)暫且叫做前門
2. 后門一般是在目標(biāo)主機(jī)運(yùn)行一個(gè)常駐進(jìn)程的程序，一般是基于TCP的，當(dāng)TCP連接進(jìn)來后，分析傳來的數(shù)據(jù)包并執(zhí)行相應(yīng)的命令。

后門一般是打開郵件附件、亂打開了別人發(fā)你的可執(zhí)行文件,系統(tǒng)漏洞這幾種方式弄進(jìn)來的

有兩個(gè)文件沒有加入暫存區(qū)，提示信息是正確的，你的工作區(qū)不是干凈的。So your working directory not clean。

如果不希望看到提示信息，有兩種做法：

1. 直接刪除兩個(gè)文件，假如這兩個(gè)文件確實(shí)沒有用處；
2. 用 .gitignore 文件忽略這兩個(gè)文件，如果這兩個(gè)文件還有用，但是就是不想放到倉(cāng)庫(kù)里，又不想看到提示信息；

.gitignore 文件的內(nèi)容如下（假設(shè)項(xiàng)目的根目錄是 HealtheExpress，則 .gitignore 放到這個(gè)目錄下）：

MainTabBar.h
MainTabBar.m

思路：通過 fd -> struct file -> struct path -> 路徑 獲取路徑

1. fget(fd) 得到 struct file
2. d_path(file.path) 得到路徑

==== 以上是答主原文，以下是題主補(bǔ)充 ====

沒有使用 fget，而是使用了 current->files，具體代碼如下：

struct files_struct *files;
struct file *file;

int buflen = 256;
char buf[buflen];
char *path;

files = current->files;
spin_lock(&files->file_lock);
file = fcheck_files(files, fd);
path = d_path(&file->f_path, buf, buflen);
spin_unlock(&files->file_lock);

請(qǐng)求404，應(yīng)該是html中的js引用文件路徑不對(duì)，你可以檢查一下自己的目錄結(jié)構(gòu)

mounted是掛載數(shù)據(jù)完成之后的鉤子
beforeMount是肯定沒有問題 會(huì)渲染的

其次第二個(gè)是因?yàn)槟阌|發(fā)了data數(shù)據(jù)的更新 賦值了 list數(shù)據(jù)也監(jiān)聽到了 所以渲染

使用微信 js-sdk 來實(shí)現(xiàn)
你看這個(gè)文章里的方法能用否https://blog.csdn.net/wyk3044...

git config --global email.name <你的 github 登錄郵箱>

當(dāng)然這只能影響之后的 commits，之前的 commits 已經(jīng)不能被修改了。

你用瀏覽器的網(wǎng)絡(luò)面板抓一下請(qǐng)求，看看哪一部分最占時(shí)間。
有條件可以部署Wireshark分析。

你大概新建項(xiàng)目時(shí)候用的是 webpack-dev-server吧。如果用pm2 就不用這個(gè)了

我的也時(shí)，使用hexo搭建，commit上去就是這個(gè)錯(cuò)誤，一直無法查看到最新的pages。

問題現(xiàn)已經(jīng)解決！

我的github pages 站點(diǎn)是hexo搭建的，本地預(yù)覽正常，commit到github之后，就會(huì)出現(xiàn)問題。

版本回退到正常版本再commit發(fā)現(xiàn)，正常版本commit還是會(huì)出現(xiàn)這樣的問題。

解決方法：
非jekyll生成的站點(diǎn)，要添加.nojekyll空文件在repository的根目錄下，關(guān)閉針對(duì)jekyll的檢查。之后正常！

添加到系統(tǒng)環(huán)境變量,2種方法

1.
vi /etc/profile
export PATH=$PATH:your_path
2.
export PATH=$PATH:your_path