「WebSite expert」26号でも巻頭特集が組まれ、
イメージキャラ「まめ蔵」も舌好調（夜はツンデレ属性に変化する）のSOY CMSですが、私が本サイトを置いているエックスサーバーは動作環境を満たしていませんでした。

会社に要望を出しても、個別対応は承っておりません、のつれない返事。
それなら無理やり設置してやる！と
「エックスサーバーにSOY CMSをインストールする」という検証記事を書いたのが数か月前。
インストールまでは成功したのですが、管理画面の不具合が直らず断念していました。

そんなSOY CMSが、先月の1.2.6へのバージョンアップで、ついにエックスサーバーでも正常に動作するようになりました！
インストーラーなし・SQLite版で基本的な動作を確認しています。
開発の皆様、ありがとうございます。

設置手順は以前書いた記事と変わりませんが、不具合を回避する作業がひとつ増えます。
SOY CMSフォーラムのスレッドを更新していますので、詳細はこちらをご参照ください。

エックスサーバー(X20)にインストールする方法について

また、正常に動くようになったとはいえ「動作環境を満たしていないサーバーに強引に設置している」という状況は変わりません。
設置する場合は、使用予定の機能・プラグインをチェックしなおしてくださいね。

Twitterで記事を紹介して下さい（-人-）

これをSOY CMSで構築するには、カスタムフィールドとPHPのif文を利用します。
アイコンまわりのカスタマイズは、SOY CMSの良さを残したまま割と簡単にできるので、試してみてください。

※サンプルコードには、読みやすいように改行やインデントを入れています。実際に出力されるコードが冗長になるので、動作を確認したら改行を詰めるなどした方が良いと思います。

元になるHTML

下記のようなHTMLソースに、SOY CMSを組み込みます。
<h3>要素内に更新日付と、「重要な記事」を知らせるアイコンが入っています。

SOY CMS側の設定

SOY CMSの管理画面に入り、「カスタムフィールドプラグイン」を有効にします。

記事を書いている時点（1.25a）以前のバージョンの場合は、「テンプレート内でPHPスクリプトを有効にする」ための環境ファイル書き換えも必要ですが、旧バージョンにはセキュリティホールがあるため、最新版にアップグレードしてください。

カスタムフィールドの設定

カスタムフィールドで「チェックボックス」を新規作成します。
下の画面の通り、「高度な設定」の全ての項目を空にします。「ニュース」の記事を書くときだけ指定できるように、ラベルの関連付けもしておきます。

設定が終わったら、記事を書いてみます。下の画像のようにチェックボックスが出てくればOKです。
チェックを入れている記事と、入れていない記事を書いてください。

独自タグを書く

記事部分をSOY CMSのブロックタグで囲み、日付を出すタグを書き込みます。
ブロックタグ、エントリータグについては、公式サイトのマニュアル「よく使う項目」を参考にしてください。
日付を出す「cms:id="create_date"」は、アイコンも含めてまるっと囲みます。

ここで注意が必要なのは、SOY CMSの標準である「属性値に書く方法」を利用しないことです。
例えば、下のような書き方も同じ意味を持ちますが、この書き方だと<h3>要素の中身をそっくり置き換える動作になるので、あとで<h3>の中にPHPを書いた時にエラーになってしまいます。

代替として用意されている、コメントで囲む方法を選んでください。

PHPで記事情報を取得するには

記事を表示する「block:id」「b_block:id」の内部では、「$[idに指定した名前]」という連想配列に、cms:idをキーとした全ての記事データが格納されています。
以下のように書くと記事ごとに配列の内容がずららっと出てきます。

なので、「block:id="news"」内のカスタムフィールド「important」をPHPの変数$hogeに入れるには、以下のようにスクリプトを書きます。

カスタムフィールドのチェックボックスの場合は、チェックを入れたときは「フィールド名」がそのまま入り、入れなかった場合は空になります。
先程の例の場合だと、チェックを入れていれば$hogeは「重要なお知らせ」になるはずです。

PHPの条件分岐を加える

ここまでわかったところで、</h3>の前に条件分岐を追加してみましょう。

「$news[important]」が空ではないことを条件に、echoでアイコンを出します。
functionを使用するとエラーになるので、PHPの平文で書いてください。また、HTMLでダブルクォーテーションを使用している場合、echo文はシングルクォーテーションで囲んでください。

保存してページを確認すると、「重要なお知らせ」にチェックを入れた記事にだけアイコンが出るようになります。

SOY CMSの利点は、「オーサリングツールで崩れず編集できる使いやすさ」です。このため、HTMLの表示に影響が出る条件分岐などは、PHPで対応することになります。

それを踏まえて、カスタマイズするときも本来のHTMLを生かす方向でできるだけシンプルにした方がいいし、条件分岐が予想される場合は納品後の改修作業も視野に入れた方が良いと思います。

