問題タブ [pingdom]

質問する

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.

77 問題
Newest
Active
Bountied
318
Unanswered
0 投票する
2 に答える
471 参照

wordpress - Pingdom のドメイン名の読み込み時間が長い (合計読み込み時間の 95%)

私のウェブサイトの読み込み時間は非常に長く、特に Pingdom の待ち時間は長いです。サイトをスキャンすると、サイトはそれほど遅くはありませんが、サーバーが非常に遅いことがわかります。また、ブラウザにサイトをロードすると、サイトがロードされるまでに時間がかかります。私は非常に安価な共有サーバーを使用しています。私のホスティング会社によると、読み込み時間は共有サーバーによるものではなく、私の Web サイト上のいくつかのファイルによるものです。

一部のファイル（およびどのファイル）が原因で共有サーバーが原因であるかを誰かに教えてもらえますか？

ありがとうございました。

0 投票する
0 に答える
1428 参照

firebase - Firebase ホスティングの静的ファイルの読み込みが遅いのはなぜですか?

Firebase ホスティングを使用して静的ファイルを保存しています。私は pingdom でテストを行いましたが、他のファイルに比べてファイルの読み込みが遅いです:

ここに画像の説明を入力

彼らは Firebase で、利用可能な最速の CDN の 1 つだと言っています。なぜ私は良いパフォーマンスを得ることができないのですか？

0 投票する
1 に答える
417 参照

wordpress - pingdom ツールの待ち時間が長い

私はワードプレスのサイトを持っています。ページまたは投稿をテストすると、99% のサーバー待機時間と 20 ～ 20 秒の読み込み時間 (アムステルダムまたはストックホム サーバー) で返されます。たとえば、このページ: http://www.bredbaand-internet.dk/internetudbyder-med -hoej-upload-kviknet . ホストではありません (3 つの異なるホストが試行されました)。他の 3 つのワードプレス サイトでも同様の問題が発生しています。（プラグインのないもの）。それらはすべて 3 ～ 4 年前のインストールです。

良いアイデアはありますか？

Br

アンディボーイ

0 投票する
1 に答える
64 参照

linux - ウェブサイトの読み込み時間 - Linux (pingdom、googlePageSpeed)

Linux Web サーバー (nginx) に 60 の Web サイトがあり、各 Web サイトが完全に読み込まれるまでの時間を監視したいと考えています。tools.pingdom.com のようなもので、URL とロケールを入力し、ページが完全に読み込まれるまでの時間を返します。しかし、すべてのWebサイトおよび新しい将来のWebサイトに対してこのタスクを自動化するには、Linuxターミナル経由でこれが必要です。この仕事をするための Linux 経由の API やツールを知っている人はいますか? wget と curl を試しましたが、結果が不安定で、wget を使用しました:

しかし、ロケールを設定できず、ほとんどの場合、結果は不安定で、同じ Web サイトの読み込みに 2 秒、数分前に 10 秒かかります。

ありがとう ！

0 投票する
0 に答える
198 参照

iis - pingdom は、varyByHeaders (Cookie) を使用すると IIS 出力キャッシュを中断します

varyByQueryString最近、出力キャッシュについて多くの調査を行っており、web.config を介して IIS に出力キャッシュを正常に実装することができましたvaryByHeaders。

ただし、Pingdom のパフォーマンスとリアル ユーザー モニタリング (または PRUM) の問題があります。それらには、ページから離れたときに Cookieを設定する「楽しい」小さなbeforeUnloadルーチンがあり、次のページの読み込み時間を計ることができます。PRUM_EPISODESこの Cookie の値は、基本的にunixtimestamp()1 秒ごとに変化します。

イメージできるように、これによりユーザー モードの出力キャッシュCookieが完全に壊れます。これは、すべての要求が後続の要求ごとに異なるヘッダーで送信されるためです。

2つの質問：

  1. 私の最初の傾向はPRUM_EPISODES、サーバーに到達する前に Cookie をドロップする方法を見つけることです。これは、実際のアプリケーションには何の役にも立たないためです (これはClientOnly、次の HTTP バージョンのフラグに対する非公式の要求でもあります)。varyByHeaders="Cookie"IIS の出力キャッシュ エンジンに到達する前に個々の Cookie を削除する手法や、無視しながら利用するその他の手法に精通している人はいますPRUM_EPISODESか? 今のところ、そのようなテクニックWeb.configはまだ見つかっていません。
  2. すべての監視システムは、トラッキング メカニズムのためにこのように (すべてのページ リクエストを変更する) Cookie を操作しますか? そうすることで、ユーザー モードの出力キャッシュが壊れることを認識していませんか?
0 投票する
1 に答える
4759 参照

css - 次の URL の要求は、1 つのパケットに収まりません。これらのリクエストのサイズを小さくすると、レイテンシが短縮される可能性があります

以下のエラーを示す Pingdom 速度テスト ツール: 要求サイズを最小化する

次の URL の要求は、1 つのパケットに収まりません。これらのリクエストのサイズを小さくすると、待ち時間が短縮される可能性があります。

スクリーンショット エラー


12345678910