※まだ書き切れてませんが、とりあえずアップします。

2/27（土）に「CSS Nite in KANSAI, LP1 〜CMS POWER USER’S SUMMIT 2010〜」というイベントに参加してきました。
ちょっと遅くなっちゃいましたが、簡単にレポート（というか感想文）をまとめておきます。

イベントの概要

今回は CSS Nite in OSAKA と CSS Nite in KYOTO の合同イベントのため、「CSS Nite in KANSAI」という名前になっているそうです。
その名前から分かる通り、規模としてはかなり大きなイベントでした（最終的な参加者は約240人！）。

今回のイベントの最大の特徴は「ユーザー目線からのセミナー」であること。
つまり、CMS の開発者が「こんな機能があるよ！　こんなに便利だよ！」という話をするのではなく、実際にその CMS を使っている人が「こういうシーンではこういう使い方ができるよ！」ということを紹介してくれるのです。

意外と、こういう形式のイベントって少ない。
そして、こういう形式の方が、聞いている人にとってはタメになるというか、実際に使うイメージを掴みやすかったりします。
今後も、こういう形式のイベントをどしどし開催して欲しいですね。

会場は、「TKP大阪梅田ビジネスセンター 14階 ホール14A」。
本編が 14:30〜18:30 、懇親会が 19:00〜21:00 というタイムスケジュールでした。
（結局 21:40 くらいまでみんな残ってましたけどね）

具体的な進め方

4 つの架空事案に対して、4 つの CMS による解決策・実現策をプレゼンしていく、という流れでした。

4 つの架空事案とは、こちら↓。

1. MISSION1.既存サイトにCMSを一部組み込む低予算・即納サイト
2. MISSION2.ケータイ連動型、若者向けサイト：ネイルサロン
3. MISSION3.多重コンテンツサイト：不動産屋さんの物件管理
4. MISSION4.ログイン機能付きECサイト：カフェサイトでお取り寄せグルメ販売

で、今回登場した CMS はこちら↓。

• Movable Type（スピーカー：黒野明子さん）
• WordPress（スピーカー：太田樹さん［め組］）
• a-blog cms（スピーカー：勝又孝幸さん［データファーム］）
• SOY CMS（スピーカー：藤井正明さん［有限会社レーベ 代表取締役］）

1 の事案に対してまず 1 つの CMS によるプレゼンが行われ、その後に他の CMS についても簡単なプレゼンがある、といった感じ。
1 つのセッションが約 45 分で、メインの CMS のプレゼンが大体 25 分→その他が 5 分ずつ→時間があれば質疑応答、というくらいの時間配分だったかと思います。

始まる前は、1 つの事案に 1 つの CMS と思っていたんですけどね。ちょっと意外でした。
全 CMS の説明が聞けた分、情報量も多くて比較もしやすくなった反面、ちょっと時間的にキツかったかな、とも思います。
もうちょっと深く聞きたいことや質疑でツッコミたかったところもあるんですけど、まぁしょうがない。
この辺りはイベントの趣旨やターゲットによって変わっていくと思うので、今後に期待です。

ちなみに、架空の事案があるということは架空のクライアントもあるということで、各セッションにはその架空クライアントに扮した方々がコスプレで登場していました。
最後のセッションで鷹野さん（！）がシェフの格好で出てきたときは、ちょっとした歓声も。
今回のような長丁場では特に、こうした“遊び心”みたいなのは大事ですね。

さて、ようやく次からが各セッション（MISSION）の具体的な内容です。
「長ぇし面倒くせぇよ。もっと分かりやすくまとめろよ」って方は、総合的な感想・まとめへどうぞ。

window.open() なんかで開いたサブウィンドウを、テキストリンクやボタンで閉じるための方法です。

HTML でウィンドウを閉じる

HTML ではこんな書き方をするヤツですね。

<a href="javascript:window.close();">このウィンドウを閉じる</a>

input タグを使う場合は、こんな感じ。

<input type="button" value="このウィンドウを閉じる" onClick="window.close()" />

Flash でウィンドウを閉じる

AS2 であれば、

on (release) {
getURL("javascript:window.close();");
}

と書けば動いてくれました。
（但し、MacOS9 + IE という古い環境では落ちることがあるそうで、「FLASH-JP」のCLOSEボタンやJavascript:window.close();で強制終了に詳細と対応策が載ってます）