今回のサンプルは、ローカル環境でのブラウザプレビューではアイコンの部分のコードが見えてしまいますが、PHP構文を解釈できるDreamweaverなら問題なく表示できます。
ローカルで確認したいときは、<?php ～ ?>を一時的にコメントアウトしてください。

条件分岐を行う場所が、記事タイトルだったりすると、もう少し難しくなります。
それについてはまた後日記事にします。

Twitterで記事を紹介して下さい（-人-）

私がSOY CMSの検証用に作って公開しているサイトには、「取扱商品一覧」というページがあります。

http://webbing.s41.coreserver.jp/omame/ccc/index.html

SOY CMSは、このようなテーブルや、リストを使ったコンテンツの構築にとても適しています。

SOY CMSを触っていない方は、Dreamweaverとの親和性が高いといわれてもピンと来ないと思います。
Dreamweaverを使ったやや複雑なカスタマイズ手順について詳しく解説します。

※あくまでカスタマイズの一例です。基本的な手順として参考にしてください。

1. 準備

まず、SOY CMS側で「サイト」を作り、Dreamweaver側でも「サイトの設定」で公開ページのルートへ接続できるようにしておかなければいけません。
どちらも基本的な操作なので、ここでは割愛します。

さらに、SOY CMS側では「カスタムフィールドプラグイン」「テンプレート同期プラグイン」を有効にしておきます。どちらも基本パックに同梱されていて、サイト管理画面からすぐ有効にできます。

2. 静的ページを作る

Dreamweaverで普通の制作と同様に、商品一覧のページを作ります。
既存ページを改造する場合はそのまま使っても問題ありませんが、インデントだけでもきちんと整形した方が、あとの独自タグ入れ込みが楽です。

テーブルを見ながら

• どこをラベルとして扱うか
• どこを記事タイトル・本文として扱うか
• どこをカスタムフィールドとして扱うか

の三点を考えます。
これはこの段階までに決めておかなければいけません…というより、実務の構築では作業を始める前からちゃんと考えますw

「ラベル」は、MT・WP的に言うとカテゴリーやタグのことです。
例の場合は、商品種別（煮豆/豆腐…）をラベルとして扱い、
商品名が記事タイトル、
説明文が本文、金額と容量がカスタムフィールドになります。

慣れてくれば、この段階でいきなり8.の独自タグを書く作業をしてしまって問題ありません。
実際、私は先に独自タグを書いてから、書き込んだIDを元にカスタムフィールドを作っています。

3. ラベルの設定をする

静的ページの準備ができて、構成が固まったら、SOY CMSの管理画面の設定をしていきます。

SOY CMSでいちばん最初に作成しなければならないのは、「ラベル」です。
これがないと、今後の設定がスムーズにできません。
さっき決めた通りのラベルを作っていきます。

MovableTypeのカテゴリー等とは異なり、ベースネームの設定は必要ありません。日本語で大丈夫です。
ただし、後で混乱しないよう、「商品：」という共通の接頭語は付けておきます。
（例のサイトの場合は、「新着情報」が既にある状態です）

4. カスタムフィールドの設定をする

次に、「カスタムフィールドプラグイン」の画面に移動し、追加の入力項目を作ります。
タイプは、文字を入力するだけなので「一行テキスト」としています。

ここは投稿画面で表示する「フィールド名」の他に、テンプレートに絡む「ID」の入力が必要です。IDに日本語が使えるかどうかはわかりませんが、フィールド名との差別化もあるし、英数字でいいと思います。
IDは後で使うので、全部メモしておきます。

左の写真は完成した状態の一覧なのですが、「煮豆」や「豆腐」で別々のカスタムフィールドを作っているため、項目2×ラベル4＝8つもあります。
何故こんな細かいことをするのかというと、
「記事投稿時に特定のラベルを選択したときだけ、この項目を表示する」
というオプションを利用するためです。

先述したように、例のサイトには商品一覧とは別に「新着情報」のラベルがあります。新着情報を書くときにも価格や容量の欄が出てきてしまうと、更新担当者が混乱してしまいます。
なので、煮豆のときは煮豆の、豆腐のときは豆腐の項目をあらかじめ用意するのです。

このオプションは、表右端の「高度な設定」をクリックし、「ラベルとの関連付け」で有効にします。
「高度な設定」では、項目の初期値・空のときの値も入れておけます。せっかくなので「オープン価格」などと設定しておきます。

ラベルの複数選択ができれば、作るカスタムフィールドは2つで済むんですよね…
バージョンアップに期待したいところです。

補足：
MT・WPはブログベースなので、現時点ではカテゴリーごとにカスタムフィールドを切り替える機能はありません。プラグインがあるかもしれませんが、実務では安定性を重視するため、有志に頼るプラグインは多用できないのです。

5. 動作確認用の記事を書く

5.と6.は、順不同で構いません。

