• 九星気学 – Wikipedia

身近では厄払いの方位除けなどに使われ、方位の吉凶を占う際によく利用されるようです。
方位除けに行った際「五黄殺」や「暗剣殺」なんていう単語を見た・聞いたことがある方が多いかと思いますが、まさにそういった方位と関係があり、自分の生年月日から算出する「本命星」と「月命星」から、方位の吉凶を占います。（間違えていたらごめんなさい！）

九星気学の詳しい説明はWikipediaに任せるとして、仕事で生年月日から「本命星」と「月命星」を算出できるPHPのコードを書きましたので、何かに使えるかと思い、公開します。

必要環境

• PHP5.0以上

ソースコード

NineStarKiというのは、海外での九星気学の呼び方です。

使い方

NineStarKi::yearly(int year, int month, int day)

で、本命星が算出されます。

NineStarKi::monthly(int year, int month, int day)

で、月命星が算出されます。

ただ、このカスタムメニュー、cssのクラス名などを指定する事は可能ですが、リンクボタンに画像を直接利用しようとなると、いろいろな工夫が必要になります。

単純に画像のURLを、メニューのに登録したエントリのタイトルに指定することもできますが、WordPressに多少詳しくないと、アップロードした画像のURLなどを指定するのは敷居が高いですし、メニューの管理上も画像のURLがエントリ名となってしまうため、管理がし辛くなってしまいます。

もっと簡単に画像を使う

そこで、「メニュー名＋メニューに登録したエントリー名」と同一の画像がライブラリに登録されていた場合、自動的にその画像を利用するコードを書いてみました。

利用条件

• PHP 5.2
• WordPress 3.1

functions.php

上記のコードをfunctions.phpとして利用するか、既存のファイルに追記して使って下さい。

使い方

カスタムメニューを下記のような状態で登録したとします。

• メニュー名：　テスト
• エントリー名：　テストの記事

この場合、ライブラリに「テスト/テストの記事」というタイトルの画像があった場合、自動的にその画像をメニューの画像として利用します。

バリデーションルールを切り替えるというのも1つの手段かと思いますが、もっと簡単に、バリデーションの定義だけでそれを実現できる関数を、ビヘイビアとして書いてみたので公開します。

ソースコード

下記のassoc_field_validation.phpをダウンロードして、APP/models/behaviors/以下に設置してください。

使い方

ビヘイビアに含まれるcheckAssocField関数を、バリデーションのルール（ユーザー定義関数）として指定します。

下記のコードは、先ほどの「選択肢A」が選ばれていた場合に「アンケート」の入力を必須入力にする、というサンプルです。

class Contact extends AppModel
{
	public $validate = array(
		'option' => array(
			'inList' => array(
				'rule' => array('inList', array('A', 'B', 'C')),
				'required' => true,
				'allowEmpty' => false,
			)
		),
		'questionnaire' => array(
			'checkAssocField' => array(
				'rule' => array('checkAssocField', 'option', array('A'), 'notEmpty'),
				'message' => '必ず入力してください。',
				'required' => true,
			),
		),
	);
}

checkAssocField関数は3つの引数を取ります。

assocField (string)

値をチェックする入力フォーム名です。

assocValueList (array)

assocFieldで指定してた入力フォームの値がここで指定された値ならば、delegateRuleを用いてバリデーションを行います。

delegateRule (mixed)

assocFieldで指定したフォームの値がassocValueListの値に含まれる場合に、実行するバリデーションのルールを指定します。
ここでは他のバリデーションのルールを自由に指定する事が出来ます。
例）array('maxLength', 30)、array('between', 20, 30)

注意

checkAssocField関数をバリデーションに利用した場合、そのフィールドのallowEmptyとrequiredの指定に気をつけて下さい。

例えば上述の例の場合、allowEmptyをtrueと指定してしまうと、この関数は意味を成しません。（値が空でもOKということになるため、「選択肢」がAだとしても「アンケート」の値が空で通ってしまう）

また、allowEmptyをfalseと指定すると、「選択肢」がAであれBであれ、「アンケート」が空の場合はエラーになってしまうため、これもまた意味がありません。

そこで、requiredのみをtrueとすることで値が空の状態でもバリデーションルールは実行する、という状態にする事が出来ます。