AS3だと getURL が使えません。
というか、そもそもの仕様が大幅に見直されているので、書き方もかなり変わっています。
詳しいことはよく分からないので、とりあえず結論だけ。
以下のように書けば、ウィンドウは閉じてくれます。

close_mc.addEventListener(MouseEvent.CLICK, closeClick);
function closeClick(evt:MouseEvent):void {
	ExternalInterface.call("window.close()");
}

イベントリスナーを設定して、関数を呼び出すのはお約束。
で、Javascript を ActionScript と絡めて使いたいときは、「ExternalInterface.call」を使えば良いようです。

window.close() だけじゃなく、他の Javascript についても、「(“〜”)」の部分を書き替えれば使えるみたいですよ。
まぁもちろん引数とか色々使うことの方が多いでしょうから、もっと複雑になってくるんでしょうけど。

window.close() のように単体で完結できる関数は、意外にもこんなシンプルなスクリプトで実現することができます。

ローカル環境では動作しない？

これ、ちょっとハマってしまった現象です。

具体的に検証した訳ではないんですが、どうもローカル環境では上記スクリプトは動作してくれないようです。
恐らく、Javascript 関連が動いてくれません。たぶん全滅。
alert ですら動いてくれませんでした。
（僕の環境は、MacOSX 10.4, Flash CS3, Firefox 3.5。Safari でも動かなかったような気がします）

それに気付かず、自分の書いたスクリプトが悪いんだと思い込んで試行錯誤すること数十分……。
光明が見えてきたのは、以前にサブウィンドウを開く方のスクリプトを使った別のデータを使って試していたとき。
間違いなく動作することを確認したはずなのに、まったく反応せず「あれ？　動いてたはずじゃ……？」となったワケです。
ローカルではウンともスンとも言わなかった「閉じる」ボタンが、サーバーにアップした途端、順調に（？）動いてくれました。

でも何で今まで気付かなかったんだろう……。
何かがバージョンアップしたときに何かの仕様が変わってしまったのか、それとも偶然サーバー側でしか確認していなかったのか……。
謎…………。

皆様も、お気を付けて。

詳しくはこちら↓の公式ブログ記事をどうぞ。
WordPress | 日本語 » WordPress 2.9

日本語版も即日リリースされたみたいです。早っ！
WordPress | 日本語 » WordPress 2.9 日本語版リリースのお知らせ

2.8 へのバージョンアップが多少地味めだったのに対し、今回はかなり大幅に変わったんじゃないでしょうか。
というより、「分かりやすい」という表現の方が適切かも知れません。

今回の目玉は、何と言っても画像編集機能。
「画像の切り抜き・編集・回転・反転・拡大縮小ができるように」なったそうです。
しかもこれから更に機能が追加・改善されていく模様。
楽しみな反面、何でもできちゃうと無茶な使い方をするユーザーさんが増えないか、そのあたりがちょっと心配。

それから、動画の埋め込みもかなり簡単になったそうです。
まだ試してませんが、動画共有サイトの URL を入力すると埋め込みコードに変換してくれるんだそうですよ。
You Tube、Daily Motion、Blip.tv、Flickr、Hulu ……と対応サイトはかなり多め。
こちらも今後のリリースで増えていく予定とのこと。

動画の埋め込みについてはこちら↓（英語）。
Embeds « WordPress Codex

その他にも改善点は数えきれないほど……。
一般ユーザーでも使いやすいシステムへ、という意識が感じられますね。
前からそうかも知れませんが、今回はちょっと違う気配。
何となくですが、来年あたりから WordPress の位置付けというか使われ方が変わってくるような気がします。何となくですが。

もちろん制作側にとっても、プラグインの管理が分かりやすくなったり、嬉しいところはたくさんあります。

注意点として、データベースの要件が変更になり、 MySQL 4.1.2 以上が必要になりました。
ま、MySQL 5 に対応してるところも多いですから、これはほとんどのサーバーで問題ないんじゃないでしょうか。
（でも一応確認はしときましょう）

では、この記事をアップしたら、僕も 2.9 へアップグレードしていきますよ。
（とりあえず何かあっても大丈夫なヤツから……）

追記

何と、現在使っているデータベースが MySQL 4.0 だということが判明しました！
つまり、2.9 へのアップグレードができません！
さくらインターネットのスタンダードプランをお使いの方、気を付けて！！