ここまでの段階で、投稿画面が完成したので記事をいくつか書きます。
この例ではひとつしか書いていませんが、カスタマイズに慣れていない方は各ラベル2～3個くらい書くと間違いがありません。

各ラベルにチェックを入れたときだけカスタムフィールドが出てくるか、一応確認してください。

6. 新規ページを作る

商品一覧用のページを作ります。ここの例では、ファイル名を「ccc/index.html」にしています。

ページの種類には「標準ページ」と「ブログページ」があり、一度作ると変更ができないため、悩むところです。
判断基準としては、

• 時系列でアーカイブする必要があるコンテンツ
• 更新担当者に自由にカテゴリー追加・削除をさせたいコンテンツ
• 本文と追記を分割したいコンテンツ
• コメント・トラックバックが必要なコンテンツ

であれば、ブログページでなければいけません。
新着情報であれば、ブログページが良いです。
ぶっちゃけ全部ブログページでも問題ないぽいですが。

この例では、記事分類がラベルに依存しており、1ページしか必要ないため、標準ページとして作ります。

制作中のサイトであれば、いきなり「公開」にしてしまっていいと思います。
title要素の設定だけ、忘れがちなので気を付けてください。

7. テンプレートをエクスポートする

ページを作成したら、「テンプレート同期プラグイン」の画面に入って、テンプレートを静的ファイルとして書き出します。

テンプレートは、サイトルート内の「export」フォルダに
「5_ccc_index_html.html」
などというファイル名が付いて書き出されます。

このファイル名をDreamweaverで接続して確認したら、
2.で作った静的ページを「複製」して、「書き出されたテンプレートと同じ名前」を付けます。
これに独自タグを書き込んでいきます。

ここでは念のため元のHTMLを残していますが、慣れてきたらファイルを複製せずindex.htmlに独自タグを埋め込んでいってもいいと思います。この場合は、9.でアップロードしてからサーバー上でファイル名を変更します。
独自タグを書き込んでも、Dreamweaverへの表示の影響はありません。

8. 独自タグを書き込む

ここでやっと、HTMLに独自タグを書き込みます。

独自タグの書き方についてはここでは特に説明しませんが、スクリーンショットを見ていただければわかると思います。
表の最初の一列のみブロックタグ・属性を書き込んで、あとは非表示タグでまるっと囲んでおきます。
タグの種類は少ないので、スニペットを登録しておくといいんじゃないでしょうか。

さらに、今回の例の場合は「商品種別ごとに整理して表示する」構造なので、
ブロックタグをコピー・ペーストで増やして、種別ごとに合計4ブロック作ります。
もちろん、ブロックIDはそれぞれ変えなければいけません。
カスタムフィールドのIDも、さっきメモしたものをそれぞれ書き込みます。

9. 独自タグを書き込んだHTMLをアップロード

できたファイルを、さっきの「export」フォルダに投げ込んで上書きします。

アップロードは「PUT」ではありません。PUTだと「ccc」フォルダができてしまいます。
左の写真のように、exportフォルダにカーソルが接するように、直接ドラッグしてください。

「テンプレート同期プラグイン」の画面で、テンプレートを読み込んだら…

「ccc/index.html」にアクセスして、ページがちゃんと表示されているか確認します。

ローカルとサーバーのファイル構造が同じであれば画像やCSSのリンクは切れないはずですが、階層が変わる場合はフルパスで書いた方が無難かもしれません。

10. ブロックの設定をする

さっきのページを見てみると、全ていちばん最初の記事しか表示されていません。
しかもラベルごとに分類されていません。
この設定は、管理画面の「ページのブロック設定」で行います。

ブロックタグに間違いがなければ、テンプレート編集画面の「ブロック」タブを切り替えたときに一覧ができているはずなので、それぞれのブロックとラベルを関連付けます。
これについては、公式のマニュアルを参照してください。

MT・WPに慣れている人は、記事絞り込みのトリガーをテンプレート側で設定しないことに違和感を感じるかもしれません。
MovableTypeだったらこう書けばいいんじゃね？と思うはずです。

<mt:Entries category="煮豆" limit="999">　～　</mt:Entries>

この辺りは一長一短ですが、トリガーを管理画面側で制御することで、HTMLの方に書き込む独自タグがシンプルになり、他のサイトにコピペで使い回しやすくなるという利点があると思います。
a-blog cmsもこれに近い仕様になっているようです。

11. 記事を追加しながら調整する

あとは、残りの記事を追加しながら実際の公開ページの表示をチェックしていきます。
テーブルのセル幅が足りなくて改行されていないかとか、ラベルの関連付けが間違っていないかなど。

ここで、記事の順番が「逆順」になっていることに気付きました。
商品一覧の場合は任意で順番を変えるか、昇順の方がいいはずです。

SOY CMSはバージョン1.2.5aの段階では並び順を昇順にすることはできないようなので、記事一覧の画面で手動で順番を変えることにしました。

