文字化けやエラーや条件分岐でうんうん悩んだりしながら、何とか形にできましたが、今度受注するときは、もっと早く作れるようにしないと全く元が取れません…

プログラミングについてはこれまで本格的な業務にもしていなかったし、ほぼ独学でやってきました。
もちろん、基本的なセキュリティ対策はできるだけ勉強しているのですが、いわゆる「あまりサンプル集には載ってない細かいこと」がいろいろとわかりません。

開発オフに行くたびに聞くのを忘れてしまうので、めもめも…φ(。。

変数の命名ってどうしたらいいのだろう

今のところ、同じ関係のものは接頭辞を揃えて

$hogeCnt / $hogeTitle

のような感じで、二単語目以上になったらキャピタライズしたりしてます。
でも処理が長くなると、どんどん命名がぐちゃぐちゃになってきてしまって…

$fuga['cnt'] / $fuga['title']

みたいに配列で管理すべき？

データベースの接続と切断

データベースを利用するときは、まずPDOなどで接続するのですが

$piyo = new PDO('mysql:host=' . DB_HOST . '; dbname=' . DB_NAME . ', ' .  DB_USER . ', ' . DB_PASS);

一定の処理が終わったら都度切断した方がいいのでしょうか。
PHPスクリプトの先頭で接続、最後で切断…とかまずいでしょうか。

一時変数

複数の変数を組み立ててSQL文やURLを作るときは、一時的な計算のために変数を作ったりするのですが、万一のファイル改ざんが怖くて、処理が終わったらすぐunsetで消してます。

unset($hoge, $fuga, $piyo);

もちろん、クラス定義してプライベート変数にするのがいちばんだろうと思うのですが、PHPのサンプルやTIPSを見ても、一時変数はそのままになっています。
ここまでする必要はないのでしょうか。むしろ処理の無駄？

$hoge = NULL;

それとも、ぬるぽにした方がいいのかな。

三項演算子が嫌い

$hoge = ($fuga == 'abc') ? 'abcが入っています' : '別の値が入っています';

だって一行にされるとなんか読みにくいし。

if($fuga == 'abc')
  $hoge = 'abcが入っています';
else
  $hoge = '別の値が入っています';

だと、プログラマさん的には冗長なんでしょうか。

md5って大丈夫なのか

PHPサンプルで、パスワードの暗号化などによくmd5が使われているのですが、みんなが使っているアルゴリズムを取り入れてしまって大丈夫なんでしょうか。
他にもsha1とかいろいろあるらしいですが、md5が選ばれる理由って何？強固だから？

ログイン認証にはセッションに何を渡したらいいんだ

いやいやいや（°Д°三°Д°）
どうしたかは書かないです書けないです。

ユーザー登録時にDBにパスワードとは別のランダムな認証キーを保管しておいて、ログインのときはそれを発行した方がいいのでしょうか。
んー、この辺は簡単なCMSをいくつか自分で見て調べてみるかな。

難読化って？

ソースコードの著作権の話をしていたら、こいわさん(@koiwa)が教えてくれました。

それって、プログラミングでもするのでしょうか。
a-blog cmsは暗号化されていますね。でも読みにくくなった分、保守が大変そうです。

考えはじめたらどんどん出てきそうですが、この辺でやめておきます…

PEARもCakePHPも何それおいしいの？な今は、まだまだ勉強が必要そうです。
それでも、お仕事でプログラミングをすると「他の人が利用することを考える」分、確実にスキルアップできることはわかったので、これからも時間を見つけていろいろなことに挑戦してみようと思います。

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

先月書いた「WordPressを一部のディレクトリのみ有効にする」カスタマイズの完全版です。

前回の記事では

• 未保存の記事のプレビュー
• ブログ内検索

ができませんでしたが、今回はそれも可能になっています。
ただし、サイトのホーム（index.html）にも細工が必要で、手順も複雑になります。

詳しくは追記以下で。

1: WordPressの設定

WordPressを下層ディレクトリに置く

WordPress本体はひとつ下層に設置します。
この例では「wordpress」というディレクトリに設置したとして話を進めます。

※私はセキュリティ上の理由などで、ディレクトリ名＝CMS名にしないことが多いです

「WP No Category Base」を追加する

このカスタマイズをするには、プラグイン「WP No Category Base」が必要です。
これはWordPressで出力されるカテゴリーアーカイブのURLから、最初に必ず付与される「category」を取り除きます。
若干負荷が上がりますが、CMS的な構築をするには必須のプラグインです。

WordPress公式のプラグインディレクトリで入手できます。
http://wordpress.org/extend/plugins/wp-no-category-base/

特に設定は必要なく、アップロードして有効にするだけでOKです。

一般設定／パーマリンク設定を変更する

次に、WordPressの「設定→一般」と「設定→パーマリンク設定」を変更します。

一般設定

「ブログのアドレス」を「サイトルート」に設定します。
最初の図の「www」のURLが「http://example.com/」だった場合はそれを入力して更新します。
このとき、サイトルートに.htaccessが書き出されます。
自作の.htaccessを置いていると上書きされてしまうので、前もって避難させるか、書き込み禁止にしてください。

パーマリンク設定

「カスタム構造」にチェックを入れて、以下のように記入します。

/%category%/%post_id%/

ブログのURLが「http://example.com/」だった場合、カテゴリーがc1、IDが6の記事のURLは
http://example.com/c1/6/
となります。

ここまで作業したら、サイトルートに書き出されている.htaccessを削除してしまいます。

2: .httaccessの設定

以下のように記述した、.htaccessをサイトルートに新しく設置します。
（既にある場合は追記します）

AddType application/x-httpd-php .html

# BEGIN WordPress

RewriteEngine On
RewriteBase /

RewriteRule ^\?([a-z0-9]+)=([0-9]+) wordpress/?$1=$2 [L]
RewriteRule ^(date|tag|feed)/(.*) wordpress/index.php [L]

RewriteRule ^(c1|c2|c3|c4)/(.*) wordpress/index.php [L]
RewriteRule ^category/(c1|c2|c3|c4)/(.*) wordpress/index.php [L]
RewriteRule ^(c1|c2|c3|c4)/feed/(.*) wordpress/index.php [L]


# END WordPress

AddType application

HTMLファイルでPHPスクリプトを使用可能にします。
ホームが「index.php」で構わない場合は必要ありません。

RewriteBase

「/」はサーバールートからの相対パスです。
もしもサイトルートが「test」だと「/test/」となります。

RewriteRule

条件を満たした場合に、WordPressのindex.phpを呼び出す、という指定です。
最初の二行は変更しないでください。

三行目以降の(c1|c2|c3|c4)に、WordPressを有効にしたいカテゴリー（ディレクトリ名）をパイプ区切りで指示します。
「information」「blog」なら(information|blog)と書きます。
「information/aaa」「blog/bbb/ccc」などの下層ディレクトリもWordPress配下となります。

アップロードしたら、.htaccessのパーミッションを444にしてください。
書き込み可になっていると、WordPressの設定を変更したときに上書きされてしまいます。

3: index.htmlの設定

最後に、サイトのホームにあたるindex.htmlに細工をします。

ファイル名を変更する

index.htmlの内容はそのままで、ファイル名を任意に変更してください。
ここでは「home.html」に変更したものとします。

このままだとhome.htmlでもアクセスできてしまうので、気になる場合は「include」などのディレクトリに入れ、アクセス制限をかけて対応してください。

新規にindex.htmlを作成する

index.htmlがなくなるので、以下のように記述したindex.htmlを新規に作成し、サーバーにアップします。

<?php
if(($_GET['s'])||($_GET['p'])) {
	//検索かプレビューのGET値があればWordPressとして処理
	define('WP_USE_THEMES', true);
	require('wordpress/wp-blog-header.php');
} else {
	//なければ静的コンテンツを呼び出す
	require('home.html');
}
?>

コメントで書いてある通りですが、検索かプレビューだとWordPressとして処理を開始し、それ以外であれば先程リネームしたHTMLをそのまま出力します。

ここまでで作業は終わりです。
正常に動作していれば、

• 未保存のプレビューと検索結果
• 指定したカテゴリーと関連フィード
• 日別アーカイブ
• タグサーチ

のみWordPressが起動し、それ以外は静的コンテンツがあるサーバーと同じ挙動になります。
（例えカテゴリーを作っていても表示されません）

4: 注意点

1. 一般的なサーバーで動作確認をしていますが、設置条件やサーバー状況によってはうまくいかないかもしれません。必ず検証してください。
2. WordPressの404ページは有効になりません。必要な場合は.htaccessにエラーページ指定を追記して自作してください。
3. HTML/PHP関係は、.htaccessの指定方法が上記と異なるサーバーも多いです。サーバー会社のマニュアルをチェックしたり「サーバー名 html php」などでグーグル先生にお尋ねしてください。

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

WordPressは素晴らしいフリーテーマがたくさんあるので、それをいじるだけでもカスタマイズは習得できます。
ですが、実務的なカスタマイズに必要となる「詳しい記事情報を解析する方法」は意外と紹介されていません。

簡単に実験できるテーマもおまけにつけて、ざっくりまとめてみました。
PHPのことはあまりよくわからない…という人たちは、これをとっかかりに学習してみてはいかがでしょうか。

０：記事情報解析用のテーマ「posttest」

これは、記事情報を解析するための構文だけが書いてある、実験用のテーマファイルです。
ブログ用のテーマではないので「index.php」しかありませんがw
この先を読みながら、あなたのブログに反映して試してみてください。

記事情報解析用のテーマ「posttest」ダウンロード

１：サーバー情報を得る

サーバー情報を取得、出力します。
これはWordPressの独自タグではなくPHP標準の関数です。
※第三者が閲覧できるページで実行しないようにしてください。

<?php
	print_r($_SERVER);
?>

２：カテゴリー情報を得る

カテゴリー情報を取得、出力します。
出力内容は「$posts[0]のカテゴリー情報」なので、複数カテゴリーが指定されている可能性もあります。
また、出力結果の記事が一件もないと、この内容もNULLになってしまいます。出力結果がゼロの可能性があるけれどカテゴリーの情報を取得したい…という場合は、ちゃんと引数にカテゴリーIDを明示するようにしてください。【訂正】この関数は引数がありません。すいません。DBから直接取得した方が早いかもしれません（汗）

<?php
	$cat = get_the_category();
	print_r($cat);
?>

３：記事情報を解析

query_posts関数を実行していない状態では、
オブジェクト「$posts」にはそのページに沿った記事情報が入っています。
単純な出力は「<?php while ( have_posts() ) : the_post() ?>～<?php endwhile ?>」でできますが、PHPのforeach関数でも取得することができます。

<?php while ( have_posts() ) : the_post() ?>
<?php print_r ($post) ?>
<?php endwhile ?>

４：抽出条件の上書き

query_posts関数を使用すると、出力される記事の条件を変更することができます。
グローバル変数「query_string」を上書きするのが確実です。
※ID「5」の記事を抽出するようになっています。構文の「cat=5」のところを任意で書き換えてください

指定できるクエリについてはWordPress Codex内「query posts」の解説を参照してください。

<?php
	$Q = "&category_name=&cat=5";
	global $query_string;
	query_posts($query_string . $Q);
?>

５：the_postを再実行後記事情報を解析

query_posts関数を使用後、もう一度
「<?php while ( have_posts() ) : the_post() ?>～<?php endwhile ?>」を実行すると、記事情報が新しく定義したものに変更されます。
（３の後に４→５と実行して内容を比較してみてください）

<?php
	while ( have_posts() ){
		the_post();
		print_r ($post);
	}
?>

６：オブジェクト内容の取得

記事タイトルだけ必要な場合は、「->」でキーを指定することで、文字列で習得できます。
配列のように見えますが、$post['post_title']では取得できないことに注意してください。

<?php
	while ( have_posts() ){
		the_post();
		echo $post->post_title . '<br />';
	}
?>

７：補足

WordPressのpostに入っている値は、全てPHPエンコード処理がされています。
このため、クォーテーションやバックスラッシュが含まれる記事を関数に投入しても問題は起きません。
ただし、HTMLはエンコードされていないので、HTMLタグが反映されると危ない状況で使用する場合は
strip_tags関数やhtmlspecialchars関数を通すようにしましょう。

<?php
	while ( have_posts() ){
		the_post();
		echo strip_tags($post->post_content) . '<hr />';
	}
?>

WordPressはPHPの知識があれば、簡単にカスタマイズできるのが魅力です。
ですが、他のCMSと違ってプログラムを直に扱うため、テーマファイルの見通しが利きにくく、予想外の不具合やセキュリティホールが発生する可能性が高い側面があります。
趣味レベルなら問題ないですが、実務でWordPressを構築する場合は仕様やリスクを考慮して正しく利用したいものです。

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

私の本サイトでは、トップページ下部にTwitterとはてなブックマークの新着を掲載していました。
a-blog cmsに移行する新サイトでも引き継ぐ予定です。

a-blog cmsはテーマファイル内にPHPスクリプトを直接書くことはできませんが、外部のRSSを整形して表示できる「Feed_ExList」モジュールがあります。
これを使えばすぐ移行できる…と思ったのですが、うまく表示できません。

TwitterのRSSは本文が全てURLエンコードされているため、デコードされずそのまま出力されてしまいます。
はてなブックマークはRSS1.0(rdf)形式なので、Feed_ExListモジュールのサポート外です。

2009.11.10追記：
開発元様に、[urldecode]という校正オプションを教えていただきました！
Twitterに関しては、{description}[urldecode] と記述すればFeed_ExListモジュールが使用できます。
リファレンスに追加されていますので、こちらも参考にしてください。

もしかしたら解決方法があるかもしれませんが、今回のところはビルトインモジュールを使うのを断念し、これまで使っていたPHPスクリプトをそのまま自作モジュールに変換する方法を取りました。

追記以降で配布しますので、とりあえずTwitterやはてブの新着を掲載したい方、モジュール作成について勉強したい方はご利用ください。

Getdataモジュールについて

このセットは、下記の外部コンテンツをリストアップするモジュールを追加します。

1. 【Contents】　任意URLのファイル内容全て
2. 【Twitter】　任意IDのTwitter新着
3. 【HatenaB】　任意IDのはてなブックマーク新着（コメントを含む）

「Getdata」モジュールは、こちらからダウンロードできます。
http://webbingstudio.com/souvenir/acms_module/Getdata.zip

モジュールの作成方法は、開発元のコンテンツを参考にしました。

• a-blog cmsのモジュール | 拡張機能の開発 | a-blog cms
• a-blog cmsのモジュールの書き方 その1 － kazumich.log

使用方法

解凍直後の状態では動作しません。
フォルダを、php > ACMS > GET > Getdata　と開いていき、最下層に入っている 「Contents.php」「Twitter.php」「HatenaB.php」の必要な箇所を編集してください。

1. Contents.php・・・読み込み先のURLを指定
2. Twitter.php・・・TwitterIDを書き換える（注意：二ヶ所あります）
3. HatenaB.php・・・はてなIDを書き換える

編集したら「php」フォルダごと、a-blog cmsを設置したディレクトリに転送してください。

テーマファイルへの記述

下記のように記述するだけで動作します。
Contentsは読み込み元がそのまま、Twitter・HatenaBはリンク付きのul要素で出力されます。

<!-- BEGIN_MODULE Getdata_Contents -->
<!-- END_MODULE Getdata_Contents -->

<!-- BEGIN_MODULE Getdata_Twitter -->
<!-- END_MODULE Getdata_Twitter -->

<!-- BEGIN_MODULE Getdata_HatenaB -->
<!-- END_MODULE Getdata_HatenaB -->

注意

※下記の関数が有効になっているサーバーでなければ動作しません。
Contents・・・file_get_contents関数
Twitter / HatenaB・・・file_get_contents関数・SimpleXML関数

※Getdata_Contentsモジュールは、対象のHTMLファイルの内容全てを「そのまま」出力します。エンコード・サニタイズも一切行いません。対象URLの内容を確認のうえ、慎重にご利用ください。

※このモジュールは試作品です。今後のa-blog cmsのバージョンアップで、不要となる可能性があります。
商用・非商用を問わず、自由にご利用ください。

注意に書いてある通り、PHPのfile_get_contents関数は便利ですが、有効にする際は慎重に取り扱わなければいけません。
もしも悪意ある第三者にPHPファイルを改ざんされてしまった場合、サーバー内の重要データを持っていかれてしまう可能性もあるからです。

ですが、a-blog cmsは一般に公開されているコンテンツにPHPスクリプトを記述せず、深い階層で一括管理を行うので、WordPress等のテーマに直接PHPを書けるCMSよりもやや学習コストがかかる分、安全と言えます。

開発元のブログや私のモジュールを見ればわかりますが、単に出力するだけならとても簡単に作れます。
（テキストをランダムに出力するとか）
皆さんも挑戦してみてください。

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

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

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

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

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

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

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

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

このブログにコメントすると、ランダムな幾何学模様が表示されます。
「Gravatar」というアバター登録サービスから自動生成をしてもらっています。

これはWordPressの内部機能で実装されていて、「設定」メニューでアイコンのタイプを選ぶことができます。

…が、この機能、全然役に立ちません。

まずGravatarに登録している人がほとんどいません。登録されていなかった場合「メールアドレス」を元にアイコンを生成しますが、スパムを警戒してコメント欄にメアドを書かない日本のブログでは、いつも同じアイコンしか出ません。

「名前がtwitterIDと合致したらtwitterアイコンを出す」というプラグインも試したことがあるのですが、だいたいの人はコメント名とtwitterIDは違っているようで、あまり効果はありません。

なので、私はこれを改良して
「コメント欄に記入した名前」からGravatarを生成させています。
流石にコメントごとに違う名前を名乗る人は少ないので、コメントをくれた人ごとに同じ幾何学模様が出てくれています。

やり方は追記以降で。コメント欄を少しでもカラフルにしたい人はお試しを。

修正の手順

今使っているテーマファイルの「functions.php」に以下の関数を追加してください。
なければ追加して最初の行に「<?php」、最終行に「?>」を書き込んでください。

保存したら、テーマファイルの「コメント」を表示しているテンプレートの中から

というようなコードを探して、以下のコードと差し替えてください。

カスタマイズ

関数「gravatarToID」には三つの引数があり、左から「コメント名」「縦横サイズ」「アイコン種別」となります。カンマで区切って指定します。

コメント名

WordPressの場合「$comment->comment_author」となります。

縦横サイズ

ピクセルサイズです。最大512ピクセルまで指定できるようです。

アイコン種別

• identicon ・・・ 幾何学模様
• wavatar ・・・ ばいきんみたいなキャラ
• monsterid ・・・ モンスター風

引数を何も付けないと「名無しさん」の幾何学模様が64ピクセルで表示されます。

下記のようにすると、ばいきんみたいなアイコンが縦横48ピクセルで表示されます。

関数の解説

Gravatarは、以下のURLでランダムアイコンを書き出しています。

http://www.gravatar.com/avatar/[生成元の半角英数字]?d=[種別]&?s=[幅]

なので、コメントの名前をmd5を複数通したランダムな英数字に暗号化して、上のURLに渡すようにしています。

Gravatarに怒られるかもしれませんが、PHPコードが書ければ、WordPress以外のブログにも実装できそうな気がします。
もうちょっと他にもランダムパターンがあればいいんですけどね。

補足

書き忘れ。実際のGravatarはもっと濃い色で表示されます。
私はCSSで透明度を調整することで、自分のブログに色合いを合わせています。

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

コンストラクタとかメンバ変数なんて難しい言葉使うなよー＞＜

でも、昨日の晩ふと「夕飯のメニュー」に例えて考えてみたら、ちょっと理解できたかもです。
メモしておこう。

関連：ひとり暮らしのしあわせヘビロテ食材
何故こんな記事を書いてるんだ…笑

スーパーで食材を買ってくる

夕飯のメニューは大体、スーパーに行ってから考えたりします。
思いつかないことも多いので、「使い回しのきく食材」を選びます。

この食材を「メンバ変数」と考えると

となります（たぶん）

食材からレシピをイメージする

使い回すレシピを考えるために、食材をイメージします。
これを「コンストラクタ」と考えると

です。
実際には冷蔵庫には既に調味料（しょうゆやみそ）も入っているので、継承されたクラスと考えてもいいのかもです。

定番レシピをセットしておく

上の食材があると、定番レシピがいくつかできます。
これを「メンバ関数」と考えてみると

メンバ関数に入る値は、基本的に「肉」「にんじん」「きゃべつ」でなければならないですが、
肉が「100g88円の切り落とし」でも、「100g300円の無菌豚」でもいいわけです。にんじんもブランド品だろうがキズものだろうがバラものだろうがなんでもいいわけです。
レシピさえ確定していれば。

さて作るか

で、レシピに添って食材を実際に買ってきて作ります。

レシピが確定しているので、いちいち本を読むこともなく、材料を買ってきては粛々と実行していきます。

と、ここまで妄想してみたのですが、なんか違う気がしてきました…；；
とりあえずclassの流れと使いどころは理解したので、今日のところはこれで良しとしよう…

追記：shuji_w6eさんが説明してくれました＾＾参考にどうぞ。
クラスとは変数をまとめて使う事のできるテンプレート

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で記事を紹介して下さい（-人-）

http://www.travian.jp/

「トラビアン」は国を発展させるウォーシミュレーションなのですが、国の強化に必要な「資材」が溜まるスピードがリアルタイムになってます。
なので、数時間ごとに5分くらいずつしか遊べません。
しかも、PHPとAjaxベースらしく、Flashや音声は一切使われていません。

WEB屋の休憩時間消化用に作られたゲームですね。わかります。

最初に自分の種族を選びます。
国の安定重視のローマン、農耕民族のガウル、攻撃的な蛮族のチュートン。

…ガウルを選ぶつもりが、間違ってチュートンを選択してしまった orz

チュートンは環境に恵まれていないので、他の村から積極的に物資を奪わなければ飢え死にしてしまいます。モデルはゲルマン民族で、「攻撃的な蛮族」というのは舞台となっている古代ローマの一方的な視点のようです。
まぁ、たまにはこんなサツバツとしたキャラもいいかもしれません。街の開発だけじゃつまらないし。

地図をみると、自分の周りの民族がガウルばかりなのに気付きました。
サーバー全体の比率で見ても、ガウルと団結力があるローマンが多く、チュートンは15%くらいしかいません。

フォーラムを覗いてみると
「自分の村がしょっちゅう襲われて困ります！」
「いや、これそういう弱肉強食のゲームだから…何か対策してる？」
というやりとりがあったり。

もちろん他のネトゲと同じように、弱いユーザーを無意味に潰すような行動は論外なんですけど、自分の領域に固執したり、ウォーシミュレーションとの付き合い方が下手だったりするのは、いわゆる「日本的なるもの」かなあ、などと思ったりしました。

このゲームでおもしろいと思ったのが、オンラインゲームでは珍しく「エンディング」があるところです。

サーバーがオープンして一年くらい経つと、大きな国では古代超文明の遺物を復活させられるんですが、これが最高レベルになると世界が崩壊してサーバー内の全データがリセットされるそうです。
ムチャクチャです（笑）

ゲームって、終わりがあるから面白いじゃないですか。
その瞬間に立ち会えたらラッキーなんですけどね。

「トラビアン」の欠点は、遅れて参入したユーザーは古参ユーザーに絶対に勝てないことです。
もうちょっと、新人が有利になるようなシステムにしてほしいです。

5番サーバーは先月オープンしたばかりです。興味がある方はどうでしょう。

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

「うぇびんぐさん、あのページ、もう一年くらい準備中ですよねw」

と、取引先の営業Tさんに言われていた「お問い合わせフォーム」が復活いたしました。

これまでは無料のフォームをカスタマイズしていましたが、勉強も兼ねて、自分でいちからPHPを書きました。
Ajax連動なんてできてないし、自動返信機能も付いてないのですが、やっとPHPで実用のアプリケーションを作ることができたので、ちょっとうれしいです。

で、何故ずっとメールフォームを作っていたのか、という話です。

セキュリティの基礎をしっかりやる

このフォーム、入力チェックをガチガチ入れています。
メールアドレスをカンマ区切りでごっそり書かれた場合や、外国からのスパム、ボットの連続送信、確認画面の後で送信データを改ざんされた場合など、素人なりにできるだけの対策を講じてみました。
そうでなければ怖くてお仕事で使えません。

メールフォームは、データの扱いが不特定の訪問者にゆだねられるので、慎重にならざるを得ません。
実際、プログラミングの知識が浅い人が自作のフォームを配布して、プログラマにダメ出しされることはよくあります。
こういうことを先にきちんとやっておけば、いつかプログラミングのお仕事をすることになったときに、お客様に迷惑をかけることはないだろうと思ったのです。

複雑な分岐があるフォームがほしい

所属を「制作会社」か「一般法人」にすると、社名の入力が必須になります。
これ以外の場合は空欄でも通ります。

ウェブサイト構築のお仕事でフォームを設置することは多いのですが、このような
「○○の入力値が××だったときのみ、△△を入力必須にする」
という処理はできないか、と尋ねられることが多いです。

このような機能は、一般的に手に入るフォームにはほとんどありません。
100%完璧にできなくてもいい、という場合はjQueryで強引にフォームを書き換えることもあるのですが、そういったことはあまりしたくありません。

やっぱり、フォーム自体を自作できるようになるしかないかと思い、今回のお問い合わせフォームにがんばって入れてみました。

フォームを搭載しているCMSも増えたけど

最近のCMSは、ほとんどが高機能なフォームを備えています。
WordPressの「Contact Form 7」にもずいぶんお世話になっています（リロードするとメールが再送されちゃいますが…笑）。

CMS連動のフォームはカスタマイズの手間なく設置ができて普段はとても良いのですが、SSLページへの設置を求められた場合は、フォーム自体をSSL領域に置かなければいけないので利用できません。
先述したようなトリガー機能も流石にありません。
やはり、小回りの利く単独のフォームも確保しておきたいのです。

管理画面＋DB連動を視野に入れる

このフォーム、入力項目の設定部分を連想配列で書いています。なので、今の時点では入力ページは普通の静的HTMLになっていますが、PHPで自動生成させることもできます。

本格的なメールフォームのように、ラベル名・inputの表示タイプ・順番・チェック項目などの要素を管理画面＋データベースで制御して、使い回しが効くようにしたいのです。
きちんと規格化したアプリケーションを作っておけば、データベースやセッションなど、次のステップの勉強に進みやすいだろうともくろんでます。アンケートや掲示板への改造もしやすいですし。

私はお仕事でプログラミングをすることがほとんどないので、本に書いてある以外のことがなかなかつかめません。
「わかりやすい」「論理的な」コーディングとはどう書けばいいのかとか、関数の再帰処理（関数をその関数自体の中でもう一度呼び出す処理）の辺りなどさっぱりわかりません。
DevDoの人たちに、その辺のポイントなどアドバイスをもらおうと思います。

デザインやコーディングのお仕事があるのでなかなか時間が取れませんが、確実に前進していると自分をごまかしつつまた頑張ります。

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