推奨：ASPがフォームの繰り返し提出をどのように防ぐかユーザーは、ページを複数回リフレッシュする、バックキーを押すなど、フォームを送信する際にいくつかの予期しない状況に遭遇することがよくあります。制御測定が行われない場合、フォームの繰り返し提出の問題が発生します。この記事で導入された予防方法は、主に4つのサブルーチンで構成されています。比較的単純なアプリケーションでは、これらのコードを含まれているファイルに配置し、それらを直接参照するだけです。それらのために
ASPを使用する人は誰でも、セッションオブジェクトが特定のユーザーセッションに必要な情報を保存し、ユーザーがアプリケーションのページ間でジャンプすると、セッションオブジェクトに保存されている変数がクリアされず、ユーザーがアプリケーションのページにアクセスするときにこれらの変数が常に存在します。プログラムの複雑さを減らし、プログラミングの効率を改善することができますが、この記事で説明している多くの欠点もあります。
1。利点
多くのWebページ間で変数を渡す場合は、セッション変数を使用すると、QueryStringを通して変数を渡すことで簡素化されます。
Webサイトをユーザーフレンドリーにするには、セッション変数の使用を検討してください。サイトへのすべての訪問者は、ユーザー化の経験があります。これに基づいて、LDAPとMSSiteServerを使用して、すべてのユーザー化プロセスをセッション変数に入れる必要はなく、このユーザー化はユーザーの好みに依存します。
VBでの変数の使用に近い事前に宣言することなく、セッション変数を使用するときはいつでも直接使用できます。使用後、自動的にリリースされるため、リリースすることを検討する必要はありません。
2。短所
セッション変数とCookieは同じタイプです。ユーザーがブラウザをCookieと互換性のないものに設定した場合、ユーザーはこのセッション変数を使用できません！
ユーザーがページにアクセスすると、各セッション変数の実行環境が自動的に生成され、これらのセッション変数は、ユーザーがページを離れてから20分間保持できます。 （実際、これらの変数はいつでもタイムアウトを保持できます。タイムアウトの長さはWebサーバー管理者によって設定されます。一部のサイトは3分間しか続きません。10分間は20分間、一部は20分間です。サイト訪問の数が増えると、サーバーは正常に動作することができません！
セッション変数を作成することは非常に任意であり、いつでも呼び出すことができ、開発者による正確な処理を必要としないため、セッション変数を過度に使用すると、コードを読み取れずに維持することが困難になります。
セッション変数を事前に宣言することなく使用したいときはいつでも直接使用できますが、このアプローチはVBの変数の使用に近いものです。使用後、自動的にリリースされるため、リリースすることを検討する必要はありません。しかし、誰がそこでそれを考えましたか？変数とはどういう意味ですか？これらのどれも非常に明確になりません。
要約します
セッション変数の使用には、利点と短所の両方があります。この記事に関する限り、使用することは少ないことですが、一部の場所でそれらを使用することでWeb開発を大幅に簡素化することができるため、セッションを使用するかどうかはプロジェクトのニーズに依存しますが、使用されるかどうかにかかわらず、その利点と短所を事前に考慮する必要があります。
共有：長さが異なる左のインターセプトキャラクタータイトルの問題を解決する方法漢字と英語がタイトルに共存するため、左の文字列を使用すると、2つのニュースタイトルの長さが異なるため、よくわかります。この問題を解決するために、次の関数を使用できます。 ％ '*************************************'関数名：Gottopic '関数：文字列を切り取ると、1つの漢字が計算されます