mb_convert_encodingでの文字化け

変な質問かも知れませんが、

mb_convert_encoding($string, 'utf-8', array('ISO-2022-JP', 'utf-8', 'sjis-win', 'eucjp-win'));

では文字化けしないのに、

mb_convert_encoding($string, 'utf-8', array('ISO-2022-JP', 'sjis-win', 'utf-8', 'eucjp-win'));

だと文字化けします。

なぜだか分かりますでしょうか…？

【追記】

引数は「てすと」です。
結果は「縺ｦ縺吶→」となりました。

m.ts10806

2018/09/12 09:12

再現確認のため$stringに与えた情報を例示してください。

yambejp

2018/09/12 09:28

文字化けする具体的な文字は提示できますか？

avantgarden

2018/09/12 10:19

追記いたしました。

退会済みユーザー

2018/09/12 10:33

そもそもphpソースはエンコーディングが何か、mbstring拡張に関わる設定値はどうなっているのか、も示してください。

行動規範の内容に同意します

回答2件

サンプルデータが不足しているのでSJISがUTF8に勝っちゃうみたいですね
以下utf8で保存

PHP
1mb_language("Japanese");
2mb_internal_encoding("UTF-8");
3print mb_detect_encoding('てすと','ISO-2022-JP,SJIS-win,eucjp-win,UTF-8');
4/* 出力：SJIS-win */

有名なところだとSJISとEUCの見極めは「美乳」、UTFの見極めは「＠＠」など
これを利用して

PHP
1$enc=mb_detect_encoding('＠＠美乳','ISO-2022-JP,SJIS-win,eucjp-win,UTF-8');
2$str="てすと";
3print mb_convert_encoding($str, 'UTF-8', $enc);
4

投稿2018/09/12 10:58

yambejp

総合スコア117719

PHPの文字エンコーディング検出はアテにならない - Qiita

変換元エンコーディング候補の与え方がちょっと変な気がしますが
PHP: mb_convert_encoding - Manual
なんらかの判定基準（特定バイトデータを何バイト目に含むとか）で判定しているはずで、
あくまで簡易判定なのでそのような悩ましい結果を引き起こします。
（phpそのもののソースコードを解読したわけではないので、具体的な判定条件まではわかりかねます。）

php.iniの編集 - Qiita
php.iniで指定する（もしくは.htaccessで与える）、
エンコーディング周りの設定値も一度点検してみてください。
エンコーディングの自動変換など入れていないか。

accept-charset属性 ≪ form要素 ≪ メタデータ ≪ 要素 ≪ HTML5入門
html5であれば、accept-charset属性で送信する際の文字エンコーディングを指定できるようなので、
丁寧にaccept-charset属性をform要素に仕込めば、
サーバー側でのエンコーディング自動判定は不要になるはずです。

投稿2018/09/12 10:41

編集2018/09/12 10:47

退会済みユーザー

総合スコア0