我正在開發一個網站，用戶登錄其用戶帳戶，將數據輸入到表中（我使用制表器），然后保存表中的數據（我使用 MongoDB Atlas 進行數據存儲）。該網站具有不同的子頁面，其中數據與存儲在另一個子頁面中的其他數據進行交互（例如該網站有“銷售”和“庫存”子頁面，因此當用戶進行新銷售時，庫存將減少銷售額） ）?；旧?，它是一個用戶不斷對其數據執行 CRUD 操作的網站。今天該網站在客戶端呈現。網站的每個子頁面都有自己單獨的 HTML 文件和單獨的 Javascript 文件，并使用一個 Node 文件來處理所有子頁面與 Atlas 的所有后端通信。我僅使用一兩個不同的用戶帳戶在本地 PC 上使用和測試網頁，一切都按原樣運行良好（每個用戶保存并使用自己的數據）。現在，考慮到我計劃部署網站（到域或 Heroku），并可能獲得數百或數千個不同的用戶，我一直在研究以下選項：繼續按照我一直使用的方式使用簡單的客戶端 HTML。將 HTML 呈現為來自 Node 的響應使用 Node 中的模板引擎考慮到可擴展性，您會推薦哪個選項？
2 回答
BIG陽
TA貢獻1859條經驗 獲得超6個贊
你的問題問得好，但它的答案幾乎無法預測。將網絡應用程序從少數用戶增加到幾千人總是會發現令人驚訝的性能瓶頸。
原始下行帶寬是否會出現瓶頸？減少對 API 調用和頁面請求的響應是否會帶來巨大收益？這是可能的，但 Heroku 和其他優秀的主機供應商在帶寬方面做得很好。另外，https 在加密數據時會壓縮數據，因此重復的 html 并不像看起來那么昂貴。因此讓你的服務器渲染大量的 html 可能是可以接受的。
應用程序-數據庫接口是否會出現一些瓶頸？如果存在大量數據和復雜的過濾標準，這種情況很可能發生。每個成功的網絡應用程序都需要對其數據庫保持警惕。您將不得不添加索引或為您目前無法想象的問題開發不太優雅的解決方法。
攝取數據的進程和使用數據的進程之間是否會發生爭用？大概。但爭論的細節很難預測。
長話短說；博士。你有這個東西工作。現在沒必要重做。部署你所擁有的。邀請您的用戶并傾聽他們的意見。注意它的性能，并將調整和重構集中在證明有必要的區域。
慕斯709654
TA貢獻1840條經驗 獲得超5個贊
如果您更喜歡 React 框架，我建議您看看vue js 框架的nuxt js或next js 等項目。
AFAIK，它們結合了服務器端和客戶端渲染的優點。
這兩個框架用于構建具有各種有用特性的各種應用程序。
考慮到您的需求，通用應用程序功能和服務器端渲染可能會幫助您實現所需的可擴展性。
- 2 回答
- 0 關注
- 133 瀏覽
添加回答
舉報
0/150
提交
取消