トップページ⇒php
28コメント9KB

多言語環境でのWEBプログラミング

■ このスレッドは過去ログ倉庫に格納されています
0001nobodyさん02/04/02 11:47ID:Qba16ZZm
ふつー UTF-8
0002nobodyさん02/04/02 12:06ID:???
あえて iso-2022
0003nobodyさん02/04/02 12:23ID:Qba16ZZm
やっぱ超漢字でしょう
0004nobodyさん02/04/02 12:26ID:???
超漢字だよなあ
やっぱり
0005nobodyさん02/04/02 17:36ID:???
閲覧者も超漢字を準備しないと見れないのは結構困る。
0006nobodyさん02/04/02 22:22ID:???
UTF-8でDB系のWWWサーバ作ってる人いますか?

技術的には問題なさそうなのですがブラウザ側の問題とか
コード変換の問題とかどうなんでしょうね。

今やってるのはCGI系なんですが
1)unicode 対応のJcode.pmがどの程度信頼できるのか
   UTF-8に対応していないブラウザから送られてくるであろう
   SJIS/EUC/JSI系のクエリをちゃんとunicodeに変換してくれるのか知らん?
2) unicodeデータを格納するDBで使えそうなのは?
3) ブラウザ依存性はどの程度意識しなくちゃいけないものなのか?

とかとかいろいろ教えてくれる人いないかしらん。
0007602/04/02 22:23ID:???
ついでに

文字鏡

はどうでしょう?
使ってる人います?
0008nobodyさん02/04/02 23:47ID:HrbDtY7E
UTF-8でDB系をいつもやってます.

Jcode.pmではなくて,Unicode::Japaneseを使ってますが‥‥‥.
Unicode変換では,最近出来たEncodeモジュールが一番良いみたいです.
(これはまだあまり試してないですけど)

Jcode.pmは内部がEUCなので,EUCで表現できない文字は
全部おかしくなっちゃうので,UTF-8化の意味があまり.

自動判別はどのモジュールでも完全には出来ないので,
判別用のダミーの文字列をフォームに入れておいて,
その文字列がどんな文字コードで送られてくるかを見て判別.

DBは,PostgreSQL,MySQL(blobを使う)でやったことがあります.
■ このスレッドは過去ログ倉庫に格納されています