現在,許多網絡應用程序都在使用他們自己沒有使用過的API或代碼,而且經常使用效率低下。一些谷歌地圖混搭浮現在腦海中。優化網絡應用程序開發策略
隨着PHP/ASP後端,HTML,JavaScript(尤其是所有的AJAX這些天) - 有這麼多潛在的瓶頸,問題,效率低下和翻倍。
你可以建議調查,識別和解決緩慢起伏,冗餘代碼,漏水等問題,網絡應用什麼樣的戰略 - 無論是服務器端,並在客戶端的browsesr?
現在,許多網絡應用程序都在使用他們自己沒有使用過的API或代碼,而且經常使用效率低下。一些谷歌地圖混搭浮現在腦海中。優化網絡應用程序開發策略
隨着PHP/ASP後端,HTML,JavaScript(尤其是所有的AJAX這些天) - 有這麼多潛在的瓶頸,問題,效率低下和翻倍。
你可以建議調查,識別和解決緩慢起伏,冗餘代碼,漏水等問題,網絡應用什麼樣的戰略 - 無論是服務器端,並在客戶端的browsesr?
一個非常開放和廣泛的問題 - 將每個區域劃分區域可能更有成效,而不是查看更大的圖片,這可能是壓倒性的。這對你提到的一切產生影響的一個非常重要的方面是正確的審覈,分析和調試代碼,下面的一些工具可以在這方面幫助:
[...]調查,查明並解決 慢-downs,冗餘代碼, 漏水等問題,網絡應用程序 - 了服務器端[...]
對於PHP具體的發展,看看:
和在瀏覽器上 客戶端?
對於客戶端調試,查看:
WebKit (Safari/Chrome Browsers) - Web Inspector
IE - Microsoft script Debugger
對於 '緩慢起伏' 外觀到緩存的幫助,或者使用
ob_start(如:ob_start('ob_gzhandler');
)和ob_end_flush
您還可以使用:
這些工具之外,有什麼要注意這是非常重要的是你的能力產生很大的代碼作爲一個整體(整個應用程序)是依賴於你依靠什麼第三方的API上,和你自己需要什麼(你的代碼)。通常情況下,您總會受到您選擇的API的限制(您的能力有限,無法更改其來源),特別是您選擇的API的組合。您的核心重點應該是分析您自己的編碼層,儘可能遵守每個API的指導原則......說起來容易做起來難。
優秀的報道。另一個新選項,如果你懶得自己做,你可能會看起來很糟糕,進入谷歌瀏覽器mod_pagespeed(http://code.google.com/speed/page-speed/docs/module.html)。它可以自動完成許多您可能在客戶端性能方面所做的工作。 – 2010-12-02 11:37:37
這是一個偉大的地方開始,並已使我受益匪淺:
http://stevesouders.com/hpws/rules.php
除了上面提到的PageSpeed是必須的。
除此之外,Ergo是正確的,這是一個廣闊的領域,幾乎每個低效率都需要不同的工具和方法來克服它。你在談論潛在的整個職業生涯的知識價值。但這聽起來像是在問正確的問題。祝你好運!
這是一個非常開放的問題。 – cherouvim 2010-12-02 10:12:26