ハブろぐ - blog.ayumusato.com » a-blog cms

CSS Nite LP6でa-blog cmsをご紹介させて頂きました

ahomu — Sun, 28 Jun 2009 15:02:52 +0000

ありがとうございました

　ご来場いただいた皆様、主催のCSS Niteスタッフご一同様、応援してくださった皆様、ありがとうございました。そしてお疲れ様でした。

　プレゼンのデモとかスライドで恊働したアップルップルのお二方＆ご指導いただいた皆さんにも御礼を。もろもろ含めて、自分ひとりのプレゼンではなかったので、成功したことが嬉しいです。チームワーク万歳。

a-blog cmsのセッションでスピーカーを担当

　ってことで、a-blog cmsについてご紹介させていただきました。

　会場の大雑把な挙手集計では、いちばん感触がよく、a-blogcmsが今回のMVP(?)に選ばれました。ぜひ皆さんに使っていただきたいと思います。聞いて興味もったら、ぜひ試してみてくださいね！あと・・・

　a-blog cmsはベースライセンス(5user/5blog)で¥52,500です！ 　30日間は無制限で試用もできます！

　肝心のライセンス体系とか値段のことが説明不足のままリリース記念パックをご紹介してしまったので、混乱させてしまったかもしれません。またフォローメールで捕捉情報が入ると思います。

感想

　個人的にはbingo!CMSさんが、とても気になりました。実用するかと言われると、自分としてはやはり（a-blog cms最高！と信じていることも含めて）違うのですが。いちばん面白そうという意味で。

　出演されている方々は直接の開発者の方が多い感じで、設計思想的な部分のバランスの取り方に関して、とても参考になりました。自分にとっては先輩の設計したa-blog cmsがすべてだったので、ちょっと新鮮な気持ち。

　どんな形が良いのか、という意味ではケースバイケースであり、100人のWeb制作者がいれば、100通りの答えがあるのだと思います。自分に適したツールを選択していただきたいところですね。

MT

　MTでいいんじゃない？

　「新規学習の手間」というスイッチングコストを飛び越えるには、圧倒的な「特徴」が必要です。そういうところで勝負できるCMSは、まだ見当たらないのかもしれません。

　「みんなができること」について、「うちはこうやってやるんです」っていうのは、これから始めるひとには良い選択肢です。しかし、規模の商売で勝っているMTと、その既存ユーザーにとっては大きな動機にはなりえないのでしょうね〜。むずかしい。

商売

　今回は使わなかった表現として、「提案力の向上」という面が、佐藤的には大プッシュです。システムがWebサイトの限界にならないこと、システムがWebサイトの限界を引き上げること。

　良くも悪くも、a-blog cmsは1から100までHTMLベースでシステムを構築するインターフェースを提供しているので、ノンプログラマの方でも、作れば作るほどお客さんに自分のアイディアをアピールできるようになるんじゃないでしょーか。

　という持論で締めくくります。

みなさん

　お疲れ様でした〜〜〜。

a-blog cmsがリリースされました。

ahomu — Tue, 23 Jun 2009 23:05:11 +0000

正式版がリリースされました

　昨日の夕方すぎに、a-blog cmsがリリースされました。Web制作者のためのCMSというコピーのもと、取り回しの良いCMSに仕上がっていると思います。（とはいえ、自分はセットアップとダッシュボードの小物数点しか本体システムには関わってないのですが。社内のみなさん、本当にお疲れ様です）

正社員がリリースされました

　リリースって言わないですか、そうですか。やんごとなき大人の事情で一週間ほど前倒しで研修期間終了となり、晴れて正社員になりました。

　そして手作りの名刺から大量生産の名刺になりました。いきなり250枚超が手元にあるわけで、今年中に消費しきれるのかな…。

　アップルップルの名刺はひとりひとり、@の位置が違うということを発注するときに初めて知りました。アップルップルの名刺をコレクションする方がいらしたらぜひ、みんなの個性を＠の位置で感じ取ってください。

a-blog cmsのモジュールとテンプレート（離）

ahomu — Wed, 13 May 2009 07:36:11 +0000

　今回はモジュールIDの設定と、モジュールを使い回す為の機能についてです。

モジュールIDは何が設定できるの？

　引数を指定できます。引数というのは、IDを振られたモジュールが、どこの情報を取得するかの指定のようなものです。例えば、エントリーの一覧を出力するモジュール(Entry_List)で、特定のカテゴリーの記事だけを出力したいときにCID（カテゴリーID）を指定します。