実際のCMSカスタマイズでは、昇順並び替えはよく使います。できれば、10. のブロック設定のところでできるようになって欲しいところです。

Dreamweaverを使ったSOY CMSのカスタマイズの流れはこんなところです。
細かく手順を書いているので長そうに見えますが、カスタムフィールドの設定が割と楽なので、慣れればMovableTypeよりやや短い作業量というところです。

何より、後からテンプレートをDreamweaverで編集しても崩れないので
「とりあえず現状サイトで動的にして、検索エンジンに情報が行き渡ってから細かいデザイン改修を行う」
という二段階の改修が容易になります。

「カスタムフィールドの内容によってHTMLの出力を切り替える」などの、いわゆる「if文」は現状ではPHPで対応しなければいけませんが、うまく利用すれば予算や案件に合わせた、柔軟な構築が可能になると思います。

Twitterで記事を紹介して下さい（-人-）

このところ文章がますます散漫ですがご容赦ください。

で、WebbingStudioはどうするの

今後最優先で対応したいCMSは、SOY CMSとa-blog CMSです。

SOY CMSに関しては、春頃から検証しているので一般的な構成の企業サイトならもう作れます。
既存の静的HTMLへの導入がしやすく、私が単純に「面白い」と思っているCMSなので、これからも記事や情報などアップして応援していこうかなと思ってます。

a-blog cmsの方は、「カスタマイズの仕事を通してCMSに求めていること」に合致したからです。
まだ時間が取れずインストールはしていませんが、Dreamweaverとの親和性は大きな魅力ですし、管理画面の完成度が高いです。
LP6の表向きのテーマだった「MovableTypeの後継となるのは？」にマジレスしたら、a-blog cmsだと思ってます。

これに余裕が出てきたら、CMS Desinerやbingo!CMSも、と思いますが、MovableType5も出ますし、海外CMSもひとつくらい対応したいので（MODxかJoomla!かでずっと悩んでますが）、このくらいが限界ですね。

運営元の苦労

CSS Niteは株式会社スイッチさんが運営しているわけですが、今回は規模が大きかったので大変だったようです。

開催後のフォローアップメールには、
セッションのレジュメがギリギリまで揃いませんでしたとか、
懇親会のドタキャンが12名出て12名×5,000円=65,000円立て替えましたとか書いてあります。

鷹野さんが札幌のCSSNiteでお会いしたときよりキリキリした印象だったのは、無理もないかなぁと思ったりしました。

スイッチさんはセミナーを開くことで、開発元から協賛費をもらいます。
参加者からはトラックバックによる宣伝や参加費をもらいます。
それがお仕事です。

だからといってセミナーに参加できるのは当たり前ではないです。

懇親会の件は、メールを見て慌てて支払った人が何人かいたようですが、飛行機とホテルを取って北海道から来た者としては、そんなテキトーにキャンセルできるんだなー、東京では毎週やってますからねーと毒吐いてしまいます。

最近は札幌でも、セミナーや勉強会が多くなりました。
機会を与えてもらっていることを忘れてはいけないと、改めて思います。

鷹野さん、懇親会でSOY CMSの古荘さんを探してまごまごしていたところ、連れてきてくださってありがとうございます（´д｀n

参加した人たちの流れ

あくまで私がtwitterでfollowしたり、参加した人のブログ記事を読んでの情報ですが

• （LP6に参加したCMSのどれか）に対応しようかなと思ってる
• 業務で取り入れることはないな…てゆか海外CMSやMTでいいじゃん

の２パターンに分かれます。
学習コストもありますし、私のように複数考えている人は稀なようです。

前者の方では、私と同じようにa-blog cms・SOY CMSに興味を持っている人が多いようですが、自分が受けている案件の傾向を考えて、他のCMSを検討している人もいます。

結局はMTだと不満が出そうな案件のサポート的存在なのは変わらないわけですが…
それでも、LP6より前と比べると、
「ツールの仕様にWEBデザイナーと案件が併せる」状況から
「WEBデザイナーが案件に合った仕様を持つツールを選ぶ」
という流れが確実にできつつあるように思います。
それは、私のカスタマイズ職人としての理想だったりもします。

WEBデザイナーなら、CMSがなくてもサイトは作れます。
本当に「誰でもサイトが作れるCMS」ができてしまったら、WEBデザイナーはごはんが食べられません。
（実際にはサイト構成・文言などアドバイスするのはプロのお仕事なので、そんなことにはならないですが）

それだけに、自分の立ち位置、CMSをはじめとしたツールとの関わり方を模索していかなければいけないのです。

Twitterで記事を紹介して下さい（-人-）

2009年6月27日に開催された、CSS Nite LP, Disk 6 「CMSリベンジ編」の参加レポートです。

14:00～

「SOY CMS」
ベンダー：日本情報化農業研究所

【使用経験あり】

日本情報化農業研究所とは

