最近在部署預發布環境，遇到不少小坑。
先來說下整個專案的服務架構，有web module和provider module，web依賴provider服務，provider依賴其他服務。
這裡比較關鍵的就是註冊中心了，之前專案組沒有預發布環境，我在本地是通過「|」的方式配置多個註冊中心，乙個是我本機zk，另乙個是測試環境的zk。這種配置方式感覺比較混亂，一直想改進，正好趕上專案組搞預發布環境，給提供了統一的註冊方式，這樣就不必在本機啟zk了。
預發布環境是採用的是zk集群，如
zookeeper:
坑一來了，
在provider中用逗號配置的方式，使用註冊不上，而用這種方式卻可以，回頭再試下。
provider起來了，成功的註冊到了zk集群。這裡的provider既是消費者也是生產者。
然後是web模組，啟動後一直報錯，找不到bean，後來發現是dubbo的引用檔案用錯了，多虧同事細心發現，以後要引以為戒~
web模組終於起來了，~喔主題才到。。。在登入頁面輸入正確的使用者名稱和密碼竟然沒反應。各種debug，，，此處省略1000字
最後發現是讀取cookie找不到相應的value。明明寫入了，為什麼找不到呢？為什麼？
問度娘，一開始以為是jetty打包帶有專案名稱，後來發現，是它，cookie.setdomain(getdomain());
cookie域的問題，本機訪問時localhost:8080/***，而專案中設定的域是***x.com。這樣當然訪問不了相應的cookie。正取設定域後，可以登入了，搞定~
附上一張cookie圖
cookie跨域問題 跨域登入
cookie跨域時修改不成功，需要在刪除 或者修改時 設定domain值與存入的domain一致，跨域修改cookie不會成功。例如 login.abc.com login工程 www.abc.com abc工程 www.abc.com login.html呼叫login工程的登陸介面 login工...
cookie跨域的問題
今天親自實驗了下 發現如果乙個cookie屬於xx網域名稱，那麼只要是請求同乙個網域名稱或者其子網域名稱，不管埠號是多少，什麼協議，都會在請求中把這個網域名稱的cookie帶上。1.先用http請求，再用https 實驗中的cookie是通過js 給document.cookie賦值生成的,實驗環境...
session 與cookie 跨域問題
session與cookie會話可能常常要用到跨域 因為最近我也在工作中遇到這樣的情況 所以 我要與大家分享一下我的個人經驗 我在網上也搜到了一些資料 大部分都是加p3p 也就是 response.setheader p3p cp cao psa our 表頭 那麼加在 了?這個我想有的很少用過 或...