XoopsCubeで開発していると、デバッグログの貧弱さにウンザリすることがありました。
そこで、log4phpをXoopsCubeのpreloadでセットアップできるようにしてみました。
とは言え、まだ当方のローカルな開発環境のみで使用しています。
これを近日中に公式サイトからダウンロード可能にする予定です。
※モジュール開発者用です。
※XOOPS_TRUST_PATH必須です。
仕組み自体は単純で、log4phpの設定ファイルをpreFilterで動的に生成しつつ、
getLogger()してdebug()したりinfo()したりするというようなものです。
まあ、誰でも簡単に作れると思いますが、誰も公開してないみたいなので。
2009年9月30日水曜日
2009年9月26日土曜日
時代
もうこういう時代に入ってきたんだなあと
しみじみ実感させてくれる記事を２題ほど。
体がコントローラーに MSの「Project Natal」を試してみた
念じればキャラが動く 脳波で操作するゲーム「MindSet」、10月発売
しみじみ実感させてくれる記事を２題ほど。
体がコントローラーに MSの「Project Natal」を試してみた
「どんな年齢層でも、説明書なしでプレイできるゲームを」と考え出されたシステムで、赤外線カメラや深度センサー、マイク、顔認識システムなどを利用し、ユーザーの体形や体の動きを判断。動きをゲームに反映する仕組みだ。
念じればキャラが動く 脳波で操作するゲーム「MindSet」、10月発売
念じるだけでキャラが動く――「東京ゲームショウ2009」（9月27日まで、千葉・幕張メッセ）で、脳波でキャラクターを操作するPC用ゲームが展示されていた。米国のベンチャー企業NeuroSkyが開発した脳波を読み取るヘッドセット「MindSet」を利用したもので、会場ではゲームの体験も可能。米国では7月に発売しており、日本でも10月発売予定だ。
MindSetは、ヘッドフォンにアーム状の端子が1本が付いた形状で、端子をおでこに付けて使う。左耳を覆うクッション部分には3つの金属端子が付いており、耳とおでこの電圧差から、脳波がリラックス状態か集中状態かを判別する。Bluetooth通信機能を搭載し、ワイヤレスヘッドフォンとしても利用できる。
MindSetは、ヘッドフォンにアーム状の端子が1本が付いた形状で、端子をおでこに付けて使う。左耳を覆うクッション部分には3つの金属端子が付いており、耳とおでこの電圧差から、脳波がリラックス状態か集中状態かを判別する。Bluetooth通信機能を搭載し、ワイヤレスヘッドフォンとしても利用できる。
2009年9月19日土曜日
CMSの今後
CMSを事業領域として考えておりますので、
その将来というものが非常に気になる私です。
ですので、例えば、こういった記事がよく目に付きます。
勝手に一部抜粋してみます。
これを読んでいて、個人的にどうもしっくり来なかったんですが、
それはナゼだろうと思って読み進めると、次の文章にぶつかりました。
そうか、私の意識は、「CMSの人たち」な考え方でなく
むしろ「情報アーキテクト」に近いのか、と。
まあ、敢えて言えば、ですけど。。。
ただ、それにしても。。。
そもそも、「CMSの人たち」だとか「情報アーキテクト」だとか
そういった区分けが、果たして必要なのか？という素朴な疑問が
沸き起こってきます。
そういった疑問に対する回答しては
「そんな明確な区分けはない」ということになりそうです。
そして、上記は、決してCMS構築をサービスとする側の論理ということでなく、
お客様の側にも、企業としての統合的な戦略が必要だよ、と。
もう、そういう時代に入ってきてるよ、と。
そういうことなんだろうと思います。
そういったこともあり、当方では、ある種のコンサルティング能力と
いうものを急務と捉え、課題の一つとして考えております。
その将来というものが非常に気になる私です。
ですので、例えば、こういった記事がよく目に付きます。
勝手に一部抜粋してみます。
米国におけるCMSの歴史的背景をいうと、もともとカスタムメイドのソフトウェア開発から始まりました（第1段階）。そのため、当時のソフトウェアは他のソフトウェアと一緒にはうまく機能しなかったので、インテグレーションサービスのようなものをコンサルティング会社が手がけるようになりました。その過程で付加的・補足的なサービスやソフトウェアの開発や、データの移行をコンサルティング会社がサービスとして提供していました。これが第2段階です。
現在、北米では第3段階にきていて、もう少し戦略的なアーキテクチャの構造をコンサルティングしています。具体的にいうと、たとえば、会社の事業に役立つためには、どんなシステムをどういう風に使えばいいのかということを教えたり、最適な製品選びを助けたりします。もちろんインテグレーションサービスも提供するのですが、それは専門会社に頼むこともあって、その会社をどのように選ぶかというのを手伝ったりもします。もちろん、昔のウェブサイトから新しいシステムにデータを移行することもやっています。
それ以上に最近出てきたのは、デザインとアーキテクチャの部分で、そもそも会社のウェブサイトをどのように構成していくのが正しいのか、お客様のナビゲーションシステムをどのように作ったらいいのかといったところに対して、コンサルティングを提供していくという仕事が入りつつあります。北米でフルサービスといっている会社であれば、これらのサービスをすべて提供しているということになります。
現在、北米では第3段階にきていて、もう少し戦略的なアーキテクチャの構造をコンサルティングしています。具体的にいうと、たとえば、会社の事業に役立つためには、どんなシステムをどういう風に使えばいいのかということを教えたり、最適な製品選びを助けたりします。もちろんインテグレーションサービスも提供するのですが、それは専門会社に頼むこともあって、その会社をどのように選ぶかというのを手伝ったりもします。もちろん、昔のウェブサイトから新しいシステムにデータを移行することもやっています。
それ以上に最近出てきたのは、デザインとアーキテクチャの部分で、そもそも会社のウェブサイトをどのように構成していくのが正しいのか、お客様のナビゲーションシステムをどのように作ったらいいのかといったところに対して、コンサルティングを提供していくという仕事が入りつつあります。北米でフルサービスといっている会社であれば、これらのサービスをすべて提供しているということになります。
これを読んでいて、個人的にどうもしっくり来なかったんですが、
それはナゼだろうと思って読み進めると、次の文章にぶつかりました。
あえていうならば、情報アーキテクトは情報の構造自体にフォーカスをおいていて、CMSの人たちはその流れであるプロセスの部分を専門としています。
そうか、私の意識は、「CMSの人たち」な考え方でなく
むしろ「情報アーキテクト」に近いのか、と。
まあ、敢えて言えば、ですけど。。。
ただ、それにしても。。。
そもそも、「CMSの人たち」だとか「情報アーキテクト」だとか
そういった区分けが、果たして必要なのか？という素朴な疑問が
沸き起こってきます。
そういった疑問に対する回答しては
「そんな明確な区分けはない」ということになりそうです。
このような仕事に関わっていて感じるのは、ウェブサイトを作っている人とコンテンツを作っている人、そしてウェブサイトのコンテンツから何か価値を得ようとしているビジネスサイドの人、そしてウェブマスターのようなテクニシャン的な人たちを分ける明確な境界線はないということです。
CMSはタコのようなもので、組織の真ん中にあるCMSから四方八方に伸ばされたその足は、組織のすべての部分に到達しています。そして組織のいろいろな部分を統合するのがCMSの役割だと感じます。ですから、CMSを導入しようとしても、そもそも組織が統合的に動いていないとCMSの導入は失敗してしまう。それもあって、CMSの戦略という考え方が出てきています。
CMSを導入して統合するのに必要なのは、そういうことが実現できる組織になっていることです。つまり全体的な戦略が必要になってくるのです。 CMSプロジェクトに失敗してしまうのは、テクノロジーのせいではなく、会社としてそういう戦略がないからだと感じています。また、その辺りの現状によって最適なコンサルティングの形も変わってくると思います。
CMSはタコのようなもので、組織の真ん中にあるCMSから四方八方に伸ばされたその足は、組織のすべての部分に到達しています。そして組織のいろいろな部分を統合するのがCMSの役割だと感じます。ですから、CMSを導入しようとしても、そもそも組織が統合的に動いていないとCMSの導入は失敗してしまう。それもあって、CMSの戦略という考え方が出てきています。
CMSを導入して統合するのに必要なのは、そういうことが実現できる組織になっていることです。つまり全体的な戦略が必要になってくるのです。 CMSプロジェクトに失敗してしまうのは、テクノロジーのせいではなく、会社としてそういう戦略がないからだと感じています。また、その辺りの現状によって最適なコンサルティングの形も変わってくると思います。
そして、上記は、決してCMS構築をサービスとする側の論理ということでなく、
お客様の側にも、企業としての統合的な戦略が必要だよ、と。
もう、そういう時代に入ってきてるよ、と。
そういうことなんだろうと思います。
そういったこともあり、当方では、ある種のコンサルティング能力と
いうものを急務と捉え、課題の一つとして考えております。
2009年9月17日木曜日
SugarCRMのiPhone版
CRMのオープンソース製品として有名なものとして
SugerCRMやvtigerがあります。
先程、ふと、
「iPhoneから参照できたら便利なんじゃないか？」
と思い、軽くググってみましたところ、
あっさりとヒットしました。
つまり、世の中にはもう既にそういうのがある、と。
当たり前ですが。
ただ、インターフェースがちっとも便利そうじゃなかったので、
そういった面で、まだ開発の余地はあるかも知れませんが。。。
それにしても、世の中の動きは、早いですね。
SugerCRMやvtigerがあります。
先程、ふと、
「iPhoneから参照できたら便利なんじゃないか？」
と思い、軽くググってみましたところ、
あっさりとヒットしました。
つまり、世の中にはもう既にそういうのがある、と。
当たり前ですが。
ただ、インターフェースがちっとも便利そうじゃなかったので、
そういった面で、まだ開発の余地はあるかも知れませんが。。。
それにしても、世の中の動きは、早いですね。
2009年9月15日火曜日
著作権
著作権は通常、著作者に著作権が帰属しています。
受託業務の場合にもそれは同様で、お金を出した委託者ではなく、
実際に制作した受託者の方に著作権が帰属しています。
制作費を出しただけでは著作権は得ることはできません。
著作権譲渡契約を結ばない限り、
いくらお金を出そうが著作権は帰属しないのです。
※契約書外(ex.口頭とか)でも構わないハズです。
要するに、合理的な解釈が出来る範囲、なんだと思います。
だからこそ、システム開発とかWEB制作とかで
受託開発契約を結ぶときにも、
著作権が、委託者と受託者のどちらにあるのか、
よく注意しておく、
いや、キチンと確認しておく、
一番いいのは文書に残して合意の証を残しておく、
つまり、結局、契約の手続きを真面目に踏む、
そういうことが必要だったりします。
・・・ということを踏まえつつ、
それでも当方としては、
あくまで「お客様のものを作っている」という意識があり、
従って「作ったものはお客様のもの」と思っていたりします。
「この仕事(の成果物)って、誰のもの？」
というようなことが、頭を掠めるとき、
私の中では、大体、「お客様のもの！」と思っています。
著作権を主張したいなら、そういうビジネスモデルを作って、
つまりお客様も十分に納得できて利益を得られるようなモデルを作って、
ビジネスモデルごとお客様にご説明・ご提案して
同意が得られてから契約するのが筋だろうと思っています。
そういうビジネスモデルを、未だかつて、
一つも思い浮かんだことがありませんが。。。
それも、当方の当面の課題の一つです。
「額に汗する」というより「脳に汗する」ような
ビジネスの推進の仕方というものを
当方はまだまだ学ばなければいけない、と思っています。
受託業務の場合にもそれは同様で、お金を出した委託者ではなく、
実際に制作した受託者の方に著作権が帰属しています。
制作費を出しただけでは著作権は得ることはできません。
著作権譲渡契約を結ばない限り、
いくらお金を出そうが著作権は帰属しないのです。
※契約書外(ex.口頭とか)でも構わないハズです。
要するに、合理的な解釈が出来る範囲、なんだと思います。
だからこそ、システム開発とかWEB制作とかで
受託開発契約を結ぶときにも、
著作権が、委託者と受託者のどちらにあるのか、
よく注意しておく、
いや、キチンと確認しておく、
一番いいのは文書に残して合意の証を残しておく、
つまり、結局、契約の手続きを真面目に踏む、
そういうことが必要だったりします。
・・・ということを踏まえつつ、
それでも当方としては、
あくまで「お客様のものを作っている」という意識があり、
従って「作ったものはお客様のもの」と思っていたりします。
「この仕事(の成果物)って、誰のもの？」
というようなことが、頭を掠めるとき、
私の中では、大体、「お客様のもの！」と思っています。
著作権を主張したいなら、そういうビジネスモデルを作って、
つまりお客様も十分に納得できて利益を得られるようなモデルを作って、
ビジネスモデルごとお客様にご説明・ご提案して
同意が得られてから契約するのが筋だろうと思っています。
そういうビジネスモデルを、未だかつて、
一つも思い浮かんだことがありませんが。。。
それも、当方の当面の課題の一つです。
「額に汗する」というより「脳に汗する」ような
ビジネスの推進の仕方というものを
当方はまだまだ学ばなければいけない、と思っています。
2009年9月14日月曜日
XoopsでSSLログイン
【参考】Xoops Users Group Japan - XCLBasicManual/SSLログイン [SSLログインの流れと動作原理] - XUGJ Wiki
基本的に、上記リンクの記事を参考にすれば、誰でも出来ると思います。
以下、別に意味はありませんが、上記リンクの記事の内容をを私の言葉で
書き写しただけの文章を書いてみます。
ここまですれば、少なくとも（※１）で設定したURLにアクセスすればSSLログインが可能になりました。（spark43の公式サイトではできました。）
ただ、普通にhttp://hogehoge.url/user.phpでログインする分には、
SSLにはなりません。（当然）
これをSSLにするには・・・やったことありませんが、きっと・・・・
有名な「どこでもSSL」というモジュール？（or ハック？）を適用するのが
いいんだろうと推測しています。
また、ヒマを見つけてやってみようと思います。
基本的に、上記リンクの記事を参考にすれば、誰でも出来ると思います。
以下、別に意味はありませんが、上記リンクの記事の内容をを私の言葉で
書き写しただけの文章を書いてみます。
- 【ローカルPC】「Package_Legacy/extras/login.php」の先頭の辺りの$path='';の部分を自サイト用に書き直し
- 【ローカルPC→サーバ】「Package_Legacy/extras/login.php」を自サイトの公開側パスにFTPアップロード
- 【ローカルPC→サーバ】上記リンクの記事に添付されている「SSLLogin.class.php」を有難く頂戴し(普通はここで御礼をお伝えするのでしょうね、私はサッサとダウンロードして使っておりましたが。。ゴメンナサイ。。。)、自サイトの公開側パス/modules/user/preload/直下にFTPアップロード
- 【XoopsCube管理画面】「ユーザモジュール」⇒「一般設定」で表示される画面の最下部付近にSSLに関する設定があるので、それを設定する（※１）
ここまですれば、少なくとも（※１）で設定したURLにアクセスすればSSLログインが可能になりました。（spark43の公式サイトではできました。）
ただ、普通にhttp://hogehoge.url/user.phpでログインする分には、
SSLにはなりません。（当然）
これをSSLにするには・・・やったことありませんが、きっと・・・・
有名な「どこでもSSL」というモジュール？（or ハック？）を適用するのが
いいんだろうと推測しています。
また、ヒマを見つけてやってみようと思います。
登録:
投稿 (Atom)