というワケで速やかに MySQL 5.1 への移行を進めたいのですが、残念ながらさくらの方で移行ツールやマニュアルは提供されていないようです。
なので、自力でやらなしゃーない、と。
怖ぇなぁもぅ……。

ただ今ググりまくってるのですが、やっぱり直接データベースやらテンプレートやらのエクスポート（バックアップ）→データベース切り替え→新しい環境でインポート、しか手は無さそう。
まぁ公式サイトのヘルプページにもバックアップの仕方が載ってたりするので、その辺りを参考にやってみます。

終わったらその手順を書く、かも。

ColorZilla 2.0.2

http://www.colorzilla.com/
Firefox 1.5 – 3.5.*
Web ページ上の色を拾ってくることができます。

Dr.Web anti-virus link checker 1.0.21

http://www.drweb.com/
Firefox 1.0 – 3.6.*
リンク先が安全かどうか、事前に調べることができます。
→紹介記事：【レビュー】右クリックでウイルスチェック – Firefoxアドオン「Dr.Web anti-virus link checker」 (1) Dr.Web anti-virus link checkerのインストールと概要 | パソコン | マイコミジャーナル

Echofon 1.9.4

http://echofon.com/
Firefox 3.0 – 3.6.*
いちいちページを開かなくても、ポップアップ（バルーン？）で Twitter の確認ができます。
新規件数が表示されたり、そのまま投稿もできたり、何かと便利。

Extension List Dumper 1.14.4

http://sogame.awardspace.com/
Firefox 1.5 – 3.6.*
インストールされているアドオンのリストを生成してくれます。
表示する項目も色々設定可能。

FireMobileSimulator 1.1.9

http://firemobilesimulator.org/
Firefox 2.0.0 – 3.5.*
ケータイで表示されたときの状態をシミュレーションすることができます。

Firebug 1.4.5

http://www.getfirebug.com/
Firefox 3.0 – 3.6.*
言わずと知れた定番デバッグツール。必須。

FormFox 1.6.3

http://www.people.fas.harvard.edu/~dsteinbr/
Firefox 1.5 – 3.6a1pre
フォームの送信ボタンにマウスオーバーすると、送信先を表示してくれる。
それを見て得体の知れないところに送ってたりしないか確認しなさいよ、と。

Foxdie for Firefox 3.1.9.3

http://www.foxdie.us
Firefox 3.0 – 3.5.*
要するにスキンです。
シンプルでボタンも小さいこいつがお気に入り。

Google Toolbar for Firefox 6.1.20091119M

http://www.google.com/
Firefox 2.0 – 3.*
Google のもろもろツールバー。

Greasemonkey 0.8.20091209.4

http://www.greasespot.net/
Firefox 1.5 – 3.6.*
これに対応した Javascript のプラグインをインストールすると、色々便利になります。

Hatena Bookmark 1.2.9

http://b.hatena.ne.jp/help/firefox_addon
Firefox 3.0 – 3.7a1pre
はてブへのブックマークが簡単にできます。

MeasureIt 0.3.9

http://www.kevinfreitas.net/pro/extensions/
Firefox 1.0 – 3.5.*
Web ページ上でサイズ（寸法）を測ることができます。

Mr Uptime 0.9.4

http://www.pingdom.com/mruptime/
Firefox 3.0 – 3.5.*
サーバーが落ちてたりしたときにボタンを一つ押しておくだけで、復活したら教えてくれます。

Resizeable Textarea 0.1d

Firefox 1.0 – 3.7a1pre
フォームの入力欄をサイズ変更できます。

SQLite Optimizer 0.7

http://miyafx.blogspot.com/2009/03/sqlite-firefox.html
Firefox 3.0 – 3.5.*
Firefox で使用しているデータベースを最適化してくれるらしいです。

Screengrab 0.96.2

http://www.screengrab.org/
Firefox 3.0 – 3.5.*
任意で設定した範囲のスクリーンショット（キャプチャ）を作成することができます。
縦長のページでも丸ごと一枚の画像にできたりするので、結構便利。

Tab Mix Plus 0.3.8.2

http://tmp.garyr.net
Firefox 3.0 – 3.7a1pre
タブ機能を拡張してくれるんだったと思いますたぶん。

Tombloo 0.4.5