必須のチェックがしたければ、delegateRuleにnotEmptyを指定する事で行う事ができるので、allowEmptyではなくそちらを利用するようにしてください。

この指定にだけは気をつけて下さい。

エントリポイントであるAPP/webroot/index.phpを差し替えるという強硬手段もあるかと思いますが、もっと手軽に実現するためのMaintenanceコンポーネントを作成してみたので公開します。

利用可能な環境

下記環境で作成・テストを行っています。

• PHP 5.3.1
• CakePHP 1.3.11

PHP4系列では動作しません。
また、CakePHP1.2以前では動作するかわかりません。

ダウンロードと設置

下記ソースコードを、maintenance.phpとしてAPP/controllers/components/以下に配置してください。

組み込み

基本的に1つだけのコントローラーをメンテナンスモードにする、というのもあまり考えられないと思うので、AppController自体に組み込んでおくと良いです。

class AppController extends Controller
{
    public $components = array('Maintenance');
}

設定

Maintenanceコンポーネントを動作させる上での設定を、下記の何れかの方法で設定を行います。

Configureクラスを利用する場合

bootstrap.phpなどの設定ファイルに記述する際にこちらの方法を使います。

Configure::write('Maintenance.level', 2);
Configure::write('Maintenance.errorMethod', 'error404');

コンポーネントの指定時に設定を行う場合

class AppController extends Controller
{
    public $components = array('Maintenance' => array(
        'level' => 2,
        'errorMethod' => 'error404',
    );
}

Controller::beforeFilterメソッドを利用する場合

class AppController extends Controller
{
	public $components = array('Maintenance');
	
	public function beforeFilter()
	{
		$this->Maintenance->level = 1;
		$this->Maintenance->errorMethod = 'error404';
	}
}

利用出来る設定の一覧

下記の項目を設定可能です。

動作の仕様上、コンポーネントのコンストラクタで利用する設定や、Component::initializeメソッドの実行時に利用する設定もあるため、そういった設定はbootstrap.phpでConfigureクラスを利用して指定したり、コンポーネントの指定時に設定する方法しか利用できません。

そのため、注釈にbootstrap.phpのみ等と書いてある項目に関しては、設定のタイミングを間違える（例えば、bootstarp.phpと書いてある項目をController::beforeFilterで設定する等）と正しく動作しませんので、ご注意下さい。

level (int) ※bootstrap.php、またはコンポーネントの指定時のみ

メンテナンスモードのレベルを設定します。
0 – メンテナンスモードを利用しません。
1 – allowedCIDRで指定されたIPアドレス帯域以外からのアクセスは、強制的にデバッグレベルを0にします。
2 – allowedCIDRで指定されたIPアドレス帯域以外からのアクセスは、強制的にデバッグレベルを0にした上で、メンテナンス画面へリダイレクトします。

debug (int) ※bootstrap.phpのみ

allowedCIDRで指定されたIPアドレス帯域でアクセスした場合のデバッグレベルを設定します。

allowedCIDR (array) ※bootstrap.php、またはコンポーネントの指定時のみ

メンテナンスモードの影響を受けないIPアドレスをCIDRの形式で記述します。
levelが1以上の時にここで指定されたIPアドレス帯域でアクセスすると、debugで指定されたデバッグレベルでアプリケーションが実行されます。
配列を利用する事で複数のパターンを指定する事が可能です。
例）192.168.0.1/32

baseURL (mixed)

アプリケーションのホームURLを文字列またはCakeURLの形式で指定します。
levelが2の時にこれ以外のURLにアクセスがあった場合、このURLにリダイレクトした後にメンテナンス画面を表示させます。

errorMethod (string)

メンテナンス画面を表示するためのエラーメソッドの名前を指定します。
内部的にはObject::cakeErrorメソッドを利用しているため、cakeErrorクラスもしくはappErrorクラスに定義されているメソッド名を指定します。（デフォルトではerror404です）

errorParams (array)

エラーメソッドに渡すパラメータを配列で指定します。

利用方法

上記設定を参考に、適切な設定を行うだけでOKです。
あとは必要に応じてlevelを2に変更する事で、すぐさまアプリケーション全体をメンテナンス中にすることができます。

その際、allowedCIDRに指定されたIPアドレス帯域からは、debugに指定したデバッグレベルで通常通りのアクセスが可能なため、通常のユーザーにはメンテナンス中を表示させ、その間に管理者がシステムのアップデートやバグの調査などを行う事が可能になります。

levelが1の場合は、通常のユーザーはデバッグレベル0、許可されたIPアドレス帯域からはdebugに指定したデバッグレベルでアクセスする事ができるので、小さなバグの検証などにも利用できるかと思います。

例えば、その状態で致命的なエラーが発生しても、画面が真っ白になったり、ErrorHandler::error404メソッドが実行されるだけで、どこかで能動的に$this->logなどで記録していない限り、解決につながる情報が記録されません。

そんな時、下記ブログを参考にカスタムエラーハンドラや、PHPエラーを記録する条件を定義しておくだけで、手軽にログを取ることができるようになります。

• CakePHPでdebug=0の際にset_error_handler – benny毎日ラボ

この中の内容で、自分も利用させて頂いている2つめの方法が手軽でよいので、紹介させて頂きます。

/app/config/bootstrap.phpの中にphpエラーログを常に/app/tmp/log/php_error.logに出力するとか
例えば：
if ( Configure::read(‘debug’) == 0 ) {
error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED);
ini_set(‘display_errors’, 0); ini_set(‘log_errors’, 1);
ini_set(‘error_log’, LOGS . DS . ‘php_error.log’);
}