本当に農業をやっている会社（農業技術の研究等・プレゼントも野菜だったw）
WEB制作業もやっているけどSOY CMSは農業者向けに作っているわけではない

CSS Nite in KYOTOもSOY CMSベース

MovableType等、従来のCMSの難点

• デザインが自由にならない
• CMSを知らないとマークアップができない
• 構築後の修正が難しい
• 他の人が直そうとしてもわからない

SOY CMSの利点

• 「ページ」と「記事（内容）」が完全に分離しているためサイト設計が柔軟
• HTMLの属性値に対して独自タグを指定する方式→今のHTMLのダミーテキストを残したまま構築ができる→テンプレートをブラウザ・Dreamweaverでプレビューできる
• ダイナミックページ編集機能→プレビュー画面（※注　公開画面ではない）から直接テンプレートを編集できる

構築の流れ（デモ）

1. 新規ページを作り、テンプレートエディタに静的HTMLのソースを貼り付け保存
2. 新着部分の一件目のHTML要素の属性値にcmd:id=”hogehoge”等の独自タグを加えていく（HTML自体は変更しない）
3. 独自タグを加えた範囲をブロックタグで囲む
4. 作ったブロックに対し「何のラベル（カテゴリー・タグのようなもの）が付いた記事を何件表示するか」を指示
5. 二件目以降のダミーテキストを非表示タグで囲む

ひな型機能

記事のHTML構造（テーブル等）、カスタムフィールドの表示位置などをテンプレートとは独立した形で保存、記事ごとに流用が可能

拡張機能

プラグイン

SOY CMSの一部として簡単な機能を追加するもの

カスタムフィールド・ブロック一括指定・テンプレート同期（テンプレートをHTMLファイルとしてエクスポート）

SOY App

SOY CMSと連携して動作する半独立のアプリケーション

お問い合わせフォーム・メール・etc…

管理画面のカスタマイズ

公開ページのテンプレートと同じ仕組み
注意文を入れたり、使わない機能を消したりできる

サポートについて

オープンソース（GPLライセンス）　全てフリーで利用可
有償でのサポート・フォーラムも有

その他

• 実績紹介サイトを開設予定
• 現状の最大サイト＝テンプレート数十点＋記事数数千件くらい
• URLの末尾を「.html」にした場合で、同じディレクトリに静的ファイルが既にあった場合は静的ファイルが優先される
  この仕様を利用すると静的ページを表向き公開したまま裏で動作テストができる

北海道開発オフ：SOY CMSは、SOHOやWebデザイナーの救世主になるのか

このとき、結論としては元記事の蒲生さんに反論する形で批判ぽいことを書きました。

いろいろ書いている通り、私としては
「蒲生さんの記事タイトルは大袈裟。現時点ではSOHO救えません」
というのが率直な感想です。

…のですが、その後数ヶ月で、私が指摘した部分の半分が改良されていたり、追加マニュアルがアップされてます。
フォロー記事書けませんでしたすみませんすみません。

オーサリングツールとの親和性、無償ゆえのユーザーの情報の多さ、伸びしろが、SOY CMSの強みかなと思います。
個人的には正式に対応したいと思っているCMSです。
プレゼンも、最初は緊張している印象でしたが、内容はわかりやすかったです。

ただ、良い点でもある「ユルさ」が、本格的に使おうとすると「不安」になってしまうのが本音です。
また、今回参加したベンダーの皆さんの中で唯一、パンフレット等を貰っていません。
細かい機能などは利用者のレビューを読むか、使ってみるしかありません。

ページ冒頭のグラフの通り、サーバーの条件さえ満たせば、簡単に使えます。
SQLite版を使って、デモサイト・小規模サイトなどで、まずは簡単なコンテンツを作ってみるのが良さそうです。

Twitterで記事を紹介して下さい（-人-）

CSS Nite LPシリーズのイベントに参加する予定です。
会場は東京なので、つまりは6月の末に上京するわけです。

先日レビューを書いたSOY CMSを含め、5つの国産CMSをテーマとしたセミナーです。
各CMSの開発者様が、システムの概要やアピールポイントを直接講演してくださるようです。

現状の仕事では、MovableType・WordPressをCMSとして利用することが多いです。

安定性・拡張性・取引先担当者との連携を考えると、結局の選択肢になるからですが、本格的なCMS導入も今後の展開として考えています。

言語の問題がなく、「日本的なCMS利用」を考えて作られた国産CMSについては、東京まで行っても話を聞いてくる価値があるかなーと思ってます。

ぶっちゃけ東京に行きたいんです！って素直に言えよ、うぇびんぐ。

私はSOY CMSの他に、二年前と少し古くなりますがCMS Designerについてもレビュー記事を書いています。
求められる機能だけを抽出した「CMS Designer」

SOY CMS、CMS Designerともに、非常にシンプルで軽量であるのが特徴です。

