我打算爲登錄的每個用戶在會話變量中存儲用戶名,用戶名和位置。每個用戶有3個變量。如果有1000個用戶登錄,這對於服務器來說是否太多了。這會對服務器造成問題並讓我被踢出去嗎?我將使用godaddy的主機。php會話 - 這對於服務器來說太多了嗎?
2
A
回答
2
您正在討論的會話數量可能不是什麼大問題,但最重要的問題是這些會話(用戶)在登錄時做了什麼,每個人負載了多少負載?
有些時候,一個登錄用戶等於10個其他人,他在服務器上造成的負載量,考慮到他在他的會話中通過的過程是什麼。
如果您(似乎是這樣)在共享託管服務器上運行,那麼考慮腳本發佈和生成的負載量(處理,quires..etc)可能會更好。
明智地玩,最小化你的quires,詢問你的主機是否啓用了memcached並考慮使用它,特別注意你的代碼在邏輯和技術上。
另一方面,如果您需要某些特定的服務器資源,則可以使用VPS託管。
2
不,我想不是:)爲什麼會這樣?
1000是一個很低的數字,所以你不應該擔心。
0
也許你可以使用memcache它更有效率。它可以配置你的apache,他自動存儲session in memcache。
1000個會話不是那麼多。
1
這些天來的大多數服務器都是非常高端的計算機,可以計算大量的數據。您的3個變量使用非常少量的內存。所以,即使所有1000個用戶都登錄並同時執行活動,我懷疑它是否會對服務器造成太大影響。
相關問題
- 1. 我們的服務器對於我的WCF服務來說太舊了嗎?
- 2. 這些表對於SQL Server或Oracle來說太大了嗎
- 3. 對於這個項目來說Doctrine2太「大」了嗎?
- 4. HTTP頭對於瀏覽器來說可能太大了嗎?
- 5. 這對一個班級來說太過責任了嗎?
- 6. 外部分配對於這個過程來說太大了
- 7. 什麼時候PHP項目對於框架來說太小了?
- 8. 爲什麼這個HTML表格對於其容器來說太寬了?
- 9. PHP會話處理多個服務器
- 10. Value32對於Int32來說太大或太小了 - Facebook和dotnetopenauth
- 11. 多年後,Int16的值對於Int16來說太大或太小
- 12. 間接層太多了,這太多了嗎?
- 13. asp.net會話大小太多了多少?
- 14. ClickOnce部署問題(對我來說,這太討厭了)?
- 15. bash:pinging主機名(errormessages:value對於bash來說太好了)
- 16. 圖像對於jumbotron來說太大
- 17. 服務器違反了協議。第= ResponseStatusLine」對於PHP Web服務
- 18. 這種編程風格太多了嗎?
- 19. 日期選擇器對於頁面來說太大
- 20. 服務器500:太多待處理的安全對話
- 21. 檢索php服務器會話超時
- 22. 對於JavaScript文件來說,「太大」有多大?
- 23. 在服務器羣集中使用PHP會話有問題嗎?
- 24. PHP服務器到服務器會話管理
- 25. 在rails服務器和php服務器之間共享會話
- 26. 節點+ Passport.js +會話+多個服務器
- 27. Django - 數據對於會話太大
- 28. Excel值對於十進制來說太大或太小
- 29. Quickfix處理來自多個服務器的同一會話
- 30. 太多的查詢來Symfony和學說