問題タブ [page-load-time]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
php - PHP のロード時間テストに Curl を使用する
URL http://www.cars.comを Curl で読み込む場合、PHP を使用してから、curl_getinfo() を使用して、読み込みにかかる合計時間を見つけます...すべての画像、およびその他の表示を含む読み込み時間を計算しますか?ページ。それとも、http://www.cars.comにある HTML (または何でも) ファイルだけですか?
javascript - OpenX がページの読み込みをブロックしないようにするにはどうすればよいでしょうか?
多くのサイトで広告を配信するために OpenX を使用しています。ただし、OpenX サーバーに問題がある場合は、これらのサイトでページの読み込みがブロックされます。私はむしろ、サイトが正常に機能しないようにしたいと考えています。つまり、広告なしでページをロードし、広告が利用可能になったときにページを埋めます。
OpenX の単一ページ呼び出しを使用しており、CSS で div に明示的なサイズを指定しているため、コンテンツなしでレイアウトできますが、スクリプトをロードするとページのロードがブロックされます。OpenX を使用してページを高速化するためのベスト プラクティスは他にありますか?
javascript - JavaScriptのロード時間にはどちらが良いですか:すべてを1つの大きなファイルに圧縮するか、すべてを非同期にロードしますか?
簡単な質問ですが、短い答えがあるかどうかはわかりません。
説明
私はここにウェブサイトにロードされるJavaScriptのファイルを持っていますそれらについてのいくつかのメモがあります:
- それらはすべて同じドメインからのものです(クロスドメインの読み込みは必要ありません)
- それらはウェブサイトの周りで同一です。
- jQueryのようないくつかのファイルと、他の5つのプラグインに加えて、それらに基づく独自のアプリケーションスクリプトがあります。
- それらのサイズはすべて圧縮=224KBです(すべてのファイルを1つのファイルにまとめてから、YUICompressor2を使用して一度に圧縮します
問題
224KBを1つのファイルに入れるのは理想的ではないと聞きました。そして、それぞれ最大44KBの複数のファイルに分割する必要があります..これを聞いたときは思い出せません。さらに多くのファイルに分割することが効果的かどうかはわかりませんが、224KBには長い時間がかかるのは事実です。初めてロードする場合は、もちろんWebサイトに画像とCSSがロードされていることを考慮してください。
JavaScriptファイルを早期にロードする必要性を最小限に抑え、それを一番下に配置しました。これまでのところ、これは良い進歩ですが、時間を稼ぐためにHTMLと非同期でロードする必要があります。ソースと決定は次のとおりです。
はい、もしくは、いいえ?
1つの圧縮された大きなファイルに保存しますか?または、それらを多くの圧縮ファイルに分割して非同期でロードします(依存関係に関連する問題の処理を認識しています)。
asp.net - 1MB のホームページの読み込みを速くするにはどうすればよいですか?
私のホームページは1MBです。56k モデムを使用しているユーザーにとって、これは非常に大きなことです。500k の My Home Page サイトでも jquery を使用しています。
ページの読み込みを速くするにはどうすればよいですか? 使用している ISP をキャッシュできますか?それは役に立ちますか?
編集
asp.netでgzipを使用するにはどうすればよいですか?
Web ページに役立つキャッシュのタイプはどれですか?
jquery-ui - ロード時間を最小限に抑え、下部にスクリプトがあるYSlowを尊重するjQuery UIの例はどこにありますか?
私が見つけたjQueryとjQueryUIの例のほとんどは、ヘッダーにスクリプトが含まれていますが、YSlowのパフォーマンスルールに従って、スクリプトを下部に配置するのが最適です。このようにして、UIはできるだけ早くレンダリングされ、javaScriptは後で操作のために取得されます。残念ながら、いくつかのjQuery UIコンポーネントでは、正しくレンダリングするためにjavaScriptが必要なようです。
jQueryとjQueryUIでロードパフォーマンスを最大化するためのベストプラクティスを示す良い例のサイトはありますか?
browser - すべての静的コンテンツを Cookie のないドメインに配置する必要がありますか?
現在、静的コンテンツの大部分を別の (Cookie を使用しない) ドメインから提供しています。実際、それはまったく別の IP アドレスでもあります。
これは確かにページの読み込み速度に役立ちましたが、すべてのコンテンツがそのドメインから提供されるわけではありません.
Cookie/セッション/その他のトラフィックを排除し、より多くの同時接続を許可するため、2 番目のドメインからサービスを提供する方が高速であるというのが一般的な知識のようです。
私が興味を持っているのは後者です。すべての静的コンテンツを他のドメインに移動すると、メイン ドメインは (HTML に対する) 1 つの要求のみを取得し、他のすべての後続の要求は他のドメインに送信されます。
これにより、ブラウザがサーバーに対して行う同時リクエストの量が減少します。それは物事を遅くしませんか?特に、私たちのページには多くの画像が含まれていることが多いため.
私が見つけることができるすべての情報は、すべてのコンテンツを Cookie のないドメインに移動することを示唆していますが、この問題は言及されていません。
image - 少数の大きな画像と多数の小さな画像
ウェブサイトで画像を使わざるを得ないときは、できるだけ小さい画像を使用するのが最善だと常に考えてきました。ただし、それが複数の小さな画像を使用して 1 つの大きな画像と同じ結果を取得することを意味する場合、HTTP 要求が増えるため、これも良くないかどうかはわかりません。
この場合の最善のアプローチは何ですか?
- 大きな画像が少ない = ダウンロードするファイルが大きい
- 多くの小さな画像 = ダウンロードするファイルは小さいが、多くの HTTP リクエスト
「多い」とは、1 つの大きな画像ではなく、4 つまたは 5 つのことを意味します。
ありがとう!
アップデート
私が話しているファイルサイズの違いをお知らせするだけです。今日私が遭遇した1つのケースでは:
- 1 つの大きな画像を使用 = 1 リクエスト @ 11.3KB
- 5 つの小さな画像を使用 = 5 リクエスト @ 1.2KB (合計)
forum - ページ読み込み時間は 0.1 ~ 0.3 秒が適切ですか?
私のフォーラム (runnin mybb) はほとんど 0.1 - 0.24 秒でページを生成します (ほとんど 87% PHP / 13% MySQL)
これでいいですか?これを減らすために私は何ができますか
browser - Javascript (ライブラリ) を使用してブラウザのページの読み込みをプロファイリングする方法は?
私はこれについて多くの調査を行ってきましたが、私が持っているものをクラウドソーシングして、誰かが私が持っているものに追加を提供できるかどうかを確認できると思います. そこで、JS を使用してページの読み込み時間を判断できるようにしたいと考えています。単一の数値としてのページ読み込みだけでなく、内訳として。
最初に見つけたのは、新しい W3C 仕様 (ドラフト) でした: https://dvcs.w3.org/hg/webperf/raw-file/tip/specs/NavigationTiming/Overview.html
これは完璧ですが、Chrome と IE に限定されており、ブラウザー間でまだ一貫性がありません。
しかし今、Steve Souders による Javascript ライブラリに基づいた New Relic による Real User Monitoring (RUM) を見つけました。私が知る限り、彼らは私が新しい w3c Draft から見たのと同じデータを特定できます。
HTTP アーカイブを使用しているようです: http://code.google.com/p/httparchive/
ただし、ページのパフォーマンスや負荷に関する情報が見つからないように見えるため、正しいライブラリを見ているかどうか確信が持てませんでした。
もちろん、ページのプロファイリングに関する詳細情報を提供できるものが他にある場合は、その情報を歓迎します.