　下のスクリーンショットはプリインストールできるCompanyテーマの例ですが、Entry_Listに対してCID=1と指定するとで、新着情報のカテゴリー(CID=1)のみを出力するように指定しています。件数や並び順などの設定は別画面で個別に設定することができます。

　肝心の各種IDは現在だとカテゴリーIDならカテゴリ一覧、ブログIDならブログ一覧から確認しますが、入力欄にフォーカスがあたると選択肢があらわれて自動入力できるAjaxが実装予定みたいです。

注意点

モジュールIDを作ると引数は初期化される: ここのモジュールはデフォルトの引数設定を持っていますが、モジュールIDを割り振った時点で、それらは全て初期化されます。ちゃんと設定しないと、何も読み込まなくなってしまいます。
チェックするとURLの値で上書きします、って？: uidとかcidとかの項目名の横にあるチェックボックスのことです。これをチェックすると、表示中のページの情報を受け取ります。表示中のページがカテゴリーに属していれば、そのカテゴリーのCIDを引き渡します。単一記事を表示していれば、そのエントリーのEIDを引き渡します。

　引数に関しては、使ってみる前に理解するのは現状では難しいかもしれません。サイト内検索の結果を出力するテンプレートとモジュールIDをつくると、理解できると思います。Companyテーマには検索結果のサンプルも含まれていますので、興味のある方は参考にしてみてください。

そして、モジュールを共有化する方法

　特定のモジュール（モジュールIDを振ったモジュールとか）を、複数のテンプレートで流用したいことがあるかと思います。そんなときの手順を書きます。

モジュールの記述部分をhtmlファイルにする

テーマフォルダ内、./include/module.html　を以下の内容で作ります。


>
    >
          >
               > href="{url}">{title}>>
               >{summary}[trim(51, '...')]>
          >
     >
>

include fileメソッド

　includeの記述は大層なものでして、

　こうやって記述すると

>
     >
     
          >
               >
               >
                    > href="{url}">{title}>>
                    >{summary}[trim(51, '...')]>
               >
          >
     >
     
     >
>

　このようなテンプレートとして扱われて処理されます。./include/module.htmlをテンプレート内に読み込んでいる、ということですね。これは分かりやすい上に、非常に便利な機能です。

反則メソッドacmsパス

　いや、別に反則ってほど反則ではないのですが。少し飛んだ内容です。

　モジュールIDはブログ単位の設定になるので、子ブログのテンプレート上で親ブログのモジュールIDを指定しても、設定は反映されません。そのため、子ブログでも同様の設定をする必要がでてしまいます。

そこでコレ！

　なんか不思議な呪文のようなものが書かれています。これはacmsパスと呼ばれる特殊なシステム記法です。奥が深い要素なので、ここでは上記の記述を読み解くのにとどめましょう。

　ブログID(bid)が1の、テンプレートから、include/module.htmlを、読み込む

　こんな感じの意味です。こう書くことで親ブログ（例ではbid=1）の設定で、親ブログが使っているテンプレートフォルダ内の、include/module.html が読み込まれます。

　モジュールIDの設定はブログに紐付けされている設定情報なので、これでモジュールIDの設定も引っ張ってこれてしまいます。

　つまりどういうことかというと、子ブログから、親ブログのモジュールIDとテンプレートをインクルードできるということです。

　社員ブログのような、頻繁に子ブログが追加されるような運用状態で、子ブログを作るたびにモジュールIDを作るのは手間になってしまいます。そういうときにこの記述をテンプレートに組み込んでおくと、子ブログを作ってテンプレートを設定するだけで、親ブログのモジュールIDの設定を有効にすることができます。

　冒頭の反則について、この記述がなぜ反則かというと、応用を重ねると結果的に体裁(テンプレート)と設定(管理ページ)の関係をぶっ壊して、テンプレート側からある程度の表示制御を行うことが可能だからです。どうしても届かないカユイところに届かせるための手段ぐらいで覚えておけば良いと思います。CSSハックみたいなモノですね。

いかがでしたでしょうか

　モジュールとテンプレートの関係については、これで序・破・離と三部作完結でございます。興味を持ってもらうための記事ではありませんでしたが、a-blog cmsについて理解を深めてもらうことの一助になっていれば幸いです。

　次は、ルールとかカスタムフィールドあたりの話でしょうか。もしくは、記事投稿画面に対して、カテゴリー毎に異なるカスタムフィールドの入力項目を差し込む方法とか、どうでしょうね？グローバル変数とincludeの応用編な感じですが。

a-blog cmsのモジュールとテンプレート（破）

ahomu — Mon, 11 May 2009 15:52:48 +0000

