とりあえずだな。

MySQL ABは死ね。氏ねじゃなくて死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

沙耶です、おはよう～。


週末、完全にMySQLに引っかかってますた。
だってES4買ったら付いてきたのが4.1。

もうこの時点で相当アウトなんですけど。うわぁやりたくねぇ。
何がどうって説明するのもだるい。データベースかじってるヤツに聞け。MySQL4.1ってどうなん？って。

4.0/3.x日本語対応アプリが絶対そのままで動かない伝説のバージョンとして名を馳せる最強の欧米専用バージョン♪
もうね、複数バイトコードの世界の住人を完膚なきまでに無視した仕様。
いやね。無視してませんよ？　utfサポートしてるでしょ！ｗ　っていうかutfしか見ない。すべてutfにあわせましたっていうかutfﾏﾝｾｰ。utf以外文字コードじゃないよね、みたいな仕様。あと俺は英語圏だからlatan1がデフォね。utfコードであろうとlatan1に変換するぜ！（出来るわけが無い）。みたいな。

まあわかりやすく言うとだな。

日本語の文字コードをもらったらなにをどうやっても無理やりアルファベットのコードに割り当てようとするんだ。自動で。
自動変換できないんだ。できないときは仕方なくあきらめて、もらったままのバイト列を格納すればいいのに、変換できなかったから”?”ってコードに変換しておきますね♪　自動で。
格納したデータを読むと、全部?になるんだ。自動で。
もうなんもかんもutfﾏﾝｾｰだからutfって前提でデータのダンプしますね。文字コードがeucやsjisだとしてもutfに無理やり変換しますね。自動で。
utfがコード的に整理されて無い？しりません、utf最強ですから。自動で。

そんな感じのなんか宗教かと思うほどutf文字コード特化型データベース。コレ最強。
いまだeuc使ってるお前が悪いとか言うなよｗ　Webサイトでutf特化なんてまだそんなにねーよｗｗｗｗｗｗｗｗｗｗｗｗｗ
データは破壊するわバックアップ用のダンプもデータ壊すわ、Webへの出力も？に変換するわ、もうむちゃくちゃ。



eucとかsjisとか混ざったら十中八、九こける。というかアプリ側対応必須。というかこけないはずが無い。

で、アプリ製作側に対応汁っていうとサーバが悪いとか言いやがるので、サーバが対応しないといけないんですね。世の中なんかｵｶｼｽ。いやまあサーバが悪いのも確かなんだがｗ　対応策がないわけではないのも確かなんだよｗ

アプリで対応する場合ってmysql_connectの後にset namesのSQL文を一文発行するだけなのに。
サーバ側対応って4000行以上のパッチ当てて再コンパイルして継続的にアップデートされないように見張らなきゃいけないんですが。ｷﾁｶﾞｲですか。

修正一行なのにその手間が出ないってどういうことかと。
それもこれもマイナーバージョンアップの癖に仕様を山ほど変更するMySQL ABが悪い。というわけで死ね。ついでにそれをディストリに組み込んだRedHatも死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

もうみんな死んでしまえｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
俺はBSDに帰るｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ
＃BSDの仕事なんかねーよｗｗｗｗｗｗｗｗｗｗｗｗﾊﾞｰﾛｰｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

まあ仕方ないので対応しましたけど。
MySQLとPHPとPerlとRubyのコンパイルしなおし。大物ばっかじゃねぇかｗ
glibcのリコンパイルとか混ざらないだけマシじゃないかとかいったやつ一歩前へ。

…アホかと。バカかと。
一回コンパイルするだけで何時間掛かるんだヴォケｗｗｗｗｗｗｗｗｗｗｗｗｗ
最期のmake testでエラー吐いてあきらめんなMySQLｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ死ねｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗそんなん飛ばせｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ

ということを延々やってたら週末が週末っぽくなくなりました。クロアチア戦？みてねぇよﾊﾞｰｶﾊﾞｰｶ。

で、MySQLを自社アプリに対応させたら中身がほとんど4.0に退行。おかげで今度はphpMyAdminがバージョン4.1なのに4.1の挙動しねぇよ！ﾊﾞｰｶﾊﾞｰｶ！って言ってコケる。
当たり前といえば当たり前だが。

phpMyAdminも直せばいいんでしょ直せば。なんで週末に10000行もコード読まなきゃならんの。
むかつくｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗｗ