拿tomcat里的request來舉例,

https://tomcat.apache.org/tom...

tomcat里的是具體實(shí)現(xiàn)，而servlet的request僅僅是接口而已，正如你題目中所說的規(guī)范。

用netty 實(shí)現(xiàn) servlet規(guī)范，可以看看這個(gè)project:https://github.com/bigpuritz/...

模擬登錄失敗，檢查下除了cookie外還有沒有額外的驗(yàn)證字段, 而且我發(fā)現(xiàn)你也沒有填referer。推薦你直接把網(wǎng)絡(luò)請(qǐng)求復(fù)制下來，使用發(fā)包工具進(jìn)行測(cè)試，成功了再轉(zhuǎn)換成代碼。

至于返回原先的html，自然是目標(biāo)系統(tǒng)設(shè)置好的。

保留客戶端源IP
由于此功能的實(shí)施，目標(biāo)容器中看到的源IP 不會(huì)是客戶端的原始源IP。要啟用客戶端IP的保留，可以在服務(wù)規(guī)范中配置以下字段（在GCE / Google Kubernetes引擎環(huán)境中支持）：
● service.spec.externalTrafficPolicy - 表示該服務(wù)是否希望將外部流量路由到節(jié)點(diǎn)本地或群集范圍的端點(diǎn)。有兩個(gè)可用選項(xiàng)：“群集”Cluster（默認(rèn)）和“本地”Local?！叭杭毖谏w了客戶端源IP，并可能導(dǎo)致到另一個(gè)節(jié)點(diǎn)的第二跳，但應(yīng)具有良好的整體負(fù)載分散?！氨镜亍北Ａ艨蛻舳嗽碔P并避免LoadBalancer和NodePort類型服務(wù)的第二跳，但可能會(huì)導(dǎo)致流量不均衡蔓延。
● service.spec.healthCheckNodePort - 指定服務(wù)的健康檢查節(jié)點(diǎn)端口（數(shù)字端口號(hào)）。如果未指定，則healthCheckNodePort由具有分配的節(jié)點(diǎn)端口的服務(wù)API后端創(chuàng)建。如果由客戶端指定，它將使用用戶指定的nodePort值。它僅在類型設(shè)置為“LoadBalancer”并且externalTrafficPolicy設(shè)置為“Local”時(shí)才起作用。
此功能可通過externalTrafficPolicy在服務(wù)配置文件中設(shè)置為“本地” 來激活。

{
  "kind": "Service",
  "apiVersion": "v1",
  "metadata": {
    "name": "example-service"
  },
  "spec": {
    "ports": [{
      "port": 8765,
      "targetPort": 9376
    }],
    "selector": {
      "app": "example"
    },
    "type": "LoadBalancer",
    "externalTrafficPolicy": "Local"
  }
}

同ubuntu1604，配置好ss后，斷斷續(xù)續(xù)的，很不穩(wěn)定，qt5和命令行下的客戶端都使用過，都不穩(wěn)定。有大神遇到類似情況解決了的，麻煩告知

時(shí)間不一樣是對(duì)的，因?yàn)檫@個(gè)本來就不承諾時(shí)間一致。

rzsz支持文件互傳，但是并不推薦這么傳，效率太低了，不支持大文件。

直接用ssh的文件傳輸功能性能更佳，更穩(wěn)定，也能傳輸大文件，比如scp, rsync, sftp等等諸多命令。這些命令都有歸檔參數(shù)，加上歸檔參數(shù)就可以保持屬性一致了，包括權(quán)限、時(shí)間戳，軟連接等等。

.gitlab-ci.yml 中的tags 可以指定運(yùn)行于哪runner

目測(cè)是哪個(gè)jar包有問題了，嘗試刪除C:\Users\Adminstrator\.m2\repository\目錄，然后通過eclipse maven插件更新下項(xiàng)目或手動(dòng)執(zhí)行mvn clean compile試試。。。

1. 不會(huì)。操作系統(tǒng)不會(huì)閑的沒事干。
2. 拿進(jìn)程綁定了才有這個(gè)端口。
3. IPA:[1..10] -> IPB:PB。因?yàn)檫B接池一開始就初始化了，所以不論拿不拿出來發(fā)數(shù)據(jù)，四元組都不會(huì)變。

/etc/ssh/sshd_config 中的authorized_keys是否正確？

用戶瀏覽頁面權(quán)限是ui層上，是前端開發(fā)來做（沒有按鈕用戶也沒得點(diǎn)擊）

但是數(shù)據(jù)的處理操作權(quán)限得必須后端來做的（別人繞過前端，直接請(qǐng)求接口，必須后端來處理）

不推薦存數(shù)據(jù)庫中，假如站點(diǎn)訪問量大的時(shí)候，對(duì)數(shù)據(jù)庫會(huì)頻繁寫入,頻繁讀取，從而影響數(shù)據(jù)庫性能。一般用redis memcache存更好些。而且維護(hù)過期時(shí)間等也方便。設(shè)置key過期時(shí)間就好。

給你個(gè)插件包
https://cnodejs.org/topic/58c...

你要定位的標(biāo)簽應(yīng)該是通過js通過異步來生成的，所以沒法定位，等一段時(shí)間試試

推薦ide里面的git工具

• 第一步:選擇要提交的文件, 然后點(diǎn)擊commit
• 第二部:先拉取遠(yuǎn)端代碼到本地, 這一步ide會(huì)自動(dòng)stash, 小的沖突自動(dòng)merge, 大的沖突彈出選擇
• 第三部 直接push

省時(shí)又省力

可能是你開了調(diào)試的原因才導(dǎo)致加載了2次,就像FireFox開啟firebug的時(shí)候會(huì)加載2次驗(yàn)證碼一樣

我的也時(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的檢查。之后正常！

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

在config/index.js中把build.assetsPublicPath改為'./'，然后重新打包即可

其實(shí)也不是用來兼容分辨率，具體一點(diǎn)來說index1頁面時(shí)用jquery來寫的，是很早就有的頁面了，index2是用vue寫的，主要用在移動(dòng)端，因?yàn)橐苿?dòng)端兼容性比pc端要好，也不用像pc一樣要兼容ie8，在功能上也有不同，index1可以上傳文件還有一些其他編輯功能，index2主要是瀏覽展示功能。網(wǎng)上可以搜到一些在服務(wù)器端通過ua來判斷請(qǐng)求是移動(dòng)端還是pc端，主要是用匹配關(guān)鍵字的方法，但是我覺得這種方法不如可以直接匹配設(shè)備像素一樣靠譜，但是ua又不帶這樣的信息，如果使用window.screen的方法，可能要先加載一個(gè)頁面，然后判斷，再使用location進(jìn)行跳轉(zhuǎn),但是這樣也有一個(gè)問題，當(dāng)網(wǎng)速慢的時(shí)候會(huì)明顯感覺屏幕會(huì)閃一下.現(xiàn)在方法是第一次請(qǐng)求讓其閃一下，之后的請(qǐng)求通過cookie來傳送寬度值，服務(wù)器端來判斷，再發(fā)送頁面

ThreadLocal是當(dāng)前線程可見，不存在線程間通信的問題。

而volatile可以在線程間共享變量的同時(shí)保證可見性，以便線程間可以成功合作。

兩個(gè)應(yīng)用場(chǎng)景差別還挺大的。。。