第3回 PHP と Shift-JIS 環境での文字化けについて � サイオンコミュニケーションズ株式会社 — 沖縄県でのコールセンター、ネットワーク、システム開発
検証用ソース1 <HTML> <FORM METHOD="POST" ACTION=" testPOST.php "> <?php // POSTで送られてきたデータ内に含まれるを削除して変数に格納 $input = stripslashes($_POST["input"]); // POSTで送られてきたデータを変数に格納 $output = $_POST["input"]; ?> 入力 <INPUT TYPE="text" NAME="input" VALUE=<php print str_replace(""",""",$input); ?>> <BR> 出力 <INPUT TYPE="text" NAME="output" VALUE=<php print str_replace(""",""",$output); ?>> <BR> <INPUT TYPE="submit" VAL
PHP以外では: 既にあたり前になりつつある文字エンコーディングバリデーション - 徳丸浩の日記(2009-09-14)
_既にあたり前になりつつある文字エンコーディングバリデーション 大垣靖男さんの日記「何故かあたり前にならない文字エンコーディングバリデーション」に端を発して、入力データなどの文字エンコーディングの妥当性チェックをどう行うかが議論になっています。チェック自体が必要であることは皆さん同意のようですが、 チェック担当はアプリケーションか、基盤ソフト（言語、フレームワークなど）か 入力・処理・出力のどこでチェックするのか という点で、さまざまな意見が寄せられています。大垣さん自身は、アプリケーションが入力時点でチェックすべきと主張されています。これに対して、いや基盤ソフトでチェックすべきだとか、文字列を「使うとき」にチェックすべきだという意見が出ています。 たとえば、id:ikepyonの日記「[セキュリティ]何故かあたり前にならない文字エンコーディングバリデーション」では、このチェックは基盤ソフ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://www.cpa-lab.com/tech/0153
http://www.nabble.com/-PHP-users-33830--.htaccess%E3%81%AEmbstring%E7%B3%BB%E3%81%AE%E8%A8%AD%E5%AE%9A%E3%81%8C%E3%83%87%E3%82%A3%E3%83%AC%E3%82%AF%E3%83%88%E3%83%AA%E3%82%92%E3%81%BE%E3%81%9F%E3%81%84%E3%81%A7%E4%BB%96%E3%81%AEphp%E3%81%AB%E5%8F%8D%E6%98
