昨年の流れで実行委員に名前を書いたものの、事前ミーティングを含めて全然参加できず、当日のみの参加でどーもすみません。。

写真くらい撮っておけばよかったんだけど、実は、写真撮っても人が写りこんでいると掲載していいのかどうか迷うし、人が写ってない写真は掲載しても面白くないので(¨;)
あえて撮りませんでした。。

各セッションの内容等については、ほかの方たちのブログを参照していただくとして…。
わたし個人としては、今年はWordPressのユーザーグループのWordBench名古屋としての参加でした。

WordPressについては今さら紹介しなくてもみんな知ってるんだろうけど、KtaiStyleの池田百合子氏とか、WordPress日本語化に協力されている水野史土氏とか、日本でWordPressを支えているメンバーを名古屋でも紹介したい的な気持ちで、WordBench名古屋として参加を推進しました。

一昨年くらいにはXoopsCube勉強会のお手伝いをしていたり、去年は一転、セカンドライフのOpenSimで参加したりしていて、今年はWordPressかよ！

…って言われそうだな〜と思っていたら、ほんとに言われました（笑）

なんか、もしも、オープンソースの世界に、ひとつのコミュニティに入ったらそこに骨をうずめろ的感覚があるとしたら（一部にはあるような気がしますが）、個人的にはそういうのって、日本人のムラ社会的感覚の延長と考えれば理解できないことはないけど、そういうレベルの人に合わせて自分の行動を自粛すると結局、自分のやりたいことがやれなくなるので、あえてスルーです。

前にも書いたように私は開発者としていずれかのコミュニティにコミットした人間じゃなくて、いつもどこでも単なるひとりのユーザーでしかないので、新しい、もっといいツールが見つかればそれを使いますし、以前使っていたからという理由で、今はもう使ってないツールについては協力する…もなにも…使ってもない、最近の状況も知らないで、協力できることなんてあるわけないじゃん。

…であります。

しかしながら、今現在、一番多く時間を割いているのがEC-CUBEのカスタマイズだからと言って、来年はEC-CUBEで出展するかといえば、それは絶対にない！わけで。

やっぱり、わざわざ行動を起こすにあたっては、そのコミュニティに私が「呼びたい人」「会いたい人」がいるかいないか、というところが一番大きな参加の決め手であるような気がします。
人間中心というか、愛情の問題というか、なんというか。。

とりあえずWordPressについて言えば、ツール自体の人気は昔からですが、こういうふうに日本のコアチームがイベントに参加したり、勉強会をやったりして、活発に活動しはじめたのは今年のWordCampあたりから？と思うので、それがOSCに登場してくるのは自然の流れだったと思います。

私としても、春のWordCampでその息吹を感じてしまった以上、見て見ぬふりなどできるわけもなく。名古屋でのOSC出展を実現できてよかったです。非常に満足しています。

関東地区のWordCampで、秋の東京のOSCにも参加を決めたそうですので、関東地区の方はOSC Tokyo/Fallにご参加ください！

ということで私のOSC名古屋が来年どうなるかというのは、来年になってみないと分からないけど、WordPressの競合は他のCMSではなくてウィンドサーフィンかと思われ(¨;)

癒されます。。

concrete5については前のエントリーで書きましたが、私が将来、自社サイトを外注するとしたら、a-blog cmsを選択すると思います。

まだ触ったことも、デモを見たこともないけど、前身のa-blogの頃から、アップルップルさんのCMSは投稿画面とかがすごく見やすく、書きやすく作ってあって、それはつまり、プログラムする人の都合じゃなくて、実際に投稿する人の都合を第一に考えて設計している、という思想なのだろうと思うんですよね。

CMSもいろいろあるけど、どういう方向を目指して開発しているかによって、使い勝手の善し悪しに差がつく気がします。

開発者に評判のいいCMSが、必ずしもユーザー（設置する人、管理運営する人）にとって評判がいいとは限りません。。

オープンソースと違ってライセンス料がかかるので、いますぐ導入はできませんが、もし将来的に外注する余裕ができたら、そのときはぜひ、試したいCMSですね！

