アカウント名:
パスワード:
2004年10月のMySQL4.1 のリリースでは、文字コードの扱いでトラブルが多発しました。(参考: MySQL FAQ - 4.1以上の壁 (日本語の扱いの違い、文字化け等/含む5.0以上) [mysql.gr.jp] この問題は、2005年5月の4.1.12により cp932, eucjpms キャラクターセットのサポート [mysql.com] が行われるまで、完全な解決はしませんでした。
今回は文字コード周りの問題はないと思いますが
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
実務に使えるようになるのはいつ? (スコア:5, 参考になる)
2004年10月のMySQL4.1 のリリースでは、文字コードの扱いでトラブルが多発しました。(参考: MySQL FAQ - 4.1以上の壁 (日本語の扱いの違い、文字化け等/含む5.0以上) [mysql.gr.jp] この問題は、2005年5月の4.1.12により cp932, eucjpms キャラクターセットのサポート [mysql.com] が行われるまで、完全な解決はしませんでした。
今回は文字コード周りの問題はないと思いますが
Re:実務に使えるようになるのはいつ? (スコア:1, 参考になる)
やはり文字コードを中心としたバグが問題だったようで、根本的な対処方法が結局ないままリリースからかなりの日にちがたちましたが対処されたのはびっくりするくらい後でした。
一方Windows版がなかったPostgresqlが8で対応してみんなそっちにいったようです。それまでは開発マシンがWinなのは当たり前なので、スタンドアロンでの開発が厄介でしたからね。
そういった人たちをはたしてとりもどせるかどうか。
速度的にPostgreSQLも8で大幅に変わりましたし、テーブルスペース等基本的なものでありながら大事な機能が大量に追加されましたしね。
そういやテーブルをUTF8固定でファイルシステムに書き込むのは直ったのでしょうか。MS932な環境にマルチバイトキャラクタが入るとめちゃくちゃになっていましたが、きもちのいいものではありませんでしたね。