Tips

/4DCGIと/4DACTIONを制限する

日付2001/09/14
ID01-730
バージョン6.7.x specific
プラットフォームWindows and Mac

4DのWebサーバーにURLを提出する時、URLが/4DCGIまたは/4DACTIONを前に付けられる場合、4Dコードが実行されるでしょう。/4DACTIONの場合には、/4DACTION(例えば、URLがそのとき/4DACTION/MyMethodである場合に「MyMethod」はメソッドです)に直ちに続くメソッド名が実行されるでしょう。/4DCGIの場合には、そのWeb Connection methodが実行されるでしょう。両方の場合では注意し、そのWeb Authentication methodが最初に(それが存在する場合)実行します。

実際には、しばしば/4DCGIまたは/4DACTIONを使用する必要がありません。/4DACTIONから始まらないか、その実行するべきWeb Authentication methodで4DWebサーバーのHTMLルートの中の有効なファイルの名前でない4Dのどんな要請ももたらすでしょう。

Tech Tipを見る「直接のページリクエスト(Web serving)のために走ることをコードに強いること":

http://www.4D.com/support/tips01-724.html

そうすると、/4DACTIONまたは/4DCGIの使用はあなたに何をもたらすか。一つについては、あなたがHTMLフォームサブミッションを行っていれば、それらはCOMPILER_WEBメソッドを走らせるでしょう。これは次には、自動コピーを引き起こすでしょう。ドキュメンテーション(http://www.4d.com/acidoc/cmu/CMU02072.HTM)に記述されるように、4D変数へのHTMLフォーム入力と命名されました。さらにこれは、GETメソッドフォームと同様にPOSTのためのGET WEB FORM VARIABLESの使用を可能にします。

このHTMLを検査します:



その後、実行されたCOMPILER_WEB_will_およびGET WEB FORM VARIABLESは働くでしょう。しかしながらユーザはブラウザーで「/4dcgi」のキーワードを見るでしょう。

興味深くPOSTの代わりにGETを使用すれば、例えば:



GET vs POSTを使用する様々な賛成および反対があります。経験法はあなたが例えばデータベース中のデータを更新するデータを提出している場合、POSTが使用されるべきということです。あなたがデータベース(例えばある種類の質問基準)にデータを要請している場合、GETが使用されるべきです。