oracle plsqlで開発しています。
htmlからpostでプロシジャーに値をわたしていますが、
パラメータが渡っていないようです。
エラーページでREQUEST METHOD=GETと表示されてしまいます。
getで送るとページが表示されるのですが・・・
formタグのmethod=postにすればREQUEST METHODには自動的にPOSTがはいると
思っていたのですが、どこかで設定しなければいけないのでしょうか。
とても困っています。
どなたか教えてください。

このQ&Aに関連する最新のQ&A

A 回答 (1件)

考えられること(自信なし)


・ACTION先のアドレスに ?なんとかかんとか が入っている
・HTMLのPOSTが大文字になっていない
    • good
    • 0

このQ&Aに関連する人気のQ&A

お探しのQ&Aが見つからない時は、教えて!gooで質問しましょう!

このQ&Aを見た人が検索しているワード

このQ&Aと関連する良く見られている質問

Q
の場所は?

CGIでデータを受け渡しするアンケートを作っています。html中に書く<form method=post action="***.cgi">~</form>“~”の場所についてですが質問項目を全て挟まなくてはいけませんか?実は、チェックボックスの「最大2つまで回答可」という部分をJavascriptでチェック個数を超えてチェックした時点でアラートが出るようにしてます。その記述中にすでに<form>~</form>タグを制限をかけたい質問に置いているので、質問全体を<form method=post action="***.cgi">~</form>でくくると入れ子になってしまいます。大丈夫ですか?

Aベストアンサー

<form method=post action="***.cgi" name="form1">~</form>
にする。つまり「最大2つまで回答可」という部分だけをonclickでJavascriptを呼び出したらいいと思います。

Qmethod=GETの最大文字数

<a href="***.cgi?key=value">という具合に、
データをGETで渡したいのですが、
valueに日本語をurlエンコードしたものを使いたいのです。
そのため、かなり文字数が多くなる場合もあるので、
GETでの最大文字数をご存知の方、よろしくお願いします。

Aベストアンサー

RFCにはURIについての長さの規定はありませんし、
HTTPのRFCに至ってはURIの長さ制限がないことを明記していますから(参考URLの3.2.1を参照)、
少なくともプロトコルの上では長さに制限はありません。
なので、madmanさんのおっしゃるようにサーバ依存、ということになります。

参考URL:http://www.ietf.org/rfc/rfc2616.txt

QGETとPOSTの違い

<form>でCGIへのデータの転送ですが、

(1)「GET」と 「POST」がありますが、どんな違い、メリット/デメリットがあるのか教えてください

(2)また、送信情報のセキュリティーと関係はありますか?

(3)検索エンジンなどはGETが多いようですが、なぜですか?


いろいろ質問が多くて申し訳ありません。
よろしくお願いいたします

Aベストアンサー

CGIプログラム側から見ると、

○「GET」の場合
 環境変数「QUERY_STRING」で値が渡される
 データがOSで認められた以上の大きさになると、値が環境変数に収まらなくなりデータが途中で切れてしまう
○「POST」の場合
 Formの値は標準入力(STDIN)に渡され、データの長さは環境変数「CONTENT_LENGTH」に入る
 データの長さはOSに依存しないため、大きなデータでも問題なく渡せる

という違いがありますね。

一方、CGIを使うユーザー側から見ると、GET methodの場合はURLの後に「http://hogehoge/foo.cgi?input=xxx」というような形で引数を指定すると、Formからデータを入力したのと同じような効果が得られるのに対し、POST methodしか対応していないCGIでは、基本的にFormにデータを入力してやらないとプログラムが正しく動かない、という違いがあります。
そのため、検索エンジン等の場合は検索結果に対して直リンクが張りやすいGET methodを使っているところがほとんどです。

セキュリティ的にはどちらも大した違いはありませんが、Formに入力したデータがブラウザの「アドレス」欄に表示されない分だけ、ややGET methodの方が有利といえるでしょうか。

CGIプログラム側から見ると、

○「GET」の場合
 環境変数「QUERY_STRING」で値が渡される
 データがOSで認められた以上の大きさになると、値が環境変数に収まらなくなりデータが途中で切れてしまう
○「POST」の場合
 Formの値は標準入力(STDIN)に渡され、データの長さは環境変数「CONTENT_LENGTH」に入る
 データの長さはOSに依存しないため、大きなデータでも問題なく渡せる

という違いがありますね。

一方、CGIを使うユーザー側から見ると、GET methodの場合はURLの後に「http://hogehoge/fo...続きを読む

QGETメソッドとPOSTメソッドの利点と欠点を教えてください

GETメソッドとPOSTメソッドの利点と欠点を教えてください
CGIプログラミングでデータを受信する際のそれぞれの利点と欠点を教えてください。
GETメソッドはデータがURLに表示されてセキュリティ上で問題があるのでは?と思うのですがどうなんでしょうか?
使い分けがうまくできればいいと思うのですが、どのように使い分けるのが良いでしょうか?

Aベストアンサー

GETはURLで送れるので情報ダダ漏れ。
但しURL文字列になってるのでURLとして1つにできる
URLなので文字数の制限が有る

POSTはURLとは別なのでダダ漏れには(見た目的に)なってなく、
文字数は余り関係ない
文字ではないので画像とかも扱える


簡単な情報送信やページングのみだったりするものはGETが未だに使われる
formのデータやアップロードの場合はPOSTが普通(危惧しているセキュリティの事も有るから)

QCGIでGETで送信するパラメータの最大長が知りたいのです。

CGIでGETで送信するパラメータの最大長が知りたいのです。

ブラウザ(クライアント)毎に違うのでしょうか、
それとも、CGIはPerlを使っているのですが、サーバー側の仕様になるのでしょうか?

あと、index.cgi[ここからパラメータとして扱われる???
?, &もパラメータサイズに含まれるのでしょうか?


結構長いパラメータをGETで送信しないといけなくて、たとえば携帯やPDA(ザウルスSL-C860)など大丈夫かなと心配しています。

POSTは無制限でしたよね?
でも、今回は必ずGETでないといけませんので・・・

Aベストアンサー

↓RFC2616 (Hypertext Transfer Protocol -- HTTP/1.1) の抜粋です.ご参考まで.

(3.2 Uniform Resource Identifiers, 3.2.1 General Syntax より)
The HTTP protocol does not place any a priori limit on the length of a URI.
Servers MUST be able to handle the URI of any resource they serve,
and SHOULD be able to handle URIs of unbounded length if they provide GETbased
forms that could generate such URIs. A server SHOULD return 414 (Request-URI Too Long)
status if a URI is longer than the server can handle (see section 10.4.15).

Note: Servers ought to be cautious about depending on URI lengths above 255
bytes, because some older client or proxy implementations might not properly
support these lengths.


RFC2616 (Hypertext Transfer Protocol -- HTTP/1.1)
http://www.rfc-editor.org/cgi-bin/rfcdoctype.pl?loc=RFC&letsgo=2616&type=http&file_format=txt

↓RFC2616 (Hypertext Transfer Protocol -- HTTP/1.1) の抜粋です.ご参考まで.

(3.2 Uniform Resource Identifiers, 3.2.1 General Syntax より)
The HTTP protocol does not place any a priori limit on the length of a URI.
Servers MUST be able to handle the URI of any resource they serve,
and SHOULD be able to handle URIs of unbounded length if they provide GETbased
forms that could generate such URIs. A server SHOULD return 414 (Request-URI Too Long)
status if a URI is lon...続きを読む


このカテゴリの人気Q&Aランキング

おすすめ情報