WML ページがキャッシュから読み取られないようにする方法
キャッシュ|ページ
WML ページが WAP デバイスにダウンロードされると、この期間が終了するまでの一定期間、WAP デバイスのメモリに保存されます。この後、ページは WAP デバイスのキャッシュから読み取られるのではなく、サーバーからダウンロードされます。このプロセスはキャッシュと呼ばれます。
しかし、ページをキャッシュからではなくサーバーから読み取らせたい場合もあります。典型的な例としては、サーバーのコンテンツが常に更新されている場合、ページがキャッシュに保存されないことを WAP デバイスに伝えるために、特定のキャッシュ情報が HTTP ヘッダーに追加されます。
サーバー側で HTTP ヘッダーを生成したり、PHP、ASP、Perl、またはその他のサーバー側開発言語を使用したりできます。この行は HTTP ヘッダーであるため、WML 要素ではないため、ページに含めることはできません。
静的ページの場合、多くのブラウザーはブラウザーのキャッシュを制御するための META タグをサポートしていません。このセクションの最後の例を参照してください。
次のコードを HTTP ヘッダーに追加すると、ページはすぐに期限切れになります:
有効期限: Mon, 26 Jul 1997 05:00:00 GMT
Last-Modified: DD 月 YYYY HH:MM:SS GMT
キャッシュ制御: no-cache、must-revalidate
プラグマ: no-cache
最初の行は、ページがしばらく期限切れであることをマイクロブラウザに伝えます。 2 行目は、ページが最後に変更された日時をブラウザーに伝えます。 DD は、今日の日付、月 YY HH MM SS などに置き換える必要があります。 3 行目と 4 行目も同じ効果があります。ページをキャッシュしないようにブラウザに指示します (3 行目は HTTP 1.1 に適用され、4 行目は HTTP 1.0 に適用されます)。
以下は PHP の例です:
// 正しい MIME タイプを設定します
header("Content-type: text/vnd.wap.wml");
// 過去に期限切れになります
header("Expires: Mon, 26 Jul 1997 05:00:00 GMT");
// 最終更新日、現在
header("Last-Modified: " . gmdate("D, d M Y H:i:s") . " GMT");
// キャッシュを防止します、HTTP/1.1
header("Cache-Control: no-cache, must-revalidate");
// Prevent caching, HTTP/1.0
header("Pragma: no-cache");
?>
以下は WebClasses (VB) の使用例です。キャッシュを防ぐには、「Response.Expires=-1」を使用します。
Private Sub WebClass_Start()
'正しい MIME タイプを設定します
Response.ContentType = "text/vnd.wap.wml"
-1
Response.AddHeader "Pragma", "no-cache"
Response.AddHeader "Cache-Control", "no-cache, must-revalidate"
) as template
Set NextItem = Basicwml
End Sub
これはASP の例。キャッシュを防ぐために「Response.Expires=-1」も使用します。
<%
Response.ContentType = "text/vnd.wap.wml"
Response.Expires = -1
Response.AddHeader "Pragma", "no-cache"
レスポンス.AddHeader "Cache-Control", "no-cache, must-revalidate"
%>
最後に、META の使用例:
"' target=_blank>
http://www.wapforum.org/DTD/wml_1.1。 xml ">
このデッキはキャッシュに保存されません
Card> ;
次のページは 86400 秒 (24 時間) 後に期限切れになります。
"' target=_blank>
http://www.wapforum.org/DTD/wml_1.1.xml">
このカードはキャッシュ内に 1 日保存されます
カードはリロードされません。この更新アクションを強制するには、ユーザーは META タグで must-revalidate パラメータを使用する必要があります。

ホットAIツール

Undresser.AI Undress
リアルなヌード写真を作成する AI 搭載アプリ

AI Clothes Remover
写真から衣服を削除するオンライン AI ツール。

Undress AI Tool
脱衣画像を無料で

Clothoff.io
AI衣類リムーバー

Video Face Swap
完全無料の AI 顔交換ツールを使用して、あらゆるビデオの顔を簡単に交換できます。

人気の記事

ホットツール

メモ帳++7.3.1
使いやすく無料のコードエディター

SublimeText3 中国語版
中国語版、とても使いやすい

ゼンドスタジオ 13.0.1
強力な PHP 統合開発環境

ドリームウィーバー CS6
ビジュアル Web 開発ツール

SublimeText3 Mac版
神レベルのコード編集ソフト(SublimeText3)

ホットトピック











多くのユーザーはスマートウォッチを選ぶときにファーウェイブランドを選択しますが、その中でもファーウェイ GT3pro と GT4 は非常に人気のある選択肢であり、多くのユーザーはファーウェイ GT3pro と GT4 の違いに興味を持っています。 Huawei GT3pro と GT4 の違いは何ですか? 1. 外観 GT4: 46mm と 41mm、材質はガラスミラー + ステンレススチールボディ + 高解像度ファイバーバックシェルです。 GT3pro: 46.6mm および 42.9mm、材質はサファイアガラス + チタンボディ/セラミックボディ + セラミックバックシェルです。 2. 健全な GT4: 最新の Huawei Truseen5.5+ アルゴリズムを使用すると、結果はより正確になります。 GT3pro: ECG 心電図と血管と安全性を追加