それにしても新しくて、使いやすいCMSがいっぱいリリースされてくると、古くからあるCMSは太刀打ちするのが大変ですね。

居間のエアコンが壊れて、買い換えたんだけど、取り付けが明日なので(^_^;)
とにかく暑くて、部屋にいられません。

エアコンのある部屋に待避して、22日のOSC名古屋でデモ機として使う予定の2006年購入のVaio TypeTをお掃除（Cドライブの空きが少ないので、不要なアプリを削除したり。いろいろ）していました。

デモ用に、XAMPPと、WordPressと、WordPressMUと、BuddyPressと、BuddyPressの日本語化ツールをそれぞれダウンロードして用意しました。

WordPressと、MUのインストールまでなら問題なくできると思うけど、BuddyPressを入れてちゃんと動かせるかどうか分からない…というか、できない気がする（爆）

稼働中のBuddyPressはWordBenchがあるので、イーモバの通信状態がよければ実物をお見せしたいんですが。
よそも同様な状態で、みんなで一気にアクセスするので、けっこうイーモバがつながらなくなるという噂なので、予備としてローカルに構築しておきたいところなんですけどね…。

こういうふうに一カ所に集約されていると助かりますよねー。

concrete5は、wikiみたいにたくさんのメンバーでわーっと編集するのに最適なCMSなんじゃないかと思って、うっすらとチェックしています（…うっすら）(‥;)

xreaではインストールがちょっとだけアレだったのと（…アレ）(‥;)

使い方が直感的に分かるようで分からなかった（…たぶん、ぱっと見より高機能なんだと思います、ブロック単位でアクセス権限を変更できるという噂。）

などの理由で、その後手をつけることなく、うっすらとウォッチ状態です。
本はもう出たのかなぁ。
とりあえず買っとかなくちゃ。

というのも、SL24みたいに参加者が多数いるイベント用のサイトには、ちょうどこのconcrete5がぴったりでは？と思っているんですよね。
concrete5なら、編集履歴が残せるので、イベント主催者の方に直接更新してもらうことも可能かな、と思って。

でも、本番前にどこかで一度使ってみないと、構築＆管理の要領が分からないので、腰が引けてしまいます。
設置にあまり手間がかかるようなら、jimdoで自分ひとりで更新したほうがラクだったりするし？

さて、この調子で来年までにチャレンジできるかなぁ。
でも、来年のSL状況はどうなっているのかなぁ。
SL24、４回目やるかなー。
私自身の状況も今と同じとは限らないし、読めないなぁ、１年後って。

で、それを待ってる間ヒマだったので、先月からEC-CUBEで構築中の新しい筆文字ショップのトップページに、元からあるWordPressの筆文字サイトの「お知らせ」を表示させる改造に取り組んでみました。

思い立ったきっかけはこちらの記事で
静的 HTML に WordPress を埋め込む方法

WordPressのテンプレートタグを利用して、静的HTMLページに新着記事のタイトルなどを表示させようというTips。

これができれば、お知らせを書く時、WordPressで更新すれば両方のサイトに新着が表示されるので、お知らせを書く手間が１度で済んで便利ですよね。ぜひ取り入れたい！

でもうちの場合は、相手が静的HTMLではなくて、EC-CUBEのテンプレートになるので、ど〜なのかな〜と。。ちょっとやってみたけどできなかったし、自分でも到底できる気がしなかったので、この方法はさっさとあきらめ。
同ページで紹介されていた、Google AJAX Feed APIを利用してFeedを読み込む方法にチャレンジしてみました。

これならFeedを表示させるだけなので、読み込ませるサイトはWordPressじゃなくてもどこのブログでもOK。そして、javascriptだけで動くので、EC-CUBEのテンプレートに直接書き込んで大丈夫です。

参考にしたのはこちら
Google AJAX Feed API

文中のリンクをたどって、まずGoogle AJAX Feed API の登録をして、APIキーという、なが〜い文字列を取得しておきます。

それから、表示させたいページにスクリプトを追加するのですが、< head>〜< /head>に書き込まなくてはならないので、EC-CUBEの管理画面内のデザイン変更ではできません。直接ページのテンプレートファイルに追加します。
書き込むファイルはこれ。
data/Smarty/templates/使用中のテーマフォルダ/site_frame.tpl

