を格納するクライアント変数

あなたは、そのセッション変数はメモリ内のに対し、クライアント変数のディスク構造に格納されて格納されて覚えがあります。メモリ内のセッション変数の内部構造は重要ですが、クライアント変数を格納するためのオプションをいくつかの議論に値する。既定では、ColdFusion店クライアントWindowsレジストリ内の変数です。ご覧のように、すべてのクライアント変数は、指定されたセッションへの鍵は、CFIDとCFTOKEN指定されたセッションから、その名を受け取りの下に格納されて割り当てられます。この問題は、Windowsレジストリの高速データストレージおよび検索システムは、連続してアクセスする多数のサーバーのパフォーマンスに影響を与えることが意図したことはなかったです。より良いオプションは、データベースサーバー上でクライアント変数を格納することです。これは少しは、レジストリ内のデータを格納するよりも複雑です。あなたが最初の1つとしては、ColdFusionクライアント変数のストレージを使用することができるデータベースを設定する必要があります。ので、次の手順に従ってください：

1。 ColdFusion MX Administratorで、これで、クライアント変数を格納するためには、ColdFusionデータソースを設定します。 Microsoft Accessなどの製品のベース（これは、Microsoft SQL ServerやOracleではなく、ファイルなど、実際のデータベースサーバーにする必要があります。）

2。クライアント変数はColdFusion Administratorの[するには、先ほど作成したデータソースを選択し、移動して、をクリックします。

3。データソースを、彼らのデフォルトの位置にあるすべてのチェックボックスをオンのままにし、[送信]を意味のある説明を与えます。チェックボックスの設定をした場合にのみ絶対にする必要があることを確認して変更します。これらの手順を実行した後、あなたのデータベースには2つの新しい記事：CDATAやCGLOBALが含まれます。 CDATAは、クライアント変数データが含まれ、CGLOBALヒットカウントと最後の訪問の時など、各セッションでは、グローバルな情報が含まれます。クライアント変数データベースの使用を開始するには、次のいずれか2つの操作を行うことができます：

デフォルトのクライアントとしては、データソース、ColdFusion Administratorの[変数のストレージオプションを設定します。あなたのコードのどれもがサポートするように変更しなければならない、これは良いアイデアです。複数ある場合はClientvariableデータベースで複数のWebサイトを実行するため、誤って間違った場所に変数を格納することがあります、これは良いアイデアは、ではない。

としてcfapplicationタグを使用して次のとおり：

それがどこにクライアント変数を格納されているものをより細かく制御できるようにこれは一般的に、より良いオプションです。

...

なぜ我々 UCase関数を使用するか（）？残念なことにはJSESSIONIDパラメータSession.URLTokenのはその部分は、小文字のパラメータとして含まれては、J2EE、しかし、そのJSESSIONIDと大文字として含まれている必要があります。場合は、UCase関数への呼び出しが含まれていない（）、状態をリクエスト間で維持されていません。頻繁に悲しそうに見過ごされているColdFusion開発の一つの重要な詳細は、下の2つの部品：Application.cfmを、OnRequestEnd.cfm、およびcfapplicationタグの効果的な使用に集約することは、アプリケーションフレームワークです。 1つは、ほぼすべてのColdFusionアプリケーション内に存在するファイルのApplication.cfmです。 ColdFusionのすべてのページを要求する前に、あなたのデータソースの名前など、すべてのページリクエストで使用できる変数を設定するApplication.cfmの優れた場所となって、このファイルを実行すると、データベースのユーザ名とパスワード、およびその他のグローバル定数です。加えて、ColdFusionでは、すべてのページリクエストの後にOnRequestEnd.cfmという名前のテンプレートは、サイトのフッターコードを配置するOnRequestEnd.cfm理想的な場所となって実行されます。際は、ColdFusionテンプレートを要求すると、まず最初にColdFusionのないアプリケーションを探しています。には、テンプレートを含むディレクトリに立方フィートあります。 ColdFusionがApplication.cfmのは、検索を停止し、ColdFusionのApplication.cfmの実行を検出します。がある場合は、現在のディレクトリ内のApplication.cfmされていない場合、ColdFusionの各ディレクトリを検索し、要求されたのテンプレートのパスまで、ColdFusionのファイルApplication.cfmの名前を検索します。たとえば、もし要求されたĈ：\ inetpub \ wwwrootの\ mydirectory \ mytemplate.cfmは、ColdFusionのApplication.cfmは、この順序で、次のディレクトリで検索する：

Ĉ：\ inetpub \ wwwrootの\ mydirectory \ cを：\ inetpub \ wwwrootの\ cを：\ inetpub \ cを：\

ColdFusionがどこでも、要求されたディレクトリ階層テンプレートを、ColdFusionは、単にテンプレートのリクエストを実行するのApplication.cfm検索されません。が終了したらテンプレートを要求された場合、ColdFusionは、同じディレクトリ内のどこにファイルをOnRequestEnd.cfmという名前のApplication.cfmを見つけたようだ。 ColdFusionがApplication.cfmのと同じ場所でOnRequestEnd.cfm見つからない場合は、ColdFusionは、単純に要求を終了します。 OnRequestEnd.cfmのApplication.cfmはありませんトラバーサルのプロセスが同じディレクトリに従っていません。この問題は、どこのApplication.cfmとOnRequestEnd.cfm配置を知ることです。一方、他のすべての時のApplication.cfm含まれていない一部のアプリケーションは、アプリケーション内のすべての単一のディレクトリでは、Application.cfmを置く。ベストプラクティスのどこかに、これらの2つの両極端の間にある、私は通常のディレクトリ構造のルートで私のアプリケーション全体に対して1つだけのApplication.cfmしている。しかし、私のApplication.cfmどこでも、それは絶対に必要なのが追加されますが、私は非常にApplication.cfmを追加するにはどこでそのように説得力のある理由が慎重だ。 cfapplicationをColdFusionのアプリケーションフレームワークの基礎となります。でcfapplicationがなければ、変数のクライアント、セッション、またはアプリケーションを設定することができないだろう、とあなたのためでcfapplication CFIDとCFTOKENを処理するためのColdFusionのメカニズムである状態を維持することができないだろう。でcfapplicationの状態管理の面以前では、名前も挙がっていたが、残念ながら見落とされがちでcfapplicationの1つの属性は、name属性は：

別のアプリケーションスペースにcfapplicationをパーティションアプリケーション、セッション、およびクライアント変数のname属性です。場合は、MyAppのの名前を持つ1つのリクエストで、別の要求でYourAppの名前でcfapplication呼び出しが原因で、2つの要求を別のアプリケーションスペースには、どちらの要求の他のアプリケーション、セッション、またはクライアント変数を共有します。ポイントされているすべてのあなたのアプリケーション全体でcfapplicationタグ必要が常に参照同じアプリケーションの名前です。一部の開発者がさまざまな部分には、アプリケーションを分割するが、しようとこれを行うにはありません。これは、開発者は常によりも、別のアプリケーション領域のテンプレートを1つのアプリケーション領域を使用する別のセッション変数は、テンプレートを忘れることは、複数のアプリケーションスペースに分割する単一のアプリケーションをするたびにbackfires。それを、単純なアプリケーションで、リクエストごとに1つしかアプリケーション名を使用してください。

記事は、ルーカスArnelas提出

免責事項：弊社のウェブサイトは、この資料の内容については責任を負いません。 Webarticles無料の情報リソースです。
重要： この記事は、"保存するクライアント変数の"自動ソフトウェアによって翻訳された。大変申し訳ございませんが発生した可能性があります任意のスペルミスを感じている。お客様のご理解いただき、ありがとうございます。