我真的很喜歡Ajax讓網絡應用更像桌面應用的方式，但我擔心大量網站上的點擊量。我現在正在開發一個基於內聯網的數據庫應用程序，即不會再有2-4個人同時訪問。我把Ajax當成了Ajax，但是讓我想知道，Ajax有多少？要Ajaxify還是不？
點擊量超過了使用Ajax看到的好處的程度？它看起來不像是整個頁面刷新，因爲從理論上講，只是更新需要更新的部分。
我很好奇你是否有任何人在高容量網站上使用了Ajax，並且你使用了哪種容量？它是否會造成擴展問題？
在我目前的項目中，我們確實使用Ajax，並且出現了縮放問題。由於我目前的項目是一個J2EE網站，爲大城市的員工提供計時功能，因此我們發現瀏覽器端最好能夠緩存在用戶會話期間不會改變的數據。幸運的是，我們正在轉向一種模式，在這種模式下，我們爲單個管理員處理儘可能多的員工的計時。這與ERP應用程序的工作方式（或電子郵件應用程序）類似。因此，我們的業務需求是瀏覽器端可以保存大量數據，但我們並不期望點擊量是一個嚴重問題。所以我們在瀏覽器端保留了一個XML數據島。另外，我們只根據需要加載數據。
我強烈推薦本書Ajax Design Patterns或者site。
Ajax應該可以幫助您在大容量網站上獲得帶寬，如果您擔心這一點，就像您說的那樣，只更新需要更新的部分。我對Ajax的問題是，如果訪問者沒有啓用JavaScript，則您的網站可能會變得毫無用處，而且大多數時候我不想再爲非JavaScript用戶編寫網站。
ajax應用程序最常見的擴展問題是當他們要設置檢查服務器以查看內容是否在此期間得到更新而無需用戶主動請求它。每10秒檢查5個客戶端不是5000個客戶端，每10秒檢查一次。
Ajax一方面減少了服務器的工作量，因爲它通常只顯示或刷新頁面的一部分，而另一方面則增加了服務器點擊次數。我會說，這一切都取決於您的Web應用程序的體系結構。如果您的應用程序需要大量處理（比如數據庫訪問），而不管響應的大小如何，那麼Ajax將會給您帶來很大的影響。
這樣看待：AJAX不能是只有選項，因爲！腳本的可能性，它必須作爲現有架構之上的一層存在，以便在某些方面提供更好的體驗。鑑於此，AJAX不可能創建更多請求或比簡單HTML更多的工作，因爲它處理完全相同的數據傳輸。
它可以爲您節省帶寬和服務器負載，因爲AJAX爲您提供了傳輸只有數據的能力。您可以節省冗餘的HTML，圖像，CSS等請求，每次刷新頁面，同時提供更快捷的用戶體驗。
由於邁克nvck指出輪詢技術是一個很大的例外，但是這對技術不是科技：你也有同樣的樣的影響，如果你有一個簡單的頁面投票。
瞭解該工具並將其用於設計。如果AJAX實現會降低性能，那麼你做錯了什麼。
（FWIW，我剖析AJAX VS簡單的HTML的經驗往往會導致〜60％的帶寬，〜80-90％的性能優勢）
憑藉良好的設計，最初的網站是建立第一則JavaScript和Ajax後來。 – strager 2008-12-01 04:03:28