このファイルの< head>〜< /head>内に、上記ブログで紹介されているスクリプトをコピペすればとりあえずOK。

でも、できれば記事が更新された日付も入れたいよね、という場合は、こちらのページで紹介されているソースを参照しましょう。

Google AJAX Feed API　日付の２桁（ケタ）表示

コピペするとき、２カ所だけ書き換えてください。
”YOUR_KEY_HERE”にさっき取得した長いAIPキー。
”YOUR_RSSURL_HERE”に、読み込ませたいページのRSSフィード。

これで仕込みはOK！
あとは、ページ内にこれを表示させるHTMLソースを書きます。
新規ブロックを作って書いておくと扱いが楽でいいかなーと思います。
たとえばこんな感じで。

< h2>お知らせ< /h2>
< div id=”feed”>< /div>

そしてちょっと待つと、こんなふうに日付とタイトルがリスト表示されます！
（Feedを取ってくるのに数分かかるみたいです。最初はデータがないので空欄のまま）

かなだつとむの筆文字ショップ | 名古屋を中心に活動する楽筆(らくひつ)作家です via kwout

すご〜い！超簡単！
自分でスクリプトを書けなくても、コピペで動くんで(^^;
ぜひお試しください。
Googleすごいなー。

ちなみに、うちのEC-CUBEのテンプレートは、トップページと一覧と詳細の３種類でheadの中身を一部差し替えられるような改造がしてあるので、今回のスクリプトはトップページにだけ挿入しておきました。他のページでは新着表示しないので必要ありませんからね。

このheadの件については長くなるのでまた今度。

大物ゲストの池田百合子氏と水野史土氏が東京方面と神戸方面から参加してくださったというのに、広くみなさまに告知しなくてすみません。。
今回はOSC名古屋への参加とかを話し合う内輪のミーティングってことなので、対象はWordBench参加者に限定し、余った時間に勉強会もあったんですが、あえて公募しませんでした。

さて写真つきレポートはレオ社長（福井方面から参加！）のブログを読んでいただくとして…(^^;

『WordBench名古屋』のミーティングに参加してきました – レオナルド社長の編集日誌 | カウベル・コーポレーション via kwout

IKUKO的に目からウロコがおちた内容は意外にもWordPressそのものじゃなくて、URLのつけかたについてでした。
内容はこちらを参照していただくと、そのものズバリなんですが…

要するに、URLというのは未来永劫使用可能な文字列にするのが正しいので、.htmlや.php、はたまた.xmlなどというのも含めて、拡張子をつけるのは推奨しない。なぜなら、10年後もWEBがhtmlでできてるとは断言できないから。同じ理由でphpもxmlも推奨しない。もっとも理想的なのは日付だろう。

…というような話。
もともとWordPressは個別ページを記事のidで表示しようとするんだけど、管理画面から変更もできるので、私はあえて、htmlじゃないのに.htmlをつけて表示させているんですよね。。
理由はなんとなくそっちのほうがSEO的にいいのかしらん…と思ったから。
なのにその.htmlが余計だったなんて、ちょっとショックです。

※ただし、日付というのもどうかと思う。同じ日に何回も投稿するとURLはどうなる仕様？

postnameという選択もあって、つまりタイトルがそのままURLの最後につく形で、内容を反映したURLとして検索からは好感されると思う方法なんですが、いかんせん日本語タイトルはそのままでは文字化けです。投稿するたびにURL用の英語タイトルを入力すればいいんだけど、そんなことは多分人間的に無理。

なので実際には、上で紹介したレオ社長のように、ブログのID番号で表現するのが一番無難な線なのかなと思います。さすがレオ社長。
（　 http://www.cowbell.jp/archives……�すね）

6/22追記：ブログのidは、エクスポート→インポートで変わってしまうことがあるので、やはり、日付に加えて時分秒が理想的ということです。（ゆりこさんのコメントをご覧ください。）

さて、当ブログのように、いったん.htmlで運用しはじめたサイトのURLをある時から変更するのは可能なんですが、問題は、過去の投稿のURLもすべて変わってしまうという点です。
変わっても読む分には問題ないけど、YahooやGoogleがindexしているURLが全部無効になってしまいます。

どうやってこの問題をクリアできるだろう…と、さっきぼんやり考えていたんですが、いまいち分かりません。いったんディレクトリを移して、検索エンジンにURLの変更を通知すれば、新しい方のURLに読み替えてくれるというのをどっかで読んだような気がする。。

とにかくいったん全部移動させないと、新しいURLに変わったサイトを、今のルートに表示するのは難しいような。。

うみゅ〜。。わからん。。

まあ、変更する方法が分かったとしても、変更しませんけどね。。
.htmlが使えなくなる頃にはブログ自体が時代遅れになってて、私も会社のドメインで個人ブログ書いたりしてないかも…という気がするから(^^;

ということで、WordPressを新たに設置する時は、パーマリンクの設定ページで「数字ベース」にチェック！を個人的におすすめします。

ちなみに、SEOの覇者MovableTypeでは過去のURLを保ったままで、「今日以降はこの形式ね」というふうな指定ができるようになっているんだそうです。
全部の記事をhtmlに出力するからこそできる技なのかもしれませんが、さすがにそういう細かいところに配慮が行き届いていますね。。

…とりあえず以上かな。
WordPressの新バージョン2.8でやりやすくなったプラグイン制作のTipsとか、KtaiStyleとか、WordPressMUのこととか、MU用のプラグインBuddyPressとかについては、OSC KansaiやOSC Nagoyaの会場で、お尋ねください(^^;

それから、8月2日(日)の昼頃に、またWordBench名古屋で集まることになりそーです。今回は名駅周辺でランチオフ？って感じかも。とりあえず興味のある方はWordBench名古屋にこそっと参加してみてください。よろしくー。

※私は今のところFriendFeedが一番使いやすくて、全部のサービスをFriendFeedに集約している（つもり）なので、twitterにpostしている内容もFriendFeedに表示させることを想定して書いてます。。
でも実際にはTwitterでレスもらったり、Facebookのほうでコメントがついたりするので、結局は全部見てますが。。

さて。
今日（というか昨日）はFLOSS桜山におじゃましてきました。
なにしろ生pipinpaさんに会えるというのと、あとは、来る８月２２日のOSC名古屋の運営スタッフや参加者とFLOSS桜山の常連さんは、かなり重複しているわけなので、そっちも含めてどんな感じかな〜というのもあったりしたので。

今年のOSC名古屋はWordPressのユーザー会の「WordBench名古屋」も参加すると思われ、今週末はその相談もあるわけですが、私自身は正直なところ、ここ数年夢中になっていたCMSもそろそろ飽きたなぁって感じはあります。

要は自分が使う必要性があまりなくなったので、どうでもよくなっちゃったってのもあるんですが。

でも、CMSは、少なくともWEB用については目的別、用途別に種類も出そろって、あとは「いかに早く簡単に」構築＆投稿できるかを競うのみじゃないかと思うんですよね。。

※WordPressは、開放型SNSとか、twitter風とか、コミュニケーションツールを目指す方向性なのかもしれませんが、どちらにせよ。

そこんとこいくと、OpenSimのほうが、なんに使えるかわかんないけど、なんかすごそう！って感じで、ウォッチのしがいがある気がします。。現状、用途がわかんないので、注目度も低いですが、でもここからは何か新しいものが生まれてきそうな予感みたいなものが、感じられるじゃーないですか。ねえ？

というわけで、昨年に続いてもしOpenSim関連で出展の動きがあるようなら、お手伝いさせていただこうと思っています。でもまあ名古屋には商業的にOpenSIM開発をしている人はいない（と思う）ので、ボランティアでやれる機運が盛り上がれば、ということで、そう無理してやらなくてもいいのかなーとも思うけど。。。

[WP]Hemingwayテーマから生まれたクールなWordPressテーマ15+1選

今回使わせてもらったのはHemingway for WordPress 2.5 ですが、いくつかのCSSが同梱されていて、桜の花のがあったので、それを適用してみました。

すごく読みにくいと思うけど、カッコいいのでとりあえずこのテーマで…。

FLOSS桜山 第25回
に参加しました。

私は今回「concrete5」狙いでした(^^;

先月試しにインストールしてみて、「高機能だけどちょっとダサいjimdoみたい？」っていう印象だったconcrete5ですが、そもそもの開発のきっかけとか、管理機能のデモを見せてもらったりしたら、jimdoとは全然違うシロモノだということが分かってきました。

更新する人が、特別な記号を使わなくても記事を書けて、しかもレイアウトまで変更できるwiki、みたいな感じ？

concrete5は最初から、wikiみたいに、立場や考え方も、ITスキルもてんでばらばらな多数の人間が、それぞれ勝手に記事を編集していく状態を想定して作られたツールなのです。

なので、編集履歴がきちんと保存されていて、いつでも戻すことができます。
ページ内のすべての部分が「ブロック」になっていて、編集モードでドラッグすると移動させられるというのも、要は特別なスキルがない人でも、レイアウトを変更できるように、という配慮なのです。
同時に、多数の人間が勝手に好き勝手をしたら、レイアウトがぐちゃぐちゃになってしまうので、それを防ぐために、すべての部分について、アクセス権限を設定できるようにもなっています。

ちゃんと考えてから権限を割り振らないと、わけわからなくなってマジやばくなる…こともあるみたいですがw

というわけで、concrete5は、うまくハマる事例で利用した場合は、めちゃくちゃすごい威力を発揮するかもしれない、新しいCMSなのでした。

たとえば、全国に支部があるような組織のWEBサイトで、記事を更新する人が、各地に複数存在するような場合に使うと、いいのかなー。

よく分かりませんが、なんとなくそんな感じがしました。

あと、concrete5のいいところは、日本語サイトの情報がどんどん追加、更新されていることでしょうか。もっとみんなで情報共有ができるように、掲示板の追加を準備中だそうです。

個人的には、concrete5って、もしかしたらwordpressの代わりになる？（つまり、もっと簡単に使える？）っていう期待があったのですが、現状ではインストールにけっこう手間がかかるため、やっぱ、post WPは、いまのところjimdoかなーなんていう感じになってて、なんだそれ、です(^^;

以上、眠いので何書いてるかよくわかりませんが、concrete5レポートでした。

不思議猫館 :: ホーム via kwout

さいきん気に入っているjimdoと、ちょうど同じようなお手軽WEBサイト構築ツール。
http://sl24of2009.jimdo.com/

両方とも、外から見ただけじゃ、どこが違うンだかわかんなーい！
でも、やりたいことはほぼ同じと見ました。

サーバーのレスポンスのせいか、はたまた中身のせいか分かりませんが、使い心地はjimdoのほうが軽快で見た目もオシャレ（多分、文字の大きさとか枠線の雰囲気など小手先の部分で）。
現時点ではフォームの編集ができないjimdoに比べて、c5はフォーム部分は完成していてアンケートも作れる。

jimdoはインストール不要のASPサービスで、無料版だと広告がつく。
c5は、オープンソースのWEBアプリなので自前サーバーにインストールが必要。設置に手間はかかるけどその後の拡張はご自由にという感じ。XREAやCORESERVERにインストールする場合はちょっと面倒ですが、親切丁寧な解説があったので、その通りにやったらできました。

よく似たツールだけど、現時点でどちらがいいかは、用途次第。
私の場合、ボランティアで作ってあげるサイトならインストールの手間がないからjimdo無料版。
自分で使うサイトなら、データは自分でまるごと持っておきたいからc5を選ぶかな。
（単に余計な利用料を払うのはイヤだという話も）
仕事で作ることはまずないので、仕事用途としてどうかは分かりません。
（どちらも現状ではちょっと不安、でしょうか）

それにしても次々とこういうツールが出てきますね。
CMSというより、お手軽ホームページ作成キット、みたいなイメージでしょうか。
ひとつのシステムで全部をカバーというより、各自用途にあったツールで作りましょって感じで、あとはOpenIDとかで管理をラクにする（←あまり意味分かってないんだけど）方向で、動いてくれるとありがたいかなー。