AJAX加載頁面內容是個好主意嗎？

基本上，讓我們說一個網站的index.html頁面，而不是使用php來加載網頁的中間部分（頁眉和頁腳之間的內容）？AJAX加載頁面內容是個好主意嗎？

來源

2011-04-02 dave

我有這樣的網站。雖然它的工作原理，但大部分時間都是令人討厭的。幾乎只做懶惰。（這是：不是一個很好的理由。） – mario 2011-04-02 21:40:44

如果它是一個主頁，那麼寧可不（因爲它不會經常改變） – fazo 2011-04-02 22:16:36

你可能會遇到這樣的情況。例如，如果您的「頁面」確實是一個相當重的客戶端Web應用程序，那麼也許這是正確的選擇。一般來說，這是一個可怕的想法。

您在生成已充滿內容的頁面時會產生什麼樣的危害？您避免了兼容性問題，搜索引擎優化問題，加載速度快，這對您的服務器而言只需要少一點HTTP請求。僅僅因爲「包含這個理念的好的JS框架」並不意味着它是你的應用程序的正確方法。

每個網站都不一樣，但默認的答案肯定不是。如果條件合適，那麼是的。根據您的用戶最佳選擇做出這一決定。

來源

2011-04-02 22:22:39 Brad

如果您假定每個訪問者都有支持AJAX的瀏覽器（我的意思是JS打開等），那麼這將是非常正確的。我不確定（源代碼看起來像），但這似乎是Facebook加載它的中間部分的方式。

當然，你也必須使用PHP，我希望你知道。

來源

2011-04-02 21:36:32

嗯，我只需要使用PHP接收和響應AJAX服務器調用權？ – dave 2011-04-02 21:39:39

PHP只會響應來自用戶瀏覽器的AJAX請求。我不會真的稱它爲服務器調用。 – 2011-04-02 21:44:05

UMM ..我認爲你錯了，它是一個服務器調用B/C它是服務器之間的服務器和技術之間的服務器，並且PHP正好是這些技術之一的服務器。 – dave 2011-04-02 21:48:16

是的。許多框架正朝着這個方向發展，大多數消費者網站（Facebook，Twitter）在加載主頁之後加載大部分內容。

如果您的用戶具有支持JS的瀏覽器，則AJAX負載通過爲可能會更改的內容提供更快的響應時間和更動態的接口來改善用戶體驗。如果正確完成，它將通過在您的前端實施數據組織和演示方法，實際上提高應用程序的可維護性。

如果你想潛入一路，那麼有很好的JS框架將這一理念融入到你的設計中，Sproutcore和Backbone都值得研究。

編輯

我構建Web應用程序現在，讓我讀與傾斜的問題。正如人們已經指出的那樣，如果您只是在構建宣傳冊網頁，那麼您將不會從AJAX內容加載中看到真正的好處，並且會傷害您的搜索引擎優化。

來源

2011-04-02 21:39:21 RSG

響應時間更快？你瘋了嗎？更好的做法是用內容加載頁面，而不必執行一些JS然後再發出一個請求，你不覺得嗎？ – Brad 2011-04-02 22:20:03

我不是瘋了，我是對的。頁面的總加載時間比用戶得到反饋之前的時間要少。這就是爲什麼'正在加載...'動畫值得下載一個額外的GIF並執行額外的JavaScript。 – RSG 2011-04-02 22:53:07

有沒有什麼研究可以支持？ Web應用程序與否，唯一一次我不介意看到這些500字節的GIF是當他們指出我還不知道的東西時......例如頁面加載數據* *我在應用程序中，而不是在初始化加載。儘管我可能不是*大多數用戶，並且如果您知道這一點，希望看到一些研究。 – Brad 2011-04-03 14:23:06

如果搜索引擎優化是該項目的答案是NO =）

搜索引擎一般只獲取源代碼的每一頁的擔憂。

來源

2011-04-02 22:11:38 Shad

AJAX加載頁面內容是個好主意嗎？

回答

相關問題