Firefox 3.0 – 3.5.*
Tumblr などへの投稿が簡単にできます。
これが無かったら Tumblr を使い続けることはまず不可能。

Tumblr Post 0.94

(無効)
http://www.davidkarlsson.info/
Firefox 1.5 – 3.5.*
Tombloo を使い始めてからこれは使ってないんですけど……。
何だったっけ……？

WOT 20091028

http://www.mywot.com/
Firefox 1.5 – 3.7a1pre
リンク先のページの危険性を事前に知らせてくれます。

Web Developer 1.1.8

http://chrispederick.com/work/web-developer/
Firefox 1.0 – 3.5.*
Firebug と並んで定番のアドオン。もちろん必須。
機能がありすぎてとても紹介なんてできないのです。

YSlow 2.0.2

(無効)
http://developer.yahoo.com/yslow
Firefox 2.0 – 3.5.*
Web ページの読み込み速度を計測してくれます。
これが有効になってるとエラーになるページがあったので、現在は無効中。
機能自体はたぶん便利。

feedly 2.9.1

http://www.feedly.com
Firefox 3.0 – 3.6.*
登録した RSS フィードを雑誌風のレイアウトで表示してくれます。
それはそれで良いんですけど、処理が何かと重いのと、ザーッと流し読みしづらいのがちょっと難点。
故に最近はあんまり使ってません。

「_parent」は AS2 の書き方なので「parent」と書くのは前提として（←でも一応載せておく）、ついやっちゃうのはこういう↓書き方。

addEventListener(MouseEvent.CLICK, clickHandler);
function clickHandler(evt:MouseEvent):void {
	parent.gotoAndPlay("labelname");
}

一見間違いなさそうですが、このまま実行しようとすると

1061:未定義である可能性のあるメソッド gotoAndPlay を、静的型 flash.display:DisplayObjectContainer の参照を使用して呼び出しました。

みたいな感じで怒られます（Flash の「コンパイルエラーパネル」に表示）。
ひょっとしたら微妙に文章は違っているかも知れませんが、内容はだいたい同じだと思います。

どういうことかというと、「parent は DisplayObject クラスのプロパティなので、gotoAndPlay メソッドは使えねぇよ」ということみたいです。

すいません。僕も具体的なことはよく分かりません。

簡潔に説明してくれているページがあるので、詳しくはそちら↓を参照してください。

「ActionScript 2.0からの移行」によれば、_parentはflash.display.DisplayObject.parentに変わったことがわかります。そして、DisplayObject.parentは、DisplayObjectクラスのプロパティです。そのため、MovieClipクラスのプロパティ・メソッドにアクセスするには、ニノミヤ カズノリさんご指摘のように、MovieClipにキャストする必要があります。

»mcから_parent.gotoAndPlayができない［FLASH-JP.COM – フォーラム］

というワケで、結論を言っちゃうと「parent を MovieClip として扱うように設定（キャスト変換というらしい）」すれば大丈夫です。
修正後のスクリプトは以下↓の通り（赤字が修正部分）。

addEventListener(MouseEvent.CLICK, clickHandler);
function clickHandler(evt:MouseEvent):void {
	MovieClip(parent).gotoAndPlay("labelname");
}

もぅ、クラスやらキャストやら、AS3 はややこしいですね〜。
でも AS2 よりスクリプト自体は何となくすっきりしたような気がしないでもないような気もするので、ま、めげずに頑張りましょう。

Redirect permanent /old/ http://www.btmup.com/new/ 

「/old/」がリダイレクト元、「http://www.btmup.com/new/」がリダイレクト先です。

そこら辺のことを以前まとめた記事があるので、興味のある方はどうぞ。
»PHPのページをWordPressのブログに301リダイレクトする。 ｜ btmup Blog

で、今回、あるサイトのリニューアルに伴って、リダイレクトする必要がありました。
何も考えずに上記の方法でしようとしたら、何と「505 Internal Server Error」が発生！！
色々試してみましたが、明らかに「Redirect permanent」を使用した場合にエラーが発生しています。

ちなみに、そのサーバーはアイルの「iClusta」（「i-02」プラン）。
「稼働率100%」が謳い文句の人気レンサバです。
システム構築担当の方も仰ってましたが、なかなか制限の多いサーバーのようで。
それだけ動作が安定してるってことなのかも知れませんが……。
皆様もご使用になる場合はご注意を。