　どうもです。佐藤です。最近はまとまったサイズのシステムの制作にいそしんでいます。サイズが大きくなると考える事も増えますね。SEの研修を受けている友人の話を聞くと、フローとか機能の設計をしっかりやっているようです。僕も、もうちょっと頭を使った方がいいのかもしれません…。

　例によって勘で使える人は、読み飛ばし推奨の記事です。今回は初心者向けではありませんが、教科書的に整理しているだけの内容です。

　今回は、モジュールを中心とした、管理ページとテンプレートの関係についてです。

管理ページとテンプレートの関係

　a-blog cmsは設計上、とてもきれいに機能や役割が整理されています。それはモジュールとテンプレートの関係でも同じことです。

　a-blog cmsでは、どこの情報をどのように表示するかなどの設定は全て管理ページから行われます。日時表示のフォーマットなども設定できます。表示するモノの内容面はすべて管理ページからの設定になります。（現状、JSBannerなど一部の例外はありますが）

テンプレート: 表示の体裁
管理ページ: 表示の内容（設定）

　さらっと書いていますが、この設計思想が重要なポイントだと思っています。HTML(論理構造)とCSS(装飾設定)みたいな関係ですね。役割を明確に分担しています。つづく。

テンプレートのほう

　例えばMovable Typeだと下記のように、記事を何件表示するか、のような記述がテンプレートタグに含まれていたりします。

>
      lastn="5">
          > />>
     >
>

　そのあたりの役割をa-blog cmsでは、表示上の整形はテンプレート、表示内容の設定は管理ページ、と明確に役割が分けられています。そのため、a-blog cmsの場合はテンプレート上では下記のようになります。


>
     
          >{title}>
     
>

　記述量は若干増えますが、loopだとかBEGIN＆ENDだとか、明示的な記述になります。このテンプレートタグに相当する部分は、実はモジュール側でかなり自由に設計できるので、追加プラグインの作りやすさという意味で比重が増してきます。

　追加プラグインの可能性については後々語りたいところです。自前のテンプレートエンジンを備えていて、入出力の関係性をハッキリさせたファイル構成と、それをサポートする関数群がプラグインの制作を加速させます。

管理ページのほう

　その上で、管理ページ(例：下図)から表示件数やソートを設定して制御します。

　上図はEntry_Listというa-blog cmsの中でも1、2を争う単純なモジュールなので、項目が少ないですが、逆にトップクラスの柔軟性を併せ持つEntry_Summaryだと下図のような設定画面になります。現在はdatetime系がdate関数の引数そのものだったり、だいぶ大振りな感はありますが、そのあたりも含めて正式版に合わせて進化していきます。（ますよね？）

個々のモジュールに一意な設定を

　モジュールに一意な設定をするときはモジュールIDを設定して割り当てます。管理ページから下図のように指定して

　下記のようにテンプレートに記述します。


>
     
          >{title}>
     
>

　これでモジュールID = “lineage”に対して一意な設定ができます。CSSのdiv#wrapperみたいな記述と同様に考えてもらえればと。IDentification、個体識別という意味で同じです。この先は、実際にベータ版を触っていただければ。

最後は何を書こう

　序・破、ときたら離なわけですが、3つめで何を書くかは困り者です。

　ところで、ジョハリの窓ってみなさんご存知でしょうか？　あまりメジャーな言葉ではありませんが。

　見えるモノと見えざるモノの関係性を明確にしたモデルです。自己を変えることで、未知の窓の範囲は狭まるかもしれません。その未知を切り開かなければ、良い仕組みはできないように思えます。変化することで、今の自分に見えざるものを、可視化しなくてはいけません。と、佐藤は勝手に考えています。

a-blog cmsのモジュールとテンプレート（閑話）

ahomu — Tue, 05 May 2009 06:48:48 +0000

　うっかり忘れていたので、追記的に閑話を挟みます。

　テンプレートに書かれたモジュールをシステムが解釈して、どんなHTMLが出力されるかについて。なんとなく感じとってもらう為に、単純な例だけ置いておく事にします。

テンプレート側のモジュール部分の記述


　　>
　　　　> href="{url}">{title}>>
　　>

システムが解釈して、出力した後のHTML

　　>
　　　　> href="[エントリーのURL1]">エントリータイトル1>>
　　　　> href="[エントリーのURL2]">エントリータイトル2>>
　　　　> href="[エントリーのURL3]">エントリータイトル3>>
　　　　> href="[エントリーのURL4]">エントリータイトル4>>
　　　　> href="[エントリーのURL5]">エントリータイトル5>>
　　>