SOY CMSは「静的ページをCMSに変換する」点に特化していて、デザイナーに非常に理解しやすいテンプレートエンジンが使われています。また、強力なファイルマネージャー機能があります。
その代わり、インターフェースデザインなどにまだまだ発展途上な面が見られます。

CMS DesignerはテキストベースのXML・XSLTで構成されていて、データベースに関する知識を必要としません。クライアントが見る管理画面の項目を、必要最小限にカスタマイズできるのも特徴です。
XML構造を理解するまでは取っ付きにくく、対応サーバーのハードルが高いですが、ここ二年で随分クリアできているようです。

このような感じで、最終目的は同じところにあるCMSでも、各システムでプロセスは大きく異なっているのがわかります。ライセンス・サポート面も異なっています。
それらを理解したうえで、請けた案件に適したCMSを提示できるようになれれば、Webデザイナーとして一段階進めるのではないかと考えてます。

WebRelease 2・a-blog cms・RCMSについては、まだ触ったことがないためよくわかりません。すいません。
当日までに、予習しておかなければ…

Twitterで記事を紹介して下さい（-人-）

SOY CMSを、設置条件を満たしていないエックスサーバーにインストールする方法を解説します。

10/22追記：
1.2.6以降、エックスサーバーでも正常に動作するようになりました。
設置手順は以前書いた記事と変わりませんが、不具合を回避する作業がひとつ増えます。
SOY CMSフォーラムのスレッドを更新していますので、詳細はこちらをご参照ください。
エックスサーバー(X20)にインストールする方法について

7/6追記：
バージョン1.2.5以降で、サーバー依存と思われる新たな不具合が出てきてしまい、正常な動作を保証できません。
現在は検証を打ち切り、エックスサーバーに対応の要望を出しています。
http://www.soycms.org/viewtopic.php?f=6&t=144
この記事をご覧になった方は、早急な判断は控え、実験程度にとどめるようお願いします。

前回のレビューでは業務利用の面からかなり辛口なことを書いていますが、SOYCMSは個人用としては充分なCMSです。
MovableType等のブログにはない機能もありますので、興味のある方はいちど使ってみてください。

• フォーラムに投稿した内容を若干整理しています。
• バージョン1.2.3(SQLiteインストーラーなし)＋X20コースで確認をしていますが、確実な動作を保証するものではありません。
• MySQL版は未確認です。同じ対応で問題はないだろうと思います。
• エックスサーバーは、サーバー番号により微妙に仕様が異なります。
  PATH_INFOの設定が不要なサーバーもあるようですが、以下で示すスクリプトを追加しても動作への影響は特にありません。

エックスサーバーに不足している条件

これらを解消すれば、エックスサーバーでも使用することができます。

1. コアファイルをアップロードする

まず、SOY CMSのコアファイルをサーバーにアップします。
特に変わった操作は必要ありません。

2. PEAR::Services_JSONを追加する

SOY CMSのインストールマニュアルを見ると、以下のように書かれています。

SOY CMSでは内部でJSON形式のデータを取り扱っています。そのため、php5.2.0より古いバージョンでは別途PEAR::Services_JSONをインストールする必要があります。

PEARは、JavaScriptでいうjQureyのような、PHPの拡張ライブラリです。
SOY CMSでServices_JSONクラスを利用しているのは一か所だけなので、そこで正しく利用できるよう、上記のライブラリを追加してやります。

PEAR::Services_JSONは下記ページで配布されています。

http://pear.php.net/pepr/pepr-proposal-show.php?id=198

ページ右下のリンクから、TGZ形式で圧縮されたファイルをダウンロードします。

+Lhacaなどの、TGZ形式に対応したソフトで解凍すると、「JSON.php」というファイルが入っています。
このファイルだけを

[インストールしたディレクトリ]/common/lib/

直下にアップロードします。

3. PATH_INFOを有効にする

PATH_INFOを有効にするには、一般に.htaccessに

AcceptPathInfo On

と記述すれば良いとされていますが、エックスサーバーではこれでもだめなようです。

しかし、同様の機能を持つ「ORIG_PATH_INFO」は有効になっているので、これの値を渡す修正を加えます。

[インストールしたディレクトリ]/common/lib/common.inc.php

の<?php の次の行に、下記スクリプトを追加します。

if ((!$_SERVER["PATH_INFO"])&&(isset($_SERVER["ORIG_PATH_INFO"]))) {
       $_SERVER["PATH_INFO"] = $_SERVER["ORIG_PATH_INFO"];
}

4. php.iniを上書きする

テキストエディタを開いて、以下の一行を記述します。

magic_quotes_gpc = off

これを「php.ini」というファイル名で保存して、エックスサーバーの最上位ディレクトリにアップロードします。
（サイトルートではなく、ドメイン名が書かれたフォルダが並んでいる階層です）