さてさて、使えないもんはしょうがないので、別な方法でやってみました。

「Redirect permanent」が使えない場合の301リダイレクト

アイルの公式サイトにある「よくある質問」で調べてみると、「Redirect permanent」に関する記述は見つかりませんでしたが、「RewriteRule」なら使えることが分かりました。
»【iクラスタ】リダイレクトの方法を教えてください。（アイルホスティングサービス : よくある質問）
そこで、「RewriteRule」を使用した方法を検討します。

参考にしたのは、たびたびお世話になっている下記ページ。
».htaccess – Rewrite
この中にある「ファイルの移転」がどうやら使えそうなので、それを参考に考えてみました。

今回、ルートにあるファイルから、同名のディレクトリへリダイレクトする必要がありました。
つまり、「/hoge.html」にユーザーがアクセスしたら、「/hoge/」へリダイレクトしたいわけです。
その条件を上記の「ファイルの移転」にあった書式に当てはめてみて、完成したのがこんな記述。

RewriteRule ^hoge\.html$ /hoge/ [R=301,L]

終わってみれば意外と単純。
「RewriteRule」という文字を見ると、正規表現バリバリの記述をつい条件反射的に思い浮かべてしまいますが、実はそうでもなかったんですね。
あえて説明するまでもないと思いますが、「^hoge\.html$」がリダイレクト元で、「/hoge/」がリダイレクト先です（フルパスを書く必要はなく、ルートからのパスで良さげ）。
「^」とか「\.」とか「$」とか、正規表現っぽい要素が残ってますが、正直なところイマイチ理解してません。
なので、もしこの方法を使う場合は、大人しくこのまま使って必要なところだけ書き替えるのが賢いやり方だと思います。

あ、もちろん「RewriteEngine on」と「RewriteBase /」も書いといてくださいね。

以上、備忘メモ終わり！！

中でも重宝しているのが、「外部リンクの場合は別ウィンドウで開く」という機能。
余計なタグや属性を追加することなく、外部リンクが設定された<a>タグを自動的に判別して、別ウィンドウで開いてくれます。
しかも、同一ドメインのリンクがフルパスで設定されていても、きっちり見分けて同一ウィンドウで遷移します。
class やアイコン画像を追加することもできるなど、充分すぎるくらいに高機能なのです。

ただ、「同一ドメイン以外のフルパスはすべて別ウィンドウ」という動作になるため、「ドメインは違うんだけど同じウィンドウで展開したいなぁ」という場合（共用 SSL を使ってるとか）も新しいウィンドウが開いてしまいます。
「同一ドメイン」以外にも別ウィンドウを開かない URL やドメインを設定できれば良いのですが、そのようなパラメータは残念ながら用意されていないようです。

というワケで、ちょちょっと弄ってみたらいけそうなので、その方法をアップしときます。
（一応ライセンスも確認したんですけど、中身を触っても大丈夫です。よね？　ね？）

基本動作を確認

現状の最新バージョンが「0.7.1」なので、それに沿って話を進めます。
もし今後バージョンが変わった場合、同じような記述があるところを適当に見つけてください。

さて、触るところは 148 行目。この1箇所のみです。
デフォルトの状態はこんな↓感じ。

var e = $('a[href^="http://"]').not('a[href^="' + uri.schema + '://' + uri.host + '/' + '"]');

実はあまりよく分かってないんですが、要するに「現在のドメインじゃなかったら（not）、<a>タグに設定されている URL で先頭が「http://」の値を変数 e に代入」ということみたいです。
つまり、「not」に設定されている条件を変更（追加）すれば、任意の URL やドメインを別ウィンドウで開かないように設定できそうだということが分かるワケです。

別ウィンドウで開かない値を追加するには

じゃ、どうすれば良いのかというと、単純に URL やドメインを追加するだけです。
「not」に設定されている条件を見ると、

a[href^="' + uri.schema + '://' + uri.host + '/' + '"]

となっており、少々ややこしそうに思えるのですが、これは動的にドメイン（正確には URI のスキーマとホスト名）を拾ってきているためで、静的に決め打ちで設定してやれば、何も難しくありません。

「not」に複数の条件を設定するには、「,」で区切って並べるだけ。
なので、現在設定されているドメイン取得の式はそのまま残しておいて、追加したい（別ウィンドウで開きたくない）URL やらドメインやらを追加してやります。
例えば、「http://www.hoge.com/」を設定する場合は、

