京都大学大学院工学研究科情報工学専攻修了。株式会社日立製作所で遺伝的アルゴリズムおよびネットワーク基盤技術の研究に従事。1997年に情報処理学会山下記念研究賞受賞。1998年、電気学会先端システム技術の産業応用調査専門委員会委員。2000年、KLab株式会社取締役CTOに就任。1995年以来、TCP/IPパケットリピータ「stone」や、Palm上の時刻表ツール「Time Table Viewer」などを開発・発表する。また、堅牢で安定したサイト gcd.org を運営し、会員にサービスを提供。そこで得た... > このページを見る
最終更新時間:
2009年09月14日09時22分
みんなのブックマーク 人気(0) 新着
- character_set_serverはDB作るときのデフォルト文字コード/character_set_client, character_set_connection, character_set_resultsがクライアント用の文字コード/クライアント用の文字コード設定が実際の文字コードと違うと・・・
- 正しく表示できているのに、何故か格納されているバイト列が異なる場合がある。UTF-8 文字列を送信する>サーバがlatin1 とみなす>それをUTF-8 に変換して格納してしまい、元のUTF-8 のバイト列と変わってしまう。すばらし記事
- それぞれの charset を合わせればだいじょ~ぶなはずなのに latin1 を無理やり補正する力技こんぼはよく見かけるにゃぁ… 無茶するぐらいなら秘密のおまじないのほうがましかなぁ?【CHARSET=BINARY】ヾ(´・ω・`;【みかん
- MySQLのエンコーディング設定周りのややこしいこと。
- MySQLはもうそろそろクライアントライブラリやcharacter_set_serverのデフォルト値をutf-8に統一してもいいと思う
- 支援。latin1 ってば 8bits フルに使ってるからなにげに愉快なことになる罠w
- 文字列の設定character_set_clientについて








