アカウント名:
パスワード:
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie
これでようやく (スコア:0)
無論、最終的にはLinuxサーバーなりで動作するように調節する必要はありますが・・・
Re:これでようやく (スコア:0)
文字コードまわりですよね。
いくらオフィシャルでWindowsに対応したといっても、
Windowsで作ってUnixで稼働した場合の文字コードの問題は解決されないはず。
そんなに気楽ではないと思いますよ。
Re:これでようやく (スコア:0)
どうせApache+PHP+PostgreSQLやJDBC+PostgreSQLなんて環境で開発するでしょうから、テーブルの作成時に文字コードを指定するなり、スクリプトでちょこっと変換をかましてやるだけで、そんなに苦労するもんでもないと思いますよ。
Re:これでようやく (スコア:1)
ODBC つかって MS Access で管理しているんです。
人名で使われる漢字で不幸な目にあいました。
PHP で SJIS ->EUC して PostgeSQL7.3 で EUC -> SJIS すると
元に戻らないのが原因。
8.0 はどうなっているのかなぁ。。。。。
マクロの基本は検索置換(by y.mikome)
Re:これでようやく (スコア:3, 参考になる)
eucJP-openは一部、1文字を3バイトで表現する場合もあり(WindowsでのEUC-JPは高々1文字につき2バイト)、eucJP-openのままでMSIE等のアプリケーションに送ると、多くの場合は対応できず文字化けを起こします。
参考: OSF 日本ベンダ協議会 (OSF/JVC) 推奨 日本語 EUC ・シフト JIS 間コード変換仕様 [opengroup.or.jp]
Re:これでようやく (スコア:0)
これは、 EUC-JP では JIS X0212 (補助漢字) への切替にシングルシフトを使っていることを言っているのですよね。
> WindowsでのEUC-JPは高々1文字につき2バイト
これの意味がわからないのですが、どういうことでしょうか。
「参考」とされているリンク先にもそのような記述はありません。
Re:これでようやく (スコア:0)
>元に戻らないのが原因。
EUC -> SJISの変換をPostgreSQLでするのなら、
SJIS -> EUCの変換もPostgreSQLに任せればいいのでは?
それでも問題が出るようなら、参考にしたいので漢字コードを教えて下さい。