var e = $('a[href^="http://"]').not('a[href^="' + uri.schema + '://' + uri.host + '/' + '"],a[href^="http://www.hoge.com/"]');

となります（赤字が追加部分）。

ここで注意するのは、「''」（シングルクォーテーション？ アポストロフィ？）で囲われた中にちゃんと入れる、ということくらいでしょうか。
最初と最後の「''」で「not」で設定する条件全体を挟む必要があるので、「()」だけでなく「''」の中にあることを念のため確認しておいてください。

ちなみに、今回はドメインを設定しているので、「href^=”xxx”」として「文字列の先頭が xxx であれば」という条件にしています。
もしその必要がなければ、「^」は省いても構わないハズです。たぶん。（ちゃんと確認してないので一応検証してください）
まぁ、そんな場合は少ないと思いますけど。

外部ファイルのテキストを読み込んで、テキストフィールド（TextField）に表示しようとしたときのこと。
表示エリアのサイズは決まっているので、はみ出す分に関しては UIScrollBar でスクロールバーを導入することにしました。
が、その UIScrollBar には、ちゃんと働いてもらうためのちょっとしたクセみたいなものがあったのです。

というお話。

外部テキストファイルの読み込み

外部ファイルを読み込むスクリプトはいたってシンプル。
たぶんどこを探しても大体同じだと思うのですが、一応載せておきます。

var loader:URLLoader = new URLLoader();
loader.addEventListener(Event.COMPLETE, loadComplete);
loader.load(new URLRequest("test.txt"));
function loadComplete(evt:Event):void {
	output_txt.text = evt.target.data;
}

「test.txt」というテキストファイルの読み込みが終わったら、その中身をインスタンス名が「output_txt」というテキストフィールドに入れなさい、という意味ですね。
ちょっと回りくどい書き方ですけど、まぁ単語の意味とかを考えれば分かると思います。

で、ムービープレビューでちゃんと動作したので、いざパブリッシュをしてみたところ……。

スクロールバーが無反応な理由とその対策

テキストは読み込めていたものの、スクロールバーが反応してくれません（Desabled状態になっている）。

そこでいったん外部ファイルは使わずに、直接テキストをスクリプト内に書き込んでみました。
すると、スクロールバー反応。

ということは、やはり外部ファイルを読み込んでいることに原因があるらしい。
ということが分かったので、そのあたりを重点的にググってみました。

で、見つけたのがこちら↓の記事。
»[AS3] TextFieldの罠（UIScrollBar編） – initialize
シンプルな解説で分かりやすいですね。

要は、外部ファイルを読み込み終わる前に（テキストフィールドが空の状態で） UIScrollBar の表示も完了してしまうので、じゃあ読み込み終わった後にもう一回 UIScrollBar を設定してやれば良いじゃないか、ということですね。

その方法は、スクリプトに以下の一文（赤字）を追加するだけで OK です。

var loader:URLLoader = new URLLoader();
loader.addEventListener(Event.COMPLETE, loadComplete);
loader.load(new URLRequest("test.txt"));
function loadComplete(evt:Event):void {
	output_txt.text = evt.target.data;
	scrollbar.scrollTarget = output_txt;
}

UIScrollBar にもインスタンス名を付けることをお忘れなく（ここでは「scrollbar」にしてます）。

これで、UIScrollBar が対象とするテキストフィールドを設定し直すことができました。
外部テキストデータの長さに応じて、ちゃんと動作するようになっているハズです。

雑感＆反省

ムービープレビューを信用しすぎてはいけない。
プレビューはあくまでプレビュー。

ただ、HTML のことを分かっている人、直接 HTML で書き込みたい人にとっては、少々厄介な存在でもあります。

一応「HTML ソース編集」というボタンもあり、開いた小窓でソースを触ることはできるのですが、なぜか書いた通りにならないことも多々。
要らんところに<p>タグが入っていたり、改行したはずが一行になってたり……。

というワケで、「エディタを介さずに直接 HTML を編集したい！」と思う人も結構居るワケです。
実際、僕は WordPress で記事を編集するときは HTML の直接編集しかしたことがありません。
（まぁそれでも補助的なボタンは付いてるので便利は便利なんですけどね）

