鍍金池/ 問答/ Linux問答
祈歡 回答
  1. 你的 nginx 不完整，不知道這臺 nginx 配置本身有什么其它的東西。（是可能造成你說的這種情況的）
  2. 從你的瀏覽器，到你的這臺 nginx ，又不一定是“直接連接”的，中間可能有其它節(jié)點，其它節(jié)點的工作方式就說不準了。（比如中間是掛了白名單的7層代理什么的）
慢半拍 回答

后端不要加成access-control-allow-origin為*，加成access-control-allow-origin:前端請求域名

巷尾 回答

ROOT是tomcat默認的項目部署目錄，在這個目錄里tomcat會讀取war包并解壓，然后裝載項目文件到tomcat容器，如果你的tomcat沒有手動修改過，那么要注意你的項目配置了，如果沒有額外指定servlet，那么tomcat配置可能有問題可以查看tomcat配置文件

$ vim conf/server.xml #切換到tomcat家目錄后

在配置文件下半部分有關(guān)于項目部署的容器配置

雅痞 回答

實模式就是以前8086(40年以前，今年貌似Intel發(fā)了款8086四十年紀念版Core？也是皮……)用的內(nèi)存尋址模式，特點就是指哪打哪，因為8086連分段都沒有直接給什么地址就是什么地址，所以這種模式的最大特點就是，應用模式隨便出個啥錯的，整個系統(tǒng)大家一起玩完……
保護模式就不一樣了。用戶權(quán)限跟系統(tǒng)權(quán)限分開，用戶進程給你映射到一個獨立的空間里去，大家每人一個小隔間，愛咋折騰咋折騰，這就不會影響歷史的進程了……啊不對，是系統(tǒng)的進程。。這個偏移量就不是內(nèi)存地址了，而是表里的偏移，因為還要經(jīng)過查表才會翻譯成具體的地址。

命多硬 回答

第一種方法

設置TERM環(huán)境變量為xterm 或者 xterm-color，可以在.bashrc文件中添加：export TERM=xterm-color

第二種方法

設置vim的t_ti和t_te變量的值（可選，例如在CentOS上就不需要）

用vim打開一個文件，normal模式下輸入:set t_ti 或者 :set t_te，若值類似："^[[?1049h" and "^[[?1049l"，那么你需要在.vimrc中加入下面幾行：