この位置にphp.iniを設置すると、この変更がサーバー全体で有効になります。
それでは問題がある場合は、
SOY CMS内の「magic_quotes_gpc」を利用している全階層にそれぞれphp.iniを設置するか、
問題がある別のスクリプトを使っているディレクトリだけphp.iniをさらに上書きしなければならないと思います。

5. インストール作業を行う

ここまで作業したら、

[インストールしたディレクトリ]admin/index.php

へ移動して、初期設定を行います。
以降はマニュアル通りに初期設定を行ってください。

Twitterで記事を紹介して下さい（-人-）

第7回「DevDo北海道開発オフ」に参加してきました。

参加者延べ17人。
どんどん輪が広がっていって素晴らしいことです＞＜

今回、テーマとして選択したのは先日ホッテントリ入りした
「SOY CMS」です。

SOY CMSは、SOHOやWebデザイナーの救世主になるかもしれない: 世界中の１％の人々へ

私は今のところ、MovableType・WordPressのデザインと構築を生業としています。

Dakiny（蒲生）さんが言うように、デザイナーの救世主足りうるのかという点が猛烈に気になったので、開発オフで実務的なサイト構築まで試してみることにしました。

7/1補足：随所に加筆をしています。そちらも参考にしてください。

下準備

インストールまでは、Dakinyさんの記事を読んだ時から手を付けています。エックスサーバーが条件を満たしていないこともあり、構築できる段階になるまで一週間かかりました。
エックスサーバーにインストールする方法に関しては、後日改めて記事を書きます。

条件がPHP5.2以上という段階で、実用には厳しいところです。
既存のウェブサイトにCMSを入れ込む場合、利用しているサーバーが常にメンテナンスされているとは限りません。
MT・WPが厳密にはCMSでないのに関わらず重用されるのは、導入できるサーバー条件が非常に緩い＝サーバー移転に関わる時間と費用を節約できるという事情があるのです。

ただ、この辺りはどのアプリも通る道だと思いますので、広く普及したりPHP5.2に対応するサーバーが増えれば状況が変わってくるかもしれません。

で、ベースとなる静的ウェブサイトを用意しました。

おまめ商事種式会社：WebbingStudio版

おまめ商事です。おまめさんリスペクトしました。
農研さんのデモサイトは、ちょっと参考デザインとしては…アレなので、一般的な構成のウェブサイトを作りました。

前職在籍時に作ったウェブサイトのひな形を元にしているので、コーディングに古い部分もあり、今回のテーマにはちょうどいいのです。
上記のサイトをざっと見てから、次項にお進みください。

いきなり作業結果

結果から書きます。現状ではこうなっています。

CMSおまめ商事種式会社：WebbingStudio版

7/1追記：
エックスサーバーでは不具合が起こるため、動作が確認されているCORESERVERで再構築中です。

構築をしてみての感想

独自タグの仕様について

作業をはじめて、いちばん興味深かったのが独自タグの仕様です。
このようなHTMLソースがあった場合

<p>ここにエントリーのタイトルを入れたいな</p>

MovableTypeやWordPressが

<p><$mt:EntryTitle$></p>

と、「要素の中身を削除して独自タグに入れ替える」のに対し、SOY CMSは

<p cms:id=”title”>ここにエントリーのタイトルを入れたいな</p>

と、「要素の中身を残したまま属性値かコメントで独自タグを指定する」仕様になっています。
出力時に、タグの内容は自動的に置き換えられることになります。

こういう、「置換法」は初めて見たので、発表のときに「利点がわからない」と言ったところ、参加者の渡邉さんに補足をしてもらいました。

@webbingstudio Javaでも色々ありますよ。デザイン重視のテンプレートは置換タイプが多い傾向ですね
http://twitter.com/shuji_w6e/status/1261743170

@webbingstudio 設計時の見本（モック）がそのままテンプレートとして使えるし、修正した場合でも反映が楽なのがポイント
http://twitter.com/shuji_w6e/status/1261744153

@webbingstudio 静的にデザインしてコーディングし、修正依頼が来たときに意味不明のタグだらけで表示もできないってパターン防止です
http://twitter.com/shuji_w6e/status/1261832339

確かに、MovableTypeなどで作成したテンプレートはダミー文を削除してしまうため、Dreamweaverでは正確な状態で見ることができません。構築時もHTMLをかなり修正することになります。
元の静的ページのソースコードをできるだけ生かすことで、デザイナーへの取っ付きやすさや作業の効率化を図っているようです。この点は、普及すれば確かに制作の現場において劇的な効果があるかもしれません。

独自タグに関わる欠点

しかし既存のHTMLと同化しているという仕様上、ちょっとでも書き間違えるとすぐページが崩れます。
引数にダブルクォーテーションが使われているため、元々クォーテーションで囲まれているtitleやalt等の属性値内に記述しようとすると、やっぱり崩れてしまいます。

