待機（ttfb）時間を短縮するにはどうすればよいですか

作成された時刻に基づいてソートされた順序でテーブルからユーザーのリストを取得するクエリがあります。Chromeデベロッパーツールから次のタイミング図を入手しました。

TTFB（最初のバイトまでの時間）が高すぎることがわかります。
SQLソートが原因かどうかはわかりません。それが理由であるなら、どうすればこの時間を短縮できますか？
それとも、TTFBが原因です。TTFBを短くする必要がある（1秒未満）と言うブログを見ました。しかし、私にとっては1秒を超えています。それは私のクエリのためか、何か他のもののためですか？
この時間をどのように減らすことができるかわかりません。
私は角張っています。SQLソートの代わりに角度を使用してテーブルをソートする必要がありますか？（多くの投稿はそれは問題ではないはずだと言います）
私が知りたいのはTTFBをどのように減らすことができるかです。みんな！私は実際にこれが初めてです。それは私のチームメンバーから私に与えられた仕事です。どのようにしてTTFB時間を短縮できるかわかりません。たくさんの投稿を見ましたが、正しく理解できませんでした。TTFBとは サーバーにかかる時間ですか？

TTFBは、応答の本文の最初のバイトまでの時間（つまり、json、xmlなどの有用なデータ）ではなく、サーバーから受信した応答の最初のバイトまでの時間です。このバイトは、応答ヘッダーの始まりです。

たとえば、サーバーがハードワーク（重いSQLなど）を実行する前にヘッダーを送信する場合、TTFBは非常に低くなりますが、「true」ではありません。

あなたの場合、TTFBはサーバーでのデータ処理に費やした時間を表します。

TTFBを削減するには、サーバー側の作業をより高速にする必要があります。

同じ問題に遭遇しました。プロジェクトがローカルサーバーで実行されています。私のphpコードをチェックしました。

$db = mysqli_connect('localhost', 'root', 'root', 'smart');

localhostローカルデータベースへの接続に使用しています。それがあなたが説明している問題の原因かもしれません。HOSTSファイルを変更できます。行を追加

127.0.0.1 localhost。

TTFBは、裏で起こるものです。お使いのブラウザは、舞台裏で何が起こっているかについて何も知りません。

実行されているクエリと、Webサイトがサーバーに接続する方法を調べる必要があります。

この記事はTTFBを理解するのに役立つかもしれませんが、それ以外の場合は、アプリケーションをさらに掘り下げる必要があります。

この記事を読んで、ユーザーリクエスト（ページ、検索結果など）に対する全体的な応答を最適化する方法に重点を置くことをお勧めします。

これに対する良い議論は、gzipを使用してページを圧縮することについて彼らが与える例です。圧縮しない場合はttfbの方が高速ですが、圧縮されていないコンテンツのダウンロードには時間がかかるため、ユーザーの全体的なエクスペリエンスは最悪です。

PHPを使用している場合は、前後にすばやく出力したいセクション（ヘッダーやコンテンツなど）を使用<?php flush(); ?>してみてください。phpの終了を待たずに実際のコードを出力します。常にこの機能を使用しないでください。速度の増加が目立たなくなります。</head></body>

より詳しい情報