HTTP ステータス コード 520 は、サーバーがリクエストの処理中に不明なエラーに遭遇し、より具体的な情報を提供できないことを意味します。サーバーがリクエストを処理しているときに不明なエラーが発生したことを示すために使用されます。サーバー構成の問題、ネットワークの問題、またはその他の不明な理由が原因である可能性があります。これは通常、サーバー構成の問題、ネットワークの問題、サーバーの過負荷、またはコーディング エラーが原因で発生します。ステータス コード 520 エラーが発生した場合は、Web サイト管理者またはテクニカル サポート チームに連絡して詳細情報と支援を得ることが最善です。

HTTP ステータス コード 403 は、サーバーがクライアントの要求を拒否したことを意味します。 http ステータス コード 403 の解決策は次のとおりです: 1. 認証資格情報を確認します。サーバーが認証を必要とする場合は、正しい資格情報が提供されていることを確認します。2. IP アドレス制限を確認します。サーバーが IP アドレスを制限している場合は、クライアントの IP アドレスは制限されています。ホワイトリストに登録されているか、ブラックリストに登録されていません。3. ファイルのアクセス許可設定を確認します。403 ステータス コードがファイルまたはディレクトリのアクセス許可設定に関連している場合は、クライアントがこれらのファイルまたはディレクトリにアクセスするための十分なアクセス許可を持っていることを確認してください。等

実際は次のようなものです。当時、私のリーダーは私に perf ハードウェア パフォーマンス監視タスクを与えました。perf を使用するプロセス中に、コマンド perf list を入力すると、次の情報が表示されました。私のタスクは、これらのキャッシュ イベントを有効にすることです。しかし重要なのは、これらのミスやロードが何を意味するのか全く分からないということです。

HTTP 301 ステータス コードの意味を理解する: Web ページ リダイレクトの一般的なアプリケーション シナリオ インターネットの急速な発展に伴い、Web ページの操作に対する人々の要求はますます高くなっています。 Web デザインの分野では、Web ページのリダイレクトは一般的かつ重要なテクノロジであり、HTTP 301 ステータス コードによって実装されます。この記事では、HTTP 301 ステータス コードの意味と、Web ページ リダイレクトにおける一般的なアプリケーション シナリオについて説明します。 HTTP301 ステータス コードは、永続的なリダイレクト (PermanentRedirect) を指します。サーバーがクライアントのメッセージを受信すると、

Windows 11 で Snipping Tool が機能しない理由 問題の根本原因を理解すると、適切な解決策を見つけるのに役立ちます。 Snipping Tool が正しく動作しない主な理由は次のとおりです。 フォーカス アシスタントがオンになっている: これにより、Snipping Tool が開かなくなります。破損したアプリケーション: 起動時にスニッピング ツールがクラッシュする場合は、破損している可能性があります。古いグラフィック ドライバー: 互換性のないドライバーは、スニッピング ツールに干渉する可能性があります。他のアプリケーションからの干渉: 実行中の他のアプリケーションが Snipping Tool と競合する可能性があります。証明書の有効期限が切れています: アップグレード プロセス中のエラーにより、この問題が発生する可能性があります。これらの簡単な解決策は、ほとんどのユーザーに適しており、特別な技術知識は必要ありません。 1. Windows および Microsoft Store アプリを更新する

HTTP ステータス コード 200: 成功した応答の意味と目的を調べる HTTP ステータス コードは、サーバーの応答のステータスを示すために使用される数値コードです。このうち、ステータス コード 200 は、リクエストがサーバーによって正常に処理されたことを示します。この記事では、HTTP ステータス コード 200 の具体的な意味と使用法について説明します。まず、HTTP ステータス コードの分類を理解しましょう。ステータス コードは、1xx、2xx、3xx、4xx、5xx の 5 つのカテゴリに分類されます。このうち、2xx は成功応答を示します。 200 は 2xx で最も一般的なステータス コードです

NginxProxyManager を使用して HTTP から HTTPS への自動ジャンプを実装する方法 インターネットの発展に伴い、ますます多くの Web サイトが HTTPS プロトコルを使用してデータ送信を暗号化し、データ セキュリティとユーザーのプライバシー保護を向上させ始めています。 HTTPS プロトコルは SSL 証明書のサポートを必要とするため、HTTPS プロトコルを展開する際には特定の技術サポートが必要です。 Nginx は強力で一般的に使用される HTTP サーバーおよびリバース プロキシ サーバーであり、NginxProxy