CakePHPでdebug=0の際にset_error_handler – benny毎日ラボ

下記のコードをAPP/config/bootstrap.phpに書いておくだけです。

if (Configure::read('debug') == 0) {
    error_reporting(E_ALL & ~E_NOTICE & ~E_DEPRECATED);
    ini_set('display_errors', 0);
    ini_set('log_errors', 1);
    ini_set('error_log', LOGS . DS . 'php_error.log');
}

これだけで、デバッグレベルが0の場合でも、APP/tmp/logs/php_error.logにエラー情報が記録されるようになります。

よくある解決策

よく開発環境と本番環境で自動的にデータベース接続を切り替えられるように、以下のようにDATABASE_CONFIGクラスのコンストラクタを改良したり、AppModelクラスのコンストラクタに現在の環境を判別できるような設定を書いたりするアイデア多く見かけられます。

DATABASE_CONFIGクラスの改良

class DATABASE_CONFIG
{
	public $default = array();

	// 公開用
	public $production = array(
		'driver' => 'mysql',
		'persistent' => false,
		'host' => 'production.mysql.server',
		'login' => 'admin',
		'password' => '****',
		'database' => 'production_database',
		'prefix' => 'prefix_',
		'encoding' => 'utf8'
	);

	// 開発用
	public $development = array(
		'driver' => 'mysql',
		'persistent' => false,
		'host' => 'localhost',
		'login' => 'test',
		'password' => '****',
		'database' => 'development_database',
		'prefix' => 'prefix_',
		'encoding' => 'utf8'
	);

	public function __construct()
	{
		if (env('SERVER_ADDR') !== '127.0.0.1') {
			$this->default = $this->production;

		} else {
			$this->default = $this->development;
		}
	}
}

AppModelの改良

function __construct()
{
	if (env('SERVER_ADDR') == '127.0.0.1') {
		$this->useDbConfig = 'development';
	}  else {
		$this->useDbConfig = 'production';
	}
}

よくある解決策の問題点

よくある解決策では、httpから利用する場合には非常に便利で良いのですが、コンソールから利用する場合、この設定では不都合が発生します。

たとえばschemaコマンドを利用する場合です。
コンソールではREMOTE_ADDRやSERVER_ADDRなどの環境変数が利用できません。
そのため、コンソールで利用する場合はリモートで利用しているのかローカルで利用しているのかを環境変数から判別することができません。

であれば、schemaコマンドを実行する際に -connectionオプションで利用する接続を選択してやれば良いと考えてしまうのですが、CakePHPのコンソールから起動するｓchemaコマンドは、-connectionオプションで指定されたデータベース接続（指定されなければdefault）とModelのデータベース接続（Model::$useDbConfig）が一致しない場合、そのModelのスキーマを読み込んでくれません。

実行しているファイルのパスを見て判別するような荒技もありますが、実行ファイルのパスが被らない保証も無いので、こちらも確実とはいえません。

シンプルな解決策

ではどうすれば良いか、というと、Configureクラスを利用する方法が一番わかりやすくてベターです。
config/core.php もしくは config/bootstrap.php に下記のように設定します。

