0
我認爲使用nginx
來代理與ExpressJS的連接是非常常見的,所有這些都是通過ExpressJS完成的。Nginx服務應用程序和ExpressJS就像後端
我在想,爲什麼不使用nginx來爲應用程序服務,因爲它更簡單的設置重寫之類的東西,讓ExpressJS作爲後端,然後應用程序直接在3000端口上與ExpressJS進行通信。
這是一個壞主意嗎?如果不是,人們多久這樣做?
我認爲使用nginx
來代理與ExpressJS的連接是非常常見的,所有這些都是通過ExpressJS完成的。Nginx服務應用程序和ExpressJS就像後端
我在想,爲什麼不使用nginx來爲應用程序服務,因爲它更簡單的設置重寫之類的東西,讓ExpressJS作爲後端,然後應用程序直接在3000端口上與ExpressJS進行通信。
這是一個壞主意嗎?如果不是,人們多久這樣做?
這很常見。但是,讓您的前端代碼直接與節點服務器交談會增加複雜性。
您必須處理節點服務器上的CORS問題,包括防止跨站點表單提交。見這裏Properly Understanding CORS with Same Host/Different Port & Security。
SSL也會變得更復雜一點。你需要一個通配符證書。
但是,使用類似ngnix的東西來託管您的資產有一些很大的優勢。除了您列舉的那些之外,它還會讓您無需服務器。您可以通過另一個內容交付網絡將您的應用從S3存儲桶中託管出去。
這很常見。唯一的問題是該節點必須設置爲處理CORS。 –
@RobertMoskal使用相同的域,不同的端口只被認爲是一個CORS? –
Y ........ http://stackoverflow.com/questions/29034489/properly-understanding-cors-with-same-host-different-port-security –