ホームページ  >  記事  >  バックエンド開発  >  +記号などの特殊文字パラメータを受け取るPHPの問題

+記号などの特殊文字パラメータを受け取るPHPの問題

不言
不言オリジナル
2018-04-13 14:06:542971ブラウズ

この記事では、PHP が + 記号などの特殊文字パラメーターを受信する問題を紹介します。必要な方はぜひご覧ください。

送信プロセス中のパラメーター「+」記号に関する少し奇妙な問題を記録します。 . 逃げられるかどうか。

1. getメソッドリクエスト

phpで受け取ったパラメータの「+」がスペースになるので、「+」記号を元に戻す必要がある場合は、urldecodeを実行します。受信したパラメータを変更する必要があります。
curl とブラウザを使用すると、受け取ったすべてのパラメータの + 記号がスペースに変換されます。
リクエストアドレスはhttp://ip/xx?aa=+889ですhttp://ip/xx?aa=+889
使用 $_REQUEST['aa'] 接收到的参数值为“ 889”,参数+号被转为了空格,如果希望得到原样的+889,则需要使用urlencode($_REQUEST)来进行获取。

但是,如果传输的时候,使用的是http://ip/xx?aa=%2B889,即自行对+号进行了url编码,那$_REQUEST接收到的就是+889的参数。

2、post方式请求

使用post方式,curl执行接收到的参数也是将+号转为了空格;但是通过html form模拟的post,接收到的却是完整的+号(form提交的时候自动对参数进行了url编码?)。
接收参数使用$_POST。
如果在curl的时候,post的参数使用编码后的%2B889,那php接收到的就是+889$_REQUEST['aa']を使用し、受け取ったパラメータ値はです" 889 ” の場合、パラメータ + 記号はスペースに変換されます。元の +889 を取得したい場合は、urlencode($_REQUEST) を使用する必要があります。それを手に入れるために。

ただし、送信中に http://ip/xx?aa=%2B889 が使用される場合、つまり + 記号自体が URL エンコードされる場合、$_REQUEST code> code> が受け取るのは、<code>+889 のパラメータです。

2. Post リクエスト
post メソッドを使用すると、curl の実行で受け取ったパラメータも + 記号をスペースに変換しますが、HTML フォームを通じて投稿がシミュレートされると、完全な + 記号が受信されます。送信済み) パラメータは URL エンコードされていますか?)。 $_POSTを使用してパラメータを受け取ります。
curl 中に post パラメータでエンコードされた %2B889 が使用される場合、PHP が受け取るのは +889 です。

3. 結論

したがって、結論を導き出します: 🎜🎜php は、パラメーターを受信すると、そのパラメーターに対して urldecode デコード操作を自動的に実行します。 したがって、送信されたパラメーターが URL エンコードされていない場合、特殊文字 ( + 記号) はスペースとしてデコードされるため、パラメーターが正しく受信されません。 🎜 🎜 PHP が特殊文字を含むパラメータを正しく受信できるようにするには、クライアントとサーバーの間で合意する必要があります。たとえば、クライアントから送信されるパラメータはすべて URL エンコードされたパラメータであるため、クライアントが受信するパラメータはすべて URL エンコードされます。サーバーのパラメータは正しいです。 🎜🎜🎜🎜

以上が+記号などの特殊文字パラメータを受け取るPHPの問題の詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。

声明:
この記事の内容はネチズンが自主的に寄稿したものであり、著作権は原著者に帰属します。このサイトは、それに相当する法的責任を負いません。盗作または侵害の疑いのあるコンテンツを見つけた場合は、admin@php.cn までご連絡ください。