擬本化ったー公開しました。
Twitter使われている方は是非一度どうぞー。

擬本化ったー

apache2.2.14 + PHP5.3.1 + MySQL 5.1.42 でのwindows vista開発環境構築メモ。

1. apacheをインストール
   apacheのサイトから最新版をダウンロード

2. phpをインストール
   PHPのサイトから最新版「VC6 x86 Thread Safe」をダウンロード

3. mysqlをインストール
   MySQLのサイトから最新版「MySQL Community Server」をダウンロード
   ※ここでessentialと付いたものは最小構成という意味です。特にフルインストールを望まなければ、essentialを選択

—
■ハマッた所
MySQLのmysql_connectで何故か接続エラー

trying to connect via tcp://localhost:3306

「localhost:3306へ接続を試しています」との事。
最初の接続を開く際には繋がるのに、mysql_connect関数で呼び出すと接続不可。

googleさんを調べていたらhostsファイルが悪さをしている事が分かりました。
IPv6での設定が127.0.0.1 localhostの後に来ていると、今回のような動作になるようです。
vistaの場合「C:\windows\system32\drivers\etc」内にhostsファイルがあるので、
エディタで管理者権限で開いて編集。
「::1 localhost」を削除もしくはコメントアウトする事で回避出来ます。

MySQLの再インストールの際に、アンインストールしたはずの設定が保存されている。
どうやらMySQLをコンパネから削除しても、設定データなどはそのまま残るようで
手動で削除する必要があります。

□サービスの削除
「管理ツール」→「サービス」→「MySQL」をサービス停止。
コマンドプロンプトを右クリック「管理者として実行」

sc delete MySQL

※MySQLはサービス名。人によってはMySQL5とかも。

□設定データ削除
コンパネからアンインストール後、
C:\Program Files\内のMySQLフォルダ削除
C:\ProgramData\内のMySQLフォルダ削除

特にProgramData内のMySQLフォルダ削除しないと、パスワードなどは残ります。

あけましておめでとうございます。
本年もよろしくお願いします。

春に起業すべく、色々と進めています。

会社名は「conol（コノル）」

ラテン語の「conor」試すという言葉に
英語の「pool」貯めるという2つの言葉を合わせました。

色んな事を試していける会社でありたいという意味を込めています。
皆様生暖かく見守ってやって下さい。

それでは、2010年大きなスタートの年になるべく
頑張っていきたいと思います！

最近、今まで以上に触りたい・習得したいものが多くて目移り。
順番にやらないとしっかり覚えられない小さな脳みそなのが悲しい；

ようするに寝る間も惜しんで勉強しろと。

そんなわけで気になっているリスト

• PHPフレームワークrhaco
  cakePHP程の大きなフレームワークじゃないのはポイント高。資料が少ないのが難点なのと内部構造の調査に時間が必要。rhaco2が出てからでも良いかも随分変わるっぽいし。
• cakePHP1.2
  1.2って所がポイント。大御所PHPフレームワーク。良いんだけど規模感が大きい。
• ちいたんフレームワーク
  最軽量フレームワーク構想を元に出来上がっているみたい。0開発は嫌だけどpearも嫌って人にはいいかな？　規模感はcakePHP > rhaco > ちいたん（他はryく
• HTML5
  正直未知数。worker機能やuser databaseは将来のwebを感じる。canvasは結局Javascriptなんでしょ。と
• iphone SDK
  再加熱。OS3以降は触ってないし、一発勝負！って感じが良い。これから企業の参入も増えそうだしね。
• Openpear
  とりあえず登録せな！
• 鯖構築
  数こなさないとなぁ…どうせならatom使って超省電力・意外と高性能自作鯖とか作りたい。
• 機械作りたい！
  USBとかPCに挿して使う感じのガジェット作りたい。スイッチ構想。
• 確定申告
  色々書籍を読み漁っている。知らないことばかりで目から鱗。
• iphone nano
  iphoneも持ってるし。べ、別に欲しいわけじゃないんだからね！

まだまだあったけどとりあえずさっと思いついたものを並べてみた。
少しずつでも実現させるべし。

前号は「覆面座談会」での出演だったので、写真俺分からないYOーという感じだったのですが
今回は文章書いています。
—–
1章 制作効率アップする23ツール
2章 運用効率アップする10ツール
3章 個人作業効率アップする8ツール

上記3項目内の4ツールについて書かせて頂いています。
「Aptana」「iphoneアプリServersMan」「Yslow」「うごくひと２」です。

拙い文章ではありますが、興味持って頂ければ幸いです。
お手に取って頂いて見てやって下さい。

MdN Web STRATEGY

WISH2009へ参加する事になりました。
このブログもサポートブログとして登録させて頂いています。

8月21日（金）　19時～22時に「ベルサール九段」にて開催されます。
ウェブの未来やこれからの可能性の見えるイベントとの事。楽しみです。

有名な方々もちらほら名前が挙がってますので、ご興味のある方は参加して下さい！

技術メモ。
iframe等の子から親に対してイベントを渡す方法です。
ブラウザ毎に微妙に異なるので注意が必要です。
ちなみにdoctypeは「4.01 Transitional」「XHTML 1.0 Strict」「XHTML 1.0 Transitional」標準モードで確認済み。

//以下例では、onscrollイベントを当ててます。