　こんな感じ。a-blog cmsのモジュールはhtmlの部分を一切出力しようとはしません。属性などの値に相当する部分だけを出力するように設計されています。というところで次の話に続くのです。（たぶん）

a-blog cmsのモジュールとテンプレート（序）

ahomu — Sun, 03 May 2009 17:17:21 +0000

　a-blog cmsのモジュールとかテンプレートについて
（CMS初心者向けです。他のCMSをご利用の経験がある方は読み飛ばし推奨です）

　a-blog cmsを使う上で基本になるのは、モジュールとテンプレートの概念です。何となくでも実は使える気もするシステムですが、これらの動作をガッツリ理解しておくといいかもです。その上でルールとかモジュールIDとか、カスタムフィールドの考え方が生きてくるので。

　モジュールについては以前、イマイチだった記事を誤ってRSSに乗せてしまったハプニングもありましたが、懲りずに今回も中途半端な記事をあげておくの巻。

a-blog cms モジュール

　a-blog cmsのモジュールは、Webサイトでよく使われている機能をパーツ化したものです。以下で、a-blog cmsで用意されているモジュールの一部をご紹介します。

Entry_Headline: 記事のヘッドライン表示（一般的な新着情報、日付＋タイトルのリスト）
Entry_Summary: 記事の要約表示（内容チラ見せの新着情報や検索結果などの表示に）
Banner: バナー管理（店舗バナー群であったり、関連リンクなどに）
Navigation: ナビゲーション（階層構造を作れるため、JSを組み込んだプルダウンメニューにも）
Topicpath: パンくずリスト（近年のWebサイトには必要不可欠なパーツですね）

※などなど、詳しくはビルトインモジュール｜リファレンス｜a-blog cmsをご覧ください。;

　以上のような機能を次項のテンプレートに組み込んでいくことで、動的なサイトを構築することができます。

テンプレートとモジュールのこと

　テンプレートとは、a-blog cmsでページを表示（出力）させる時の雛形になるファイルです。どのような記述であるか、どのように使用されるかについてザックリと。

Figure.1 a-blog cmsのテンプレート: HTMLに独自のテンプレートタグを記述することで、モジュールが組み込まれてその部分が動的に出力されるようになります。HTMLベースで柔軟に記述できます。

Figure.2 テンプレートの処理と、ブラウザ表示: アクセスがあるたびに、そのテンプレートをシステムが解釈した結果のHTMLをブラウザに返します。

　HTMLとテンプレートタグ、という関係性はMovable Typeとか、その他多くのCMSでも一般的に使われている考え方＆形式ですね。

　初心者の方でも、ここまでの説明でHTMLにテンプレートタグを記述したら、モジュールが動作して、動的なシステムとして動くようになるよという所までなんとな〜く分かってもらえるといいなぁ、と思います。

次回以降

そもそものファイル構造の説明を忘れていた
管理ページとテンプレートの関係について
モジュールの拡張性とかについて
Companyテーマとかを例に説明したほうがよかったね

オープンソースライセンス色々あるね

ahomu — Fri, 01 May 2009 14:53:50 +0000

●オープンソースの定義とライセンスを理解する – ITアーキテクト [IT Architect]

●オープンソースライセンスいろはのい – livedoor ディレクター Blog(ブログ)

　オープンソースライセンスは色々ありますねー。JSベースのSyntax Highlighterを組み込もうと考えておりましたところ、a-blog cmsは商用な上にプロプライエタリなこともあり、オープンソースのライブラリを取り込もうと思うと慎重にならざるをえません。

　再配布しないけど、所定の位置にライブラリ置いたら動くように対応してるよ★ってのは、GNU GPL的にはアウトなんでしょうか？　大分グレーゾーンなような気もするのですが、オープンソースライセンスについて、詳しい方がいらしたらぜひご助言ををを。

　肝心のSyntax Highlighterについては、LGPLのモノを使おうと考えています。JSには手を加えずに管理画面側との連携も考えています。

　いや、ぶっちゃけ本当はGeSHi ( GPL License ) を使いたいのですけれどもね。Markdown中の＜pre＞や＜code＞だけGeSHiを通過させて出力してもいいとは思うのですが。小細工無しの状態でMarkdownとの親和性を考えると、JSのほうがいいかもしれません。

　負荷的に考えると、JS（クライアント側）で負荷を受け持ってもらったほうが安全ですしね。クライアント側が重くなるといっても、シンタックスハイライトが必要なサイトの購読者なら大した問題にはならないでしょう。

XAMPP for Windows に a-blog cmsをインストールする

