はてなブックマーク - 徳丸浩の日記: PHP5.4のhtmlspecialcharsに非互換問題

徳丸浩の日記: PHP5.4のhtmlspecialcharsに非互換問題

blog.tokumaru.org

タグ : php 文字コードセキュリティ security 開発 PHP 5.4 htmlspecialchars programming encoding php5

コンピュータ・IT 204 users

2011年 11月7日月曜日 PHP5.4のhtmlspecialcharsに非互換問題 PHP5.4.0から、htmlspecialchars関数のデフォルト文字エンコーディングがISO-8859-1(Latin-1)からUTF-8に変更されます。これに伴い、従来動いていたアプリケーションが動かなくなるケースが出てきます。典型的には、以下の両方の条件に該当するアプリケーションは、マルチバイト文字が表示されなくなります。内部文字エンコーディングとしてEUC-JPまたはShift_JISを用いている htm... > このページを見る

最終更新時間: 2011年11月07日08時29分

▼ブログで紹介する

このエントリーに含まれている商品

改訂版今すぐ導入!PHP×PostgreSQLで作る最強Webシステム (Gihyo Expert Books)

改訂版今すぐ導入!PHP×PostgreSQLで作る最強Webシステム (Gihyo Expert Books)
石井達夫, B5変形
￥ 3,024
在庫あり。 (2011/09/15 12:38 時点) 価格表示について
価格は、記載された日付／時刻の時点において正確です。価格は変更される場合があります。購入時にAmazonウェブサイトに表示されている価格が、その商品の販売に適用されます。
- 出版社/メーカー:技術評論社(大型本)
- 発売日:2009/06/27
- Amazon.co.jp 商品ランキング:350,401 位

みんなのブックマーク人気（10）新着

katzchang
php.iniとかで指定できたりしないんだ…。 2011/11/074 RT
4 RT
- @ockeghem それを探したのですが、UTF-8でハードコーディングされていました RT @katzchang: php.iniとかで指定できたりしないんだ…。
koyhoge php
mbstring.internal_encoding=UTF-8にするのって、そんなに「一筋縄ではいかない」ですか? 2011/11/07
ockeghem php, charset, セルクマ
日記書いた 2011/11/0720 RT
20 RT
- @yagi_ うふふー、この2年くらいは必ず第3引数を指定していたオレ勝ち組 RT @ockeghem: 日記書いた
- @murakag1 すごく丁寧な解説。つーかなんでこんなつまんないとこで仕様変えちゃうんだよ… RT @ockeghem: 日記書いた
syanbi php
trunkを監視してみると、未だに文字コード周り変更入ってるし(といっても常に規格更新されるわけだしいいのだろうけど)、mb_*** のあたりの変更だけはなるべく社内共有したほうがいいな 2011/11/07
isidai
文字コードに泣かされる人多いね( ･´ω･｀) - 徳丸浩の日記: PHP5.4のhtmlspecialcharsに非互換問題: 2011/11/07
kokemono PHP, 文字コード, encoding
ご注意 2011/11/07
dekaino
「(1)プログラムを修正してhtmlspecialchars関数の第3引数を明示する」が一筋縄じゃない理由が不明。機械的処理で済むし、後方互換性も問題ないよね。 2011/11/07
AKIMOTO
西洋製のオープンソースプロジェクトとかの自動的な日本語(など)対応がまた進むので良い仕様変更だと思う 2011/11/07
zentarou
PHP使うときは全部ラッパー経由で標準関数呼ぶようにしたほうが良さそうだな 2011/11/07
Cherenkov php, encoding, charset, security
「PHP5.4.0から、htmlspecialchars関数のデフォルト文字エンコーディングがISO-8859-1(Latin-1)からUTF-8に変更」mbstring.internal_encoding / 仕様がない 2011/11/07

KentarouTakeda
これだ。WARNINGやNOTICEも無く問答無用で空文字返してくるとかもういきなりツンデレ。 ◆徳丸浩の日記: PHP5.4のhtmlspecialcharsに非互換問題 2012/03/24
deg84 PHP, PHP5.4, 文字コード, セキュリティ, htmlspecialchars
UTF-8で作っていれば問題はないんだろうけど、htmlspecialcharsの第三引数は絶対指定するって認識の方がやっぱりいいね 2011/11/10
dbfireball php
mb_substrとかでも第4引数を指定してないコードのお陰でサーバ移行時に死にそうになった事あるわ。引数は出来る限り指定しておいたほうが無難。 2011/11/10
mumincacao
うみゅ☆ これは UTF8 移行前に構築して放置してるところにはくりーんひっとしそうなのです．．．〆（・ｘ【みかん 2011/11/08
fizsoft
PHP5.4のhtmlspecialcharsに非互換問題 2011/11/08
itboy programming, php
PHPが糞って言われんのはこういうところなんだろうけど。 2011/11/082 RT
2 RT
- @Bentham3314 後で読むRT @it_boy: PHPが糞って言われんのはこういうところなんだろうけど。
nwtrak セキュリティ, 開発, php, あとで読む
大事なのであとでまた読む。 2011/11/08
tmatsuu
EUC-JPもしくはShift_JISを使ってて、第3引数を指定していない場合、従来と動作が異なる。メモ。 2011/11/08
fabled
また非互換ですかー。何となく今でもh()作って誤魔化してるなぁ 2011/11/07
jeffreyfrancesco PHP, programming, 文字
5.4.0以降とそれ以前の非互換性 2011/11/07
K-Ono
自前でラッパー書くのが現実解かもしれないけどそれはそれでなんかhx53() hx54() hx55()みたいに増殖する未来が見えてなんともいやだなあ(笑)←包括したラッパー書けよ 2011/11/07
azumi_s PHP, 開発, 文字コード
ギョッとしながら読んだが追記部分で一息ついた感じ。とはいえ影響はでかいなー。 2011/11/07
takkuru98 PHP
構築の際の参考に 2011/11/07
zentarou
PHP使うときは全部ラッパー経由で標準関数呼ぶようにしたほうが良さそうだな 2011/11/07
orz_horie php
お、おう… 2011/11/07
mizchi
それはともかく、PHPコミュニティって「htmlspecialchars」って長ったらしい関数が受け入れられてる現状に疑問を持たないの… 2011/11/07
kutakutatriangle PHP, セキュリティ, 文字コード, utf-8, 開発
影響大きそうだな。 2011/11/07
AKIMOTO
西洋製のオープンソースプロジェクトとかの自動的な日本語(など)対応がまた進むので良い仕様変更だと思う 2011/11/07
longroof
徳丸浩の日記: PHP5.4のhtmlspecialcharsに非互換問題 2011/11/07
rryu php
PHPはそろそろreal_htmlspecialchars的なものを作るべきなんじゃないだろうか。 2011/11/07