//IE6の場合
parent.document.body.parentNode.onscroll = function(){}

//IE7,IE8の場合
parent.document.body.onscroll = function(){}

//firefox,safari,Chromeの場合
parent.document.onscroll = function(){}

ちなみにOperaはインストールしていないので試していません。たぶん動作するはず・・
IE6のparentNodeが必要なのが以外とハマる所かと思われます。

下記サイトでもparentNode調べてますね。むむむ。
IE でどこの子ノードでもないはずなのに parentNode が存在する場合がある

毎月開催のOpensocial Hackathonも7月です。今回はgoo×mixi共催 in Googleでした。
人数も多く非常にレベルの高いhackathonとなりました。

□情報共有Aチーム

OpensocialアプリからOpensocialアプリを生成するツール的なものでした。
先日「ポコポコアプリ」なるものが発表されていましたが、発想・着想は同じ所ですね。
非常に興味深いです。

□ゲームチーム

ドイツのボードゲーム「ダイアモンド」をOpensocialアプリに！
結構駆け引きが重要なゲームでしたw
チャット機能が付けばかなり人気が出る事間違いなし！なアプリでした。期待していますw

□写真・地図チーム

GoogleMapを使ってツーリング情報を載せていくアプリでした。
携帯とか端末で使えると便利！対応に期待です。

□チュートリアルチーム

ユーザ間でのゆるい関係から話すきっかけを作るアプリ。確かにSNSって微妙な距離感があってそれを埋めるツールという位置付けのアプリは重要ですねー。ゆるく声掛けしていくシステムが素敵でした。

□情報共有Aチーム

今の自分の状態をスイッチで表すというアプリ。スイッチによってはそこからユーザ同士の会話が生まれるアプリでした。何よりスイッチで簡単に自己表現が出来るライトさも非常にOpensocialアプリっぽくて素敵です。

□テストチーム
写真ないのですが（ごめんなさい！）、オールJavascript「Screw.Unit」でデバッグ環境を作るというものでした。確かにOpensocialはJavascriptがキモ。どうデバッグしていくかが鍵だと思います。firebugでも良いのですが、こういう専用のデバッガがあると非常に便利だと思います。

—
優勝は「ダイアモンド」を作ったゲームチームでした。おめでとうございます！実際にボードゲームもやりましたが、駆け引きがすごい楽しい！どこかのコンテナで公開期待しています！

ちなみに我がチームは前回チームの再結成で「MoSoマップ」なるものを再度開発したのですが、どうにもソースコードが複雑化し過ぎちゃっててうまく開発が進まず惨敗orz

コードのまとめ方は今後の課題ですね。subversionでのマージミスが結構ありましたね。。反省。未だに使いこなせていないなぁ。
結局各々でテストしている所を考えると、gitとかの分散型リポジトリの方がやはり良いと思いました。googleもMercurialを採用したみたいだし、分散型チャレンジだな。

先月のOpensocial hackathonで使ったアルバムAPI周りを再度勉強し直しました。
mixiのコンテナでもひっそりとアルバムAPIが動作するようになっていましたので、動作させる上でのいくつか注意した方がよい箇所をまとめておきます。

■アルバムAPI基本概念

1. アプリ登録ユーザのアルバム公開設定を「全体に公開」にしていないとデータの取得が出来ない
2. 最低2回の非同期通信が必須（アルバムIDを呼び出して、そのIDを使って写真を呼び出す）
3. 写真の名前を付けていない場合はdescriptionの値がnullもしくは画像ファイル名になる
   （例. 1111111_2222.jpg）

上記が1とかは分かっていないとアプリ作る際にはまります。
そしてmixiでの制限は以下

■mixiコンテナ上での仕様

1. FRIENDSなどのGROUP_ID（範囲の指定）が効かない。ALL、FRIENDS共に駄目
2. NETWORK_DISTANCEも同様に効果なし（値としては飛ばしてるけど、効果なし）
3. mediaitem.getField(opensocial.MediaItem.Field.ID)が取得できない。mediaitem.fields_.idで取得可能
4. 画像を呼び出すと一定時間毎にURLが暗号化？されている部分がある。
   （例. http://ic.mixi.jp/p/db596a515e44a61bda01f8e1988316c738fbc062ce/4a5c3440/album/(アルバムID)_(写真ID).jpg）
   BASE64か何か？永続データなどで保持しても画像パスは使えない。暗号化部分の法則が分かれば永続データでもいけるか。。
5. アルバムのコメントデータなどは取得出来ない

特に4の問題が結構重要で、URLが一定時間で変わると永続データに入れられないので、毎回アルバムデータを取得して、写真IDなどと比較する必要が出てきます。それは手間なので、うまい方法がないか、もうちょっと調べてみたいと思います。

もしかしたらまだmixi側の実装が完了していない状態の可能性もあるので、仕様が変わる恐れがあります（2009/7/11現在）

ブログを携帯対応してみました。
WordPressって素晴らしい！プラグインで難なく対応出来ました。
このプラグインの手軽さは他のブログシステムだと得られないなぁ…と感動。

ちなみにWPtouchとKtai Styleというプラグインを入れて、オプション設定いじって完成。
一部携帯の方はヘッダ画像を出したいのでテンプレートファイルを調整していますが
作業自体は30分かかってません。

他のブログにはもう戻れない…