ahomu — Thu, 30 Apr 2009 08:59:01 +0000

　a-blog cmsのsetupがWindowsのサーバー環境では、インストールできない不具合がありました。現在は修正済みですので、a-blog cmsオフィシャルから改めてダウンロードしていただければと思います。

　ついでに、下記にXAMPP for Windowsへのインストール時のメモを残しておきます。

for MacOSXの場合はこちらへ
a-blog cmsをxampp for macos xに入れてみるには – kazumich.log

　XAMPP for Windows version 1.7.1で動作を確認

htaccess.txtのリネーム

　Windowsの標準シェル(explorer.exe)だと、素直に.htaccessとリネームした場合「ファイル名を入力してください」と言われてリネームができません。(htaccessという拡張子として認識されてしまう？)

　適当なエディタ（標準のnotepadでOK）で開いた後、ファイル形式：”全てのファイル”を選択して、.htaccessと名前をつけて保存すればいけます。

.htaccessの有効化

C:\xampp\apache\conf\httpd.conf　を編集

line194付近: AllowOverride None　を　AllowOverride All　に書き換える

ioncubeの有効化

C:\xampp\php\php.ini　を編集

line1265付近: [Zend] より前の行に記述 ( パスの中身はioncubeの設置場所に合わせて書き換え )

zend_extension_ts = "C:\xampp\htdocs\ioncube\ioncube_loader_win_5.2.dll"        
[Zend]
zend_extension_ts = "C:\xampp\php\zendOptimizer\lib\ZendExtensionManager.dll"
zend_extension_manager.optimizer_ts = "C:\xampp\php\zendOptimizer\lib\Optimizer"

　こんな感じです。パスとかは適宜書き換えてください。:-D

Calendar_Scheduleとか考えてみる。

ahomu — Tue, 14 Apr 2009 15:34:50 +0000


	
	 class="month">
		
		 class="unit">
			
			 class="day">>
				 class="week{weekAttr}">{day} ( {week} )>
				
				 class="plan">{plan}{label}>
				
			>>
			
		>
		
	>

　きっと分かる人にしか分からない状態ですが、こんなんでいいんですかねぇ？ unitのループ値を7にすると、きっとGoogleCalenderもどきのレイアウトに。あ、前後の月の値も計算しないといけないのか。難しそう。

　大分道のりが長そうな設計になってしまいました。完成はすごく遠いです。

a-blog cms パブリックベータ公開しました！

ahomu — Tue, 07 Apr 2009 16:18:25 +0000

a-blog cmsのパブリックベータがリリースされました

　　 a-blog cms パブリックベータ

　a-blog cmsが皆さんにダウンロードして頂けるようになりました！ぜひお試しください！なんだか宣伝ですね。いや、宣伝ですってば。多くの方々に選んで頂けて、ずっと使い続けて頂けるようなツールとして鋭意開発中です。

ひとにやさしい（利用者への教育が容易な記事編集）
じぶんにやさしい（制作側の意図に応える柔軟なシステム）
みんながやさしい（純国産のコミュニティ形成＝>情報共有）

　列挙すべき特徴はたくさんありますが、製品としてこれからもっともっと伸びていく予定です。使いやすいだけじゃなく、作りやすいCMSになっていくのだと思います。

　自分がテンプレートを記述する側としてパッと使ってみた限りでは、自由度が非常に高く、プログラムの知識が無くても思った通りの仕組みを実際のシステムとして構築することができます。

　管理画面もすべて普通のテンプレートと同様に記述されているので、オリジナルの管理画面を構築することもできます。カスタムフィールド的に項目を増やすぐらいなら更に簡単です。

　カスタムフィールドやIDモジュール、ルールを巧妙に組み合わせて、管理画面も自作すると、きっとa-blog cmsが全く原型をとどめないようなオリジナルのCMSすら構築することが可能です。いつか時間をかけてやってみたいですね。

ちょ、Wordpressじゃん

　えっと、その、怖くてWordpressのDB構造すら見てはいないのですが、きっと、いつか、コンバーター頑張ります。

　ひとまず、自分としてはサブカラム（このブログで言う右側のカラム）をまとめてウィジェット感覚で管理できるようなモジュールがひとつ。それと、Flickr APIを使って記事にFlickrの画像URLを便利に貼付けられるようなモジュールをひとつ。自分がブログとして使うためにも用意できたらなぁ、と思っています。

　後者については着手中です。動作を確認しつつ、どういう形が記事投稿時に使いやすいのがボチボチ考えております。あまり期待せずに長い目でお待ちくださいな。