さて、SOY CMS。
WordPress は元々エディタの切り替えが可能ですが、SOY CMS はデフォルトの状態でエディタを切り替えることはできません。
じゃあどうすれば良いかというと、プラグインを使います。
その名も「エディタ切り替えプラグイン」。
現在のバージョン（1.2.6）には標準で搭載されています。

サイト管理画面から「プラグイン」タブをクリックして、「エディタ切り替えプラグイン」を選択すれば導入は完了です。
あとは、エディタを有効にするか無効にするか、ラベルごとに設定するだけで OK。

「無効」に設定したラベルを付けた記事の編集画面を開くと、エディタがきれいさっぱり消えて、HTML がむき出しになっているハズです。
（「有効」にしたラベルと「無効」にしたラベルの両方が付いた記事の場合、「無効」が勝つようです）

公式サイトか開発ブログあたりに説明ページがあったような気がするのですが、改めて探してみるとなぜか見つかりません。
ご存知の方はぜひご一報を……。

雑記

エディタの挙動について、ちょっと大袈裟に書いてしまっているかも知れません。
おかしな現象がそんなに頻発するかと言えば、実際にはそんなことはなく、大概は大丈夫（or 何かあっても許容範囲）だったりします。

でも、それでも全幅の信頼は置けない、というのが正直なところ。
経験上、そういう思考回路になってしまってるんですね。つまり感覚の問題。
これはもう SOY CMS がどうこうという話ではなく、いわゆる「エディタ」全般に言えることです。

何らかのシステムにおいて「エディタ」と名の付くものを目の前にすると、何となく身構えてしまいます。
なので、「エディタを使わない」という選択肢を用意していただいているのは助かります。
というか、必須と言っていいかも知れない！

誰かに見てもらう訳でもないので、とりあえず公開はしない方向で。
ドメイン取得予定も無し。
本家（？）のデータを移植しつつ、どうすればどうなるのかを確認してるところです。

で、いきなりちょっとつまづいたので備忘メモ。

SOY CMS で PHP を使うための設定

移植したページでは、いくつかのサイトの RSS を読み込んで最新記事を表示するため、PHP を使っています。
ところが、いざページを表示してみると PHP の構文がそのまま表示されてしまいました。

色々調べた結果、SOY CMS は初期設定で PHP の使用を禁止していることが判明。
設定ファイルを編集してやらないと、テンプレートやらページやらで PHP は使えないのです。

じゃあどうすれば良いかというと、「common/config/」内にある「user.config.php.sample」ファイルを編集します。
まずはファイルをコピーして「user.config.php」にリネーム。
次に、リネームしたファイルを開いて

define("SOYCMS_ALLOW_PHP_SCRIPT",false);

という箇所を見つけてください（現行バージョン［1.2.6］では 14 行目）。
ここの「false」を「true」に変えてやります。

define("SOYCMS_ALLOW_PHP_SCRIPT",true);

あとはこのファイルをサーバーの同様のディレクトリ（「common/config/」）にアップすればOK。

管理画面トップで、バージョンや日付と共に「Allow PHP Script : true」が表示されていれば成功です。
もしうまくいってないようであれば、設定ファイルの中身やファイル名、アップ先が間違っていないか等、確認してみてください。

詳しくはこちら↓を参照。マニュアルも調べましたが、どうにも見つけられませんでした。
»SOY CMS 開発ブログ – テンプレートをPHPの制御構文を使って編集する1
URL が日本語バリバリなんですけど、ちゃんとリンクできますかね？
もしうまくいかない場合は「SOY CMS PHP config」とかでググってみてください。

キャッシュを削除しないといけないかも

僕の場合、上記の設定で PHP が使えるようになったにも関わらず、直後はうまく動作してくれませんでした。
で、これまた色々調べたり試したりしたのですが、ブラウザでリロードしまくったりキャッシュをクリアしても結果は変わらず。
Firefox だけでなく Safari や Opera で確認しても同様。
ところが、意外にも「SOY CMS 側のキャッシュをクリア」することでようやく正常動作するようになりました。

「キャッシュのクリア」は、管理画面トップにあります。
サイト管理画面の下部にある「CMS 管理へ」でリンクするページです。
気付くまでにちょっと時間がかかりましたけど。

もし「治ってるはずなのになー。変わらへんなー。何でかなー」ということがあれば、お試しください。