Configure::write('database', 'production');

そして、config/database.php のDATABASE_CONFIGクラスを下記のように記述します。

class DATABASE_CONFIG
{
	public $default = array();

	// 公開用
	public $production = array(
		'driver' => 'mysql',
		'persistent' => false,
		'host' => 'production.mysql.server',
		'login' => 'admin',
		'password' => '****',
		'database' => 'production_database',
		'prefix' => 'prefix_',
		'encoding' => 'utf8'
	);

	// 開発用
	public $development = array(
		'driver' => 'mysql',
		'persistent' => false,
		'host' => 'localhost',
		'login' => 'test',
		'password' => '****',
		'database' => 'development_database',
		'prefix' => 'prefix_',
		'encoding' => 'utf8'
	);

	public function __construct()
	{
		$connection = Configure::read('database');
		
		if (!empty($this->{$connection})) {
			$this->default = $this->{$connection};
		}
	}
}

この方法であれば、データベースを切り替えたいときはデバッグモードの切り替えのように設定値を変更するだけで済みますし、ローカルに依存するコードを記述する必要もなくなります。

さらに今後新しいデータベース接続を追加した場合にも、設定値を変更するだけで対応可能なので、今後の拡張性の面でも安心できます。

具体的には下記のコードを実行すると、”Test 2″ が表示されます。

class Test1
{
	public function callName()
	{
		echo $this->name;
	}
}

class Test2
{
	public $name = 'Test 2';
	
	public function callMethod()
	{
		Test1::callName();
	}
}

$obj = new Test2();
$obj->callMethod();

ちなみにstatic修飾子を付けると、Fatal errorとなるので、本来であれば推奨されない使い方のような気もします。
これってPHP5の常識なんでしょうか？

