サイト加速に関する問題
ダウンロード
フォーカスモード
フォントサイズ
ユーザーリクエストがEdgeOneノードキャッシュにヒットしたかどうかをどのように判断しますか？
ブラウザでコンソールを開き、リクエストURLに直接アクセスします。例えば：
https://example.com/test.webp。応答ヘッダー内のEO-Cache-Statusの値を確認し、HITであれば、キャッシュにヒットしたことになります。
Mac/Linuxシステムで、curlリクエストを使用して検証できます。例えば：
curl https://example.com/test.webp -i。応答ヘッダー内のEO-Cache-Statusの値を確認し、HITであれば、キャッシュにヒットしたことになります。
オリジンサーバーリソースにCORSレスポンスを設定しましたが、リソースを事前キャッシュした後にCORSレスポンスが失敗する場合、どう対処すればよいですか？
プレヒートキャッシュは、送信されたURLリソースに対して直接リクエストを開始するものであり、クロスオリジンリクエストではありません。そのため、オリジンサーバーのクロスオリジンレスポンス設定はトリガーされません。プレヒートキャッシュ後のリソースには関連するクロスオリジンヘッダーが含まれず、ユーザーがこのリソースにアクセスすると、クロスオリジンエラーが発生する可能性があります。
したがって、お客様のリソースがクロスオリジンシナリオでのアクセスに対応する必要があり、かつプレヒートキャッシュを行う必要がある場合は、HTTPレスポンスヘッダーをカスタマイズして変更し、クロスオリジンレスポンスをEdgeOne内に設定し、EdgeOneがクロスオリジンヘッダーを応答するようにすることをお勧めします。
キャッシュクリアとキャッシュ事前投入は、コンテンツを送信するたびに反映されるまでどのくらいかかりますか？
キャッシュをクリア：
タイプ | 単一送信数 | 有効開始日 |
URL | 5000 件以下の URL | 通常は1分以内に完了します。送信数が多い場合は、3～5分かかることがあります。 |
ディレクトリ | 1000 件以下のディレクトリ | |
Hostname | 1000 件以下の Hostname | |
Cache-Tag | 100 件以下の Cache-Tag | |
全キャッシュ | - | |
プレヒートキャッシュ：
タイプ | 単一送信数 | 有効開始日 |
URL | 5000件以下のURL | 5～30分 |
説明：
1. ファイルに設定されたキャッシュTTLが5分未満の場合は、キャッシュクリアツールを使用せず、タイムアウトによる更新を待つことをお勧めします。
2. キャッシュクリアの実際の総所要時間は、主に送信されたコンテンツの量によって異なります。量が多いほど待ち時間が長くなります。
3. プレヒートキャッシュの実際の総所要時間は、主にファイルサイズによって異なります。ファイルが大きいほど待ち時間が長くなります。大容量ファイル（100MB以上）が多い場合、プレヒートの有効化時間が延長され、30分を超える可能性があります。
フィードバック