また、テンプレートにPHP構文を書くことはできますが、上述の仕様のため独自タグの内容を変数に入れ込むことはできません。
このままではカテゴリーのアイコン化などができないので、この辺、要望として出したいところです。

7/1補足：
属性値の他にコメントで変数を記述する方法もあります。また、この記事以降のバージョンではクォーテーション重複に対応し、属性値に使用することが可能になりました。

管理画面について

これは、サイトを作成した直後の、管理者権限を持っているユーザーのダッシュボードなのですが…
横ナビゲーションに違和感があります。
（赤線は私が引いたものです）

何故「プラグイン」がど真ん中ですか。

7/1補足：
バージョン1.2.5以降で用語・インターフェースが改善され、左から
ホーム / 記事 / ラベル / ページ / プラグイン　となりました。
「記事」はページの中に入る情報、「ページ」はページの外観とサイト構成のことです。

一般的なUIの概念からすると、頻繁に利用するものを左上に置くのが定石と考えられます。
なので、どのWebサービスやアプリも「エントリーの投稿」がいちばん左上、かつ大きなボタンとなり、ワンステップで記事を書き始められるようになっています。

クイックリンクは一応右のサブメニューにもあるのですが、
「エントリー」「ブログ」というボタン名もわかりづらく
（ブログページセットの設定に関する画面で、すぐエントリーを書けるページではありません）
「テンプレート」というボタンも謎で
（テンプレート作成ではなく、既存のテンプレートセットをインストールする画面です）
操作時にはかなーり混乱しました。

大きな入力項目や、マウスオーバーでヘルプが出るのはなかなか快適です。
しかし、いろんなところでまだまだ整理されてない印象が強いです。

ひとまず、早急に改善してほしいのは、
WYSIWYGエディタ（TinyMCE）のインターフェースだけ異常に細かい点です…

7/1補足：
WYSIWYGエディタの文字が管理画面と同サイズになり、見やすくなりました。また、WYSIWYGエディタそのものを設定でオフにすることも可能です。
（きちんと構築して、WYSIWYGエディタを使わずに済むのが理想ですよね…v_v）

CSS編集機能が使えない

一般の静的なウェブサイトは、CSSや画像へのリンクを「相対パス」で記述します。
しかし、これをそのままSOY CMSに入れ込むと、CSS編集画面では「リンク切れ」となり実質編集はできません。

テンプレート側で、相対パスを絶対パスに編集しなければならないとしたら本末転倒です。
この辺、なんとかならないもんでしょうか。
まぁ、HTMLやCSSの編集は、ローカルで編集してFTPでアップが基本なんですが。

7/1補足：
相対パスでもCSSのリンクが切れなくなりました。また、Dreamweaver等で編集→所定の階層にアップ→SOYCMSに同期という作業も可能です。

独自タグへの説明が少ない

CMS版のトップページを見ると、少しおかしいことになっています。
記事本文がそのまま表示されてしまっています。

こういった新着情報で良くあるのが、記事タイトルの下にHTMLタグを除去した概要を表示するというものなのですが、概要を出力する方法がわからず、またブログ新着へのリンクをブログ外から貼る方法もわからず、保留になっています。

構築やカスタマイズに関わる、独自タグの説明が少ないのはちょっと困ります。
公式サイトのマニュアルを、時間があるときに改めてあたってみます。

7/1補足：
マニュアルに独自タグの説明がだいぶ追加されました。また、「記事の先頭x文字」のトリムが可能になりました。

携帯対応ページに期待

SOY CMSが特に力を入れているのは携帯端末関連で、絵文字にもかなり対応しているようです。

携帯電話は単純な構成のページになることが多いので、先述のCSS編集や細かいカスタマイズのことをあまり気にする必要はありません。
本サイトは新着情報のみSOY CMSを埋め込み、携帯サイトは全部SOY CMSで構築、という構成にすると、今の段階でも充分に力を発揮できそうな気がします。

現時点でのまとめ

ここまで読んでいただいた方ありがとうございます。長くて申し訳ない。

いろいろ書いている通り、私としては
「蒲生さんの記事タイトルは大袈裟。現時点ではSOHO救えません」
というのが率直な感想です。

特にユーザーインターフェースがこなれていない印象です。
私はブログに慣れていることもあり「ま、いっか」で済ませてしまうところがあるのですが、カスタマイズに不慣れなSOHOや、お客様だとそうはいきません。
既にMovableType・WordPressを利用している個人事業者も含めて、お客様にこれはおすすめです、とご紹介できるのにはまだまだ時間がかかりそうです。
置換法を使っているからなのか、表示速度の遅さも気になるところです。

ただ、日本のウェブサイトに特化した軽量CMSとしての伸びしろは、充分にあると感じました。
フォーラムでもいろいろ要望が出されているようなので、今回のホッテントリ入りを機に、どんどんバージョンアップされたり、関連ブログが作られるのを期待しています。

Twitterで記事を紹介して下さい（-人-）