/(?:^|[^%])%(?:[0-9]+\$)?(?:[\+\-]?(?:0|\'[^%])?[\d]*?(?:\.\d+)?)?[bcdeEufFgGosxX]/u

preg_match_allなどで利用すれば、変換指定子が何個使用されているかなどを調べることができると思います。

用途

プログラム中でprintf構文に必要とされる引数の数を調べなくてはならなくなり、下記のような関数を作って利用しています。

function _argAmount($pattern)
{
	preg_match_all(
		'/(?:^|[^%])%(?:([0-9]+)\$)?(?:[\+\-]?(?:0|\'[^%])?[\d]*?(?:\.\d+)?)?[bcdeEufFgGosxX]/',
		$pattern,
		$matches
	);

	$count = 0;

	if (!empty($matches[1])) {
		$filtered = array_filter($matches[1]);
		$max = max($filtered);
		$empty = count($matches[1]) - count($filtered);
		$count = ($max > $empty) ? $max : $empty;
	}

	return $count;
}

ただ、その便利な機能であるバージョン管理機能が少々複雑で、馴れないと使いづらい印象を受けてしまいます。

たとえば画像をアップロードする際、モデルごとに違ったサイズのサムネイルを生成したい、などという場合などが特に悩むポイントかと思います。

基本的にMediaプラグインは、あらかじめアップロードするファイルごとに生成するファイルを「バージョン」として定義しているため、Mediaプラグインを通してアップロードしたファイルは、全て定義した数のバージョンファイルが生成されてしまいます。

そこで、下記のように工夫することで、モデルごとに生成するバージョンファイル取捨選択するアイデアです。

Attachmentモデルをコピーして改良

App::import('Lib', 'Media.Media');

class Attachment extends AppModel
{
    public $name = 'Attachment';
    public $useTable = 'attachments';
    public $useVersions = array();

    public $actsAs = array(
        'Media.Transfer' => array(
            'trustClient' => false,
            'transferDirectory' => MEDIA_TRANSFER,
            'createDirectory' => true,
            'alternativeFile' => 100
        ),
        'Media.Generator' => array(
            'baseDirectory' => MEDIA,
            'filterDirectory' => MEDIA_FILTER,
            'createDirectory' => true,
        ),
        'Media.Polymorphic',
        'Media.Coupler' => array(
            'baseDirectory' => MEDIA
        ),
        'Media.Meta' => array(
            'level' => 2
        )
    );

    public $validate = array(
        'file' => array(
            'resource'   => array('rule' => 'checkResource'),
            'access'     => array('rule' => 'checkAccess'),
            'location'   => array('rule' => array('checkLocation', array(
                MEDIA_TRANSFER, '/tmp/'
            ))),
            'permission' => array('rule' => array('checkPermission', '*')),
            'size'       => array('rule' => array('checkSize', '5M')),
            'pixels'     => array('rule' => array('checkPixels', '1600x1600')),
            'extension'  => array('rule' => array('checkExtension', false, array(
                'jpg', 'jpeg', 'png', 'tif', 'tiff', 'gif', 'pdf', 'tmp'
            ))),
            'mimeType'   => array('rule' => array('checkMimeType', false, array(
                'image/jpeg', 'image/png', 'image/tiff', 'image/gif', 'application/pdf'
        )))),
        'alternative' => array(
            'rule'       => 'checkRepresent',
            'on'         => 'create',
            'required'   => false,
            'allowEmpty' => true,
        )
    );

    public function makeVersion($file, $process)
    {
        if (!is_array($this->useVersions) && !empty($this->useVersions)) {
            $this->useVersions = array($this->useVersions);
        }

        if ($this->useVersions === false || !empty($this->useVersions) && !in_array($process['version'], $this->useVersions)) {
            return true;
        }

        return $this->Behaviors->Generator->makeVersion($this, $file, $process);
    }
}

モデルごとに生成するバージョンファイルを切り替える

先ほどのモデルを継承したモデルを生成し、メンバー変数 $useVersions に利用したいバージョンファイル名を配列で列挙します。

App::import('Model', 'Attachment');

class UserImage extends Attachment
{
    public $name = 'UserImage';
    public $useVersions = array('main', 'sub');

    public $validate = array(
        'file' => array(
            'resource'   => array('rule' => 'checkResource'),
            'access'     => array('rule' => 'checkAccess'),
            'location'   => array('rule' => array('checkLocation', array(
                MEDIA_TRANSFER, '/tmp/', 'C:\xampp\tmp',
            ))),
            'permission' => array('rule' => array('checkPermission', '*')),
            'size'       => array('rule' => array('checkSize', '1M')),
            'extension'  => array('rule' => array('checkExtension', false, array(
                'jpg', 'jpeg', 'png', 'gif', 'tmp',
            ))),
            'mimeType'   => array('rule' => array('checkMimeType', false, array(
                'image/jpeg', 'image/png', 'image/gif',
            ))),
        ),
    );
}

$useVersions が空の場合は全てのバージョンファイルが生成されます。
これにより、モデルごとに生成するバージョンファイルを切り替えることが可能になります。

インストール環境

• さくらインターネット (マネージドプラン)
• PHP 5.2.4
• MySQL 5.1

インストールファイルのダウンロード

http://www.openpne.jp/pne-downloads/
上記URLより、安定版の3.4.2（2010年9月6日現在）をダウンロードします。

サーバーへのアップロード

ダウンロードしたファイルを解凍して、サーバー上にアップロードします。弊社では、
/home/アカウント名/apps/open_pne/
にアップロードしました。

この際、解凍したファイル群の中にwebという公開ディレクトリが含まれるのですが、これは移動してはいけません。インストール後に公開ディレクトリにシンボリックリンクを張る方法が確実なようです。

コンフィグファイルの設定

/open_pne/config 以下に存在する、以下のファイルをダウンロードして編集します。

• OpenPNE.yml.sample
• ProjectConfiguration.class.php

OpenPNE.yml.sample 7行目付近

# SNS の URL
# URL of the SNS
base_url: "http://www.sample.com"

OpenPNE.yml.sample 14行目付近

# SNS からのメール送信に使うドメイン
# Domain to use for sending e-mail from the SNS
mail_domain: "sample.com"

OpenPNE.yml.sample 25行目付近（必要であれば）

# SNS から送信するメールの Envelope From (Return-Path ヘッダ) に指定するアドレス
# Envelope From (Return-Path header) address for sending e-mail from the SNS
mail_envelope_from: "info@sample.jp"

ProjectConfiguration.class.php.sampleは初期化に利用するファイルのようですが、インストール時には特に使用しないようなので編集しなくてもかまいません。

最後に、ファイル名の拡張子から .sample を除去して、

• OpenPNE.yml
• ProjectConfiguration.class.php

とします。

編集したファイルのアップロード

編集した

• OpenONE.yml
• ProjectConfiguration.class.php

を、先ほどの config ディレクトリにアップロードします。

この際、元のファイルである OpenONE.yml.sample は削除してはいけません。これを削除してしまうと、インストール後に Warning が表示されます。

セットアップコマンドの実行

ここからはサーバーにSSHでログインして操作を行います。SSHクライアントを持っていない方は、こちらなどを参考にSSHクライアントを導入してください。

さくらインターネットでのSSHログインは、下記のようになっています。

• スタンダードプラン以上
• ホストアドレス: 初期ドメイン (アカウント.sakura.ne.jp)
• ID: アカウント (初期FTPアカウントと同一)
• パスワード: サーバパスワード

サーバー契約時のメールに全て記載されているようなので、変更していない場合はそれを参照してください。

SSHでのログイン後、下記のようにコマンドを実行します。

cd /home/_account_/apps/open_pne # OpenPNEをアップロードしたディレクトリ
php simfony openpne:install

データベース設定

その後、対話形式でデータベースの種類とアカウント、パスワードなどを聞かれますので、適宜入力していきます。

Choose DBMS (mysql, pgsql or sqlite)

使用するデータベースの種類を入力します。さくらインターネットではmysqlを提供していますので、「mysql」と入力します。

Type database username

データベースのユーザー名を入力します。ここではさくらインターネットののアカウント名を入力します。※マネージドプランをご利用の場合は、作成したデータベース名を入力します。

Type database password (optional)

データベースのパスワードを入力します。

Type database hostname

データベースサーバのホスト名を入力します。ここでは「mysqlxxxdb.sakura.ne.jp」という形式のものを入力します。※マネージドプランをご利用の場合は、「localhost」と入力します。

Type database port number (optional)

データベースのポート番号を入力します。ここでは未入力のままでOKです。

Type database name

データベース名を入力します。ここではさくらインターネットのアカウント名を入力します。 ※マネージドプランをご利用の場合は、作成したデータベース名を入力します。

最後に入力した内容の確認表示がされますので、そこで問題なければ「y」を入力します。

The DBMS                        mysql
The Database Username           (ユーザー名)
The Database Password           ******
The Database Hostname           mysql***.db.sakura.ne.jp （またはlocalhost）
The Database Port Number
The Database Name               (データベース名)
The Database Socket

  Is it OK to start this task? (y/n)y

確認が終われば、その後は自動的にインストール作業が進んでいきます。最終的にCompleteの表示が出れば、これでインストール作業は終了です。

公開ディレクトリの設定

最後に公開ディレクトリに対して、シンボリックリンクを設定します。今回はwww以下にsnsというディレクトリを作り、それを公開ディレクトリとします。

SSHで下記のようにコマンドを実行します。

cd /home/アカウント名/www
ln -s /home/アカウント名/apps/open_pne/web sns

次に、/home/アカウント名/apps/open_pne/web ディレクトリに存在する .htaccess をダウンロードし、内容を書き換えます。（viで直接書き換えてもOKです）

#Options +FollowSymLinks +ExecCGI # コメントアウト

<IfModule mod_rewrite.c>
 RewriteEngine On

 # uncomment the following line, if you are having trouble
 # getting no_script_name to work
 RewriteBase /sns/    # さきほど公開ディレクトリとした「sns」を入れる

 # we skip all files with .something
 #RewriteCond %{REQUEST_URI} \..+$
 #RewriteCond %{REQUEST_URI} !\.html$
 #RewriteRule .* - [L]

 # we check if the .html version is here (caching)
 RewriteRule ^$ index.html [QSA]
 RewriteRule ^([^.]+)$ $1.html [QSA]
 RewriteCond %{REQUEST_FILENAME} !-f

 # no, so we redirect to our front web controller
 RewriteRule ^(.*)$ index.php [QSA,L]

</IfModule>

最初の行をコメントアウトしているのは、さくらインターネットでは .htaccess によるOptionsの設定を許可していないため、これを忘れると500エラーが発生するためです。

設置完了

以上でOpenPNEの設置は完了です。公開ディレクトリにアクセスしてみてください。

OpenPNEは初めて触ってみましたが、画面のレイアウトやモジュールを自由に設定・入れ替えができるので自由度も高いですし、インストールのハードルさえ超えてしまえばいろいろとカスタマイズして利用できそうです。