この記事は機械翻訳のミラー記事です。元の記事にジャンプするにはこちらをクリックしてください。

眺める: 14413|答える: 0

[ウェブマスターからのコミュニケーション] 360 Website Defender TTFBを長期間使いすぎました

[リンクをコピー]
掲載地 2016/07/09 10:38:45 | | | |

TTFB属性
アプリケーションセンターテスト
TTFB属性
応答の最初のバイトが受信されるまでのミリ秒数を取得します。
lTime = 応答。TTFB
返す時間 As Long:最初のバイト応答時間はミリ秒単位です。
TTFB:httpwatch的timechart中的一列参数。
TTFB(Time To First Byte)は、最初のネットワークリクエストが開始されてからサーバーから最初のバイトが受信されるまでの時間であり、TCP接続時間、HTTPリクエストを送信した時刻、応答メッセージの最初のバイトを取得するまでの時間が含まれます。

1. TTFB(Time To First Byte)は、最初のネットワークリクエストからサーバーから受信された最初のバイトまでの時間であり、TCP接続時間、HTTPリクエストを送信する時間、応答メッセージの最初のバイトを取得するまでの時間が含まれます。
注意:ページリダイレクトが多いほどTTFBは高くなるため、リダイレクトを減らすことができます
TTFB最適化手法には以下が含まれます:

1. DNSクエリの削減

2. CDNの使用

3. 早めにフラッシュする

4. サイクルヘッドの追加

個人的なアドバイスですが、これらの指標にあまり気にしすぎないでください。 価値のないウェブサイト(トラフィックも人気も収益もない)でこれらの指標を分析するのは意図的ではありません



今回はdnspodと360 website guardを使っていますが、最近ウェブサイトの開きが非常に遅くなっていることがわかりました。これは以前になかったことです

理由を探すと、ほとんどが画像やJSなどの静的なリソースであることが分かりました。TTFB時間が長すぎます。

これらの静的リソースはサーバーで処理されていないので、私のサーバーでは問題ないはずです

360 Website Guardの使用により、多くの加速機能がオンになっていますが、速くなるほど速度は遅くなります。

理由を見つけるには、ローカルホストファイルを変更してドメイン名をサーバーの実際のIPに直接指すようにしかできません

ウェブサイトはほぼ数秒で開かれ、キャッシュもクリアで、初回ロードも約3秒で、異常に遅くはありませんでした。


個人的には、360ウェブサイトガードのプロジェクトチームの最近のアップデートやアップグレードが影響しているのかもしれませんし、360側で大規模な運営が行われていると推定されています。






先の:【Visual Studio】2005~2015 中国版完全版(シリアルナンバー付き)
次に:Linuxでは、IptablesはCC攻撃を防ぐために同じIP接続を制限します
免責事項:
Code Farmer Networkが発行するすべてのソフトウェア、プログラミング資料、記事は学習および研究目的のみを目的としています。 上記の内容は商業的または違法な目的で使用されてはならず、そうでなければ利用者はすべての結果を負うことになります。 このサイトの情報はインターネットからのものであり、著作権紛争はこのサイトとは関係ありません。 ダウンロード後24時間以内に上記の内容を完全にパソコンから削除してください。 もしこのプログラムを気に入ったら、正規のソフトウェアを支持し、登録を購入し、より良い本物のサービスを受けてください。 もし侵害があれば、メールでご連絡ください。

Mail To:help@itsvse.com