![UnicodeのWAVE DASH例示字形が、25年ぶりに修正された理由](https://cdn-ak-scissors.b.st-hatena.com/image/square/bdac12d882b9d1d3903d6a461a790f56016c0996/height=288;version=1;width=512/http%3A%2F%2Finternet.watch.impress.co.jp%2Fimg%2Fiw%2Flist%2F691%2F658%2Fimportant_image.png)
Windows上でEclipseを使ってプログラムを書いていて、全体的にSJISというかCP932で通していれば特に困ることもなかったのだけれど、RspecのStoryはどうもSJISで書くとうまく動かなそう。。という感じになってきたので、プログラムを全体的にUTF-8に変更して、ひとまず普通に単体テスト(rspec)したら、どうもコンソールに出てくる日本語が中途半端に化ける。 ○○の場?? #本当は○○の場合と出したい という感じ。 おかしい。ちゃんとコンソールの文字コードはUTF-8にしているのに・・。 と悩むこと数時間。他にも悩んでいる(た)人を発見したが、けっこう力技で解決している・・。 UTF-8でも文字化けさせずにコンソールでデバッグする方法 - プログラムメモ しかしなんかあるはず!ということで調べて行くと、Eclipseのデフォルト文字コードをiniファイルで設定すればよい
MySQLのバージョンが5.0.22、でもって、データベースの文字コードがutf8_unicode_ci。 これをバックアップしたいなーと思って、mysqldump してみるんだけど、なんか、文字化けしてる。phpMyAdminでもエクスポートするといい感じの文字化け。 これじゃ、バックアップの意味ないじゃん! ってことで、調べてたらogawaさんのところで、発見! $ mysqldump -uUser -pPassword --compact --default-character-set=binary hageDb > hage.sql なるほど、バイナリにするのかー。 あと、latin1でもうまくいくっぽい。 なんにせよ、「--default-character-set」重要ということで。 メモ代わりにエントリ。
Red Hat Linux では、vi エディタで EUC-JP 以外の文書を開くと文字化けしてしまい編集できません。同様に Fedora Core では UTF-8 以外の文書は文字化けしてしまいます。vi エディタで、各文字コードに対応させるには、ホームディレクトリの .vimrc ファイルを編集します。 $ vi ~/.vimrc set encoding=euc-jp set fileencodings=iso-2022-jp,sjis,utf-8 Fedora Core の場合は、euc-jp と utf-8 の部分を入れ替えればよいと思います。これで vi エディタで文字化けせずに、各文字コードを扱うことができるようになります。
Captcha security check ryoanna.com is for sale Please prove you're not a robot View Price Processing
日頃より楽天のサービスをご利用いただきましてありがとうございます。 サービスをご利用いただいておりますところ大変申し訳ございませんが、現在、緊急メンテナンスを行わせていただいております。 お客様には、緊急のメンテナンスにより、ご迷惑をおかけしており、誠に申し訳ございません。 メンテナンスが終了次第、サービスを復旧いたしますので、 今しばらくお待ちいただけますよう、お願い申し上げます。
Google Blogによると、WWWで利用されている文字コードのうちUTF-8が占める割合が50%に近づいたそうだ。 UTF-8の利用は2006年あたりから急激に増加しており、一方でUS-ASCIIやW.Eu.(ISO/IEC 8859-1/Windows 1252のことだと思われる)の割合が減少してる。日本語(SJIS等)についてはもともと10%以下しか無かったが、こちらもUTF-8への以降が進んでいるようだ。 かつては「文字化け」で(ブラウザの設定を変えないと)見られないサイトもよく見られたが、現在では確かにこのようなサイトは少なくなってきた。/.J読者の皆様の関わっているサイトはUTF-8対応しているだろうか?
普段使用する漢字の指針となる「常用漢字表」が、2010年度にも改正される。新たに追加される196文字の中に、文字コード「シフトJIS」にない漢字が含まれているため、情報システムに大きな影響を与えそうだ。最新のJIS規格「JIS X 0213:2004」の改正に委員としてかかわった京都大学人文科学研究所附属東アジア人文情報学研究センターの安岡孝一准教授が、問題の核心を解説する。 (日経コンピュータ) 2009年11月10日、文部科学省の「文化審議会国語分科会」において、常用漢字表の改正案が承認された。現行の常用漢字表にある1945字から「銑」「錘」「勺」「匁」「脹」の5字を削除し、新たに196字を追加する改正案で、2010年度の内閣告示を目指している。 新しい常用漢字表が告示されると、「シフトJIS」や「EUC-JP」といった従来からある文字コードを使用するシステムで大きな問題が生じ
文字コードをシフトJISで開発し、Windowsのサーバで動かす場合の文字コード問題について示します。 厳密にいうとWindowsが扱う文字コードは、シフトJISでは、ありません。MS932です。または、コードページ CP932ともいいます。MS932は、マ社がシフトJISを拡張して定義したコード体系です。 で、ここで何が問題になるかというと、クライアントへの出力をcharset="Shift_JIS"とか定義して、アプリケーションサーバーなど が一生懸命シフトJISで出力しようとすると、ある文字列が文字化けするのです。ようは、MS932にある文字コードはシフトJISには、ないので、'? 'で出力されるということです。なお、OC4JやJBuilderで利用するtomcatは、MS932で出力しようとするので、あんまり文字化けしませ ん。 Java内部で扱う文字コードは、Unicodeです。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く