if &term =~ "xterm"
    " SecureCRT versions prior to 6.1.x do not support 4-digit DECSET
    "    let &t_ti = "\<Esc>[?1049h"
    "    let &t_te = "\<Esc>[?1049l"
    " Use 2-digit DECSET instead
    let &t_ti = "\<Esc>[?47h"
    let &t_te = "\<Esc>[?47l"
endif

這樣應該就能解決問題了。

伴謊 回答

你這類問題我也碰到過，我記得我當時是因為npm的位置不對引起的；首先檢查你npm root和npm root -g，估計是npm環(huán)境變量沒有

蝶戀花 回答

可以的，之前我做項目的時候，只發(fā)布自己代碼打的jar就可以了，
其他jar單獨放上去，還有那些靜態(tài)資源一般都比較大，也傳一次不更新就不用再打包了

祈歡 回答

Angular 使用強類型的 Typescript 作為編程語言。
AbstractControl 是表單控件的基類 https://angular.io/api/forms/... .
{ [key: string]: any } 表示返回結(jié)果是一個對象，其中鍵是字符串類型。

心夠野 回答

你正常啟動的時候和開機啟動的時候進程有什么差別嗎？

礙你眼 回答

你這是獲取登錄頁面的，當然是GET了，等你點擊登錄的時候才可能用POST

祈歡 回答

node-gyp是編譯c++文件的，nodejs的很多包都是依賴c++的，比較nodejs也是c++寫的嘛
babel-preset-es2015里面有些依賴到了node-gyp，你的mac下還缺少c++的編譯環(huán)境
我當時用win裝的時候也報過這個錯，后來裝了vs2015就好了，mac應該要裝xcode
vs2015和xcode都自帶c++環(huán)境

純妹 回答

感覺mouse移入移出事件大概率發(fā)生在click事件之前，很有可能你clicked這個樣式優(yōu)先級不夠高，加個!important試試？

舊顏 回答

存入一個session是什么意思,session對象不是后端自己生成的嗎?

拼未來 回答

cookie是由瀏覽器維護的, session是由服務器維護的. 兩者之間并沒有絕對的關(guān)系, 只是一般情況下服務器使用cookie維持session而已.

至于時效問題:

  • 會話cookie是在瀏覽器關(guān)閉時(或者下次啟動時)刪除的, 所以只要瀏覽器不關(guān)閉, 會話cookie就不會失效.
  • session則是超過一定時間不讀取/設置就會過期.

可以發(fā)現(xiàn)兩者并不同步, 那么為什么實際上感覺不到呢? 因為首先不重啟瀏覽器, 不手動刪除cookie, 那么會話cookie就不會失效, 而大多數(shù)用戶又不會登陸一個網(wǎng)站以后幾個小時不操作(直播類/視頻類網(wǎng)站即使用戶不操作, 也會有網(wǎng)絡請求, 后臺即可自動續(xù)期), 所以session也可以維持住.
你可以試下這種操作:

  • 登陸一個網(wǎng)站(不要選擇自動登陸), 然后重啟瀏覽器, 再訪問這個網(wǎng)站, 這時應該就會出現(xiàn)登陸頁.
  • 登陸一個網(wǎng)站(比如某個論壇, 不要選擇自動登陸), 然后兩個小時不點擊這個頁面, 不關(guān)閉瀏覽器, 之后看看再操作是不是會需要重登錄.

至于七天免登陸, 一般是把用戶的一些信息加鹽hash, 然后記錄到數(shù)據(jù)庫, 并且設置一個新的cookie, 七天失效. 當用戶訪問網(wǎng)站時, 如果沒登陸, 則認證這個cookie是不是正確, 正確就會自動登陸, 從用戶看來, 就是免登陸.

絯孑氣 回答

大概說一下，你在a分支上忽略了node_modules這個文件夾，并且你在a分支上肯定有執(zhí)行npm install的命令，而在b分支上是不是.gitignore沒有忽略node_modules這個文件夾，或者應該沒執(zhí)行npm install的命令？
有點亂啊，我估計你是在做微服務對吧，整個大項目有多個子項目，各子項目有自己的目錄即可，而各目錄下有自己相互獨立的node_modules文件夾，這樣你切換分支直接進入這個子項目的目錄操作。
文件目錄大概如下:

project_all
    -- project_a
        -- node_modules
        -- src
        -- package.json
    -- project_b
        -- node_modules
        -- src
        -- package.json
    -- project_c
        -- node_modules
        -- src
        -- package.json
    .gitignore

希望能幫組到你。

乞許 回答

仔細看了下服務器后臺，tomcat正常啟動了但是沒有加載我的項目，其他項目沒有問題，我就草了

不將就 回答

你這個是打包的時候阿里的Sdk沒有打包進去

誮惜顏 回答
server_name 域名1 域名2;

這步明顯有問題. 這個配置文件的其余部分是怎么寫的呢? 兩個域名寫在一起了, 反向代理規(guī)則怎么配也沒法指向兩個項目吧. 你的這種寫法, 是要讓兩個域名都對應到一個 ip 上, 比如 this.is.mysite.com 和 this.is.also.mysite.com 都可以訪問到同一個網(wǎng)站上.
為了實現(xiàn)你的既定目標, 可以為兩個項目分別寫一個 project.conf 出來, 然后放在 nginx 目錄下的 conf/include 目錄下. 兩個 *.conf 文件分別代理到兩個 ip 上就可以了. 具體操作方法還需要具體問題具體對待 (意思是, 建議自己查一下 nginx 配置規(guī)則).

另外, nginx 也提供了 rewrite 規(guī)則, 如果真的需要重定向, 把 rewrite 寫在 nginx 里面會比寫在 tomcat 等服務器配置里快的多.

初心 回答
  1. 決定架構(gòu)
  2. 按架構(gòu)購買相應的資源
  3. 部署環(huán)境
  4. 將項目部署到環(huán)境
  5. ip測試
  6. 解析域名
  7. 線上測試

如果是純靜態(tài)部署(相當于可以直接用nginx跑起來的，html、css、js這種)，一般思路是買個ECS，然后找個官方鏡像或者去云市場找個配齊了的鏡像(靜態(tài)主要就是nginx，不想對著一堆命令行發(fā)怵的話可以找個帶寶塔面板的)，然后配下FTP和白名單，把你項目丟上去，配ngx，先ip跑下，沒問題的話改DNS解析，再測試網(wǎng)址和解析，就可以了。當然訪問量大的話可以掛套CDN到解析和主機之間。

還有種比較皮的思路，是直接搞個OSS，然后關(guān)聯(lián)到CDN上(文檔的最佳實踐里有這個的介紹，相當于OSS里文件更新時會觸發(fā)CDN刷新)，把項目丟到OSS上，開對外訪問，最后配域名(到CDN)，測試，打完收工。但這種僅限于純靜態(tài)，如果有后端需求的話，如果不是RESTful化的調(diào)用，可能還是得把ECS加回來。(RESTful調(diào)用的話，可以把程序掛到函數(shù)計算上，再把API掛到API網(wǎng)關(guān)上，這樣也不需要用ECS)

首頁 上一頁 5 6 7 8 9 10 11 12 13 下一頁 尾頁