以前からアップデートの表示は出ていたのですが、自動アップデートは「ダウンロードしています。」の表示から動かなくなり断念していました。

プラグインのアップデートは問題なく動いていたのに、本体のバージョンアップだけがダウンロードうまくいかずの状態でした。
ダウンロードするフォルダが違っていてパーミッションの問題が発生していたのかもしれません。

今回コードを表示するプラグインを導入しようと思い立ったのですが、どうも現状バージョンでは対応していないようなので重い腰を上げてバージョンアップしました。

まず、現状のデータベースをバックアップし、ローカルにダウンロードしておきました。またWordpress内のすべてのファイルをダウンロードしてローカルに確保。

その後、すべてのプラグイン動作を停止して、WordPressのマニュアルを参照しながら削除すべきフォルダやファイルを削除していきます。その後、ローカルにダウンロードしておいた最新版のzipファイルをFTPでアップロードした後コマンドラインから解凍しました。

その後ブラウザでwordpressのアドレス打って見るとデータベースの変更確認が出ましたのでYESで無事終了しました。

特に問題も起こらず、停止していたプラグインを有効化したら、以前と同様の動きになりました。

元ファイルとデータベースのバックアップをしっかり取っておけば、あまり心配することなくできるようです。

ワードプレスのアップグレード詳細

上記のページを参考に作業しました。

$this->loadModel('ModelA');

これは、やはりダメでした。

importでmodelを呼び出して使うみたい。

App::import('Model','modelA');
$modelA = new modelA;
$modelA->find($conditions,null,$orders);

こんな感じでいいようです。さて今から検証。

検証の結果うまくいきました。上記App::import(‘model’と小文字になっていたところを訂正。

モデルの中で他のモデル呼び出すって、ちょっと邪道かなという気もします。

componentあたりに関数作成したほうがいいかもしれませんね。

また、コントローラの中でusesでたくさんのモデル定義していると使わなくてもSQLが走っているようです。

基本になるモデルひとつだけusesで定義しておくか、$uses=null;にしておいて、必要なアクションで必要なモデルを

loadModelしたほうが良い気がしますね。

まだパフォーマンスを上げる段階ではないですが、一通り動作するようになれば、次はパフォーマンス向上が大事だと思います。

現在はWindowsXPの非力なマシン上でXampp環境でのテストですが、ファンが唸ってますからねw

本番では随分昔のDellサーバーに乗せる予定です。こっちも非力ですからね。

基本的な使い方はWebで調べると色々出てくるのですが、この本はサンプル集が多くて「メニュー」「グリッド」「ツールチップ」などが

掲載されていたので思わず購入してしまいました。

プラグインの使い方はWebで調べるの結構面倒なんですよね。まあ、例に漏れずすべてのプロパティやアクションを紹介している

わけではないのですが、とりあえず使ってみるきっかけにはいいですよね。

それに、度忘れしちゃうことが多いので、さくっと引いてみて「ああ、そうだった。」って感じで使ってます。

foreachで回して、項目を変更したのだけど、元の配列自体に変更が及んでいないようで、その後saveAllしても

DBに反映されていない。

for文で直接もとの配列を書き直してみよう。

foreach ($bs as $b){
	$b['model']['data'] = "test";
}

こういう風にすると「$bs」のなかみ$bs[0]['model']['data']は書き換えられなかった。

for ($i=0;$i<count($bs);$i++){
	$bs[$i]['model']['data']="test";
}

こうしたらうまく書き換えてくれた。

findなどでデータベースのレコードを取得する場合の条件の書き方でくだらないミス。

$conditions = array('nenrei>' => $nenrei);

フィールド名と比較演算子の間のスペース忘れると変なことになる。

where 'nenrei>' = 1

比較演算子がフィールド名の一部と誤認識される。つーか、空白で区切らないと当たり前のことですね。ww

ひとつのテーブルで更新と追加が同時発生、他のテーブルでも同様という風に二つのテーブルにまたがる処理ですが

アソシエーションでは定義できないようなもの。

まずMySQLのテーブルがMyISAMだとロールバックしても効かないので使えない。InnoDBに変更が必要となる。

show table  status;

で現状の確認をする。MyISAMで作っている既存テーブルもInnoDBに変更可能。

変更するには、phpMyAdminであればテーブルの「操作」で「ストレージエンジン」を「InnoDB」に変更して実行押すだけ。

alter table 'xxxx'  engine=InooDB;

が実行された。もちろんコマンドラインから、これを打ってもOKです。

さてさて、begin()  commit()  rollback() をどこで定義しておくか。

必要なテーブルのモデルだけで定義しておいてもいいけど面倒ですね。思い切ってapp_modelに書いとけば全部のモデルで継承してくれますから、これでいいかな。

いつものように、cake以下は触らないお約束で、cake/libs/modelのなかのapp_model.phpをapp/models以下にコピーしておいて追加します。

function begin() {
	$dbs = & ConnectionManager::getDataSource($this->useDbConfig);
	$dbs->begin($this);
}

function commit() {
	$dbs = & ConnectionManager::getDataSource($this->useDbConfig);
	$dbs->commit($this);

}

function rollback() {
	$dbs = & ConnectionManager::getDataSource($this->useDbConfig);
	$dbs->rollback($this);

}

これで、モデルの関数になるのでモデル名->begin()とかで使えます。

2つのモデルを同時更新なら

	ModelA->begin();

	ModelB->begin();

	処理ほにゃらら

	なんか問題あったら

	ModelA->rollback();

	ModelB->rollback();

	エラー無く終了。

	ModelA->commit();

	ModelB->commit();

こんな具合かな。それとsavaAllを使うときの注意もあった。saveAllの外側でトランザクション開始していてもループの途中でコミットされちゃうみたいです。対策としてはパラメータを追加しておくこと。

ModelA->saveAll($datas ,array('atomic'=>false);

こんなおまじないが必須だ。

追記:どうもModelA ModelB両方にbegin() rollback() commit()を行わなくても、ModelAだけやっておけば、両方に効力があるという記述を発見。まだ未検証です。

追記:検証しました。

実行されたSQLも確認しましたが、どれかひとつのモデルでトランザクション操作しておけばOKです。

これらの項目を追加しておくと自動的に追加した際と更新した際にタイムスタンプが登録されるはずなのだが

modifiedの更新日時が書き換えられていない。スペルを間違ってるのかなと心配になりググって見たら

cakePHP1.2からはmodifiedの項目はdefault Nullにしていないと更新されないようなのでテストしてみる。

うまく動作しました。ただdefault値をヌルにしたらSQLエラーで怒られたけど、よく見たらヌルを許可してなかっただけでした。

jQueryとプラグインを活用しています。javascriptによるクライアント側でのバリデートに便利なプラグインを導入しました。
ダウンロードはこちらから

利用にはjQueryが必要です。jQueryは、ループが不要でDOM内のエレメントをIDやタグ、クラスで引っ張ってきて簡単に更新が出来て
すごく便利です。書式も簡略化しているし、軽いのもいいですね。

さてvalidateプラグインを導入してフォーム内のバリデートを行うのですが、通常用意されているルールだけでは足りず
addMethodを利用して複雑な条件を孵化してみたのですがなかなか動きません。

//時刻大小チェックメソッド追加
jQuery.validator.addMethod("checkTime",
	function(value, element, params) {
		if(params[0]>params[1]){
			return true;
		} else {
			return this.optional(element);
		}
	},
		"時刻の指定が間違っています。"
	);

と書いて、時刻を選択するセレクトボックスの内容を渡すため

rules: {
	'data[Clinic][fromJikan1]': {
		required: "#ClinicJikantai0:checked",
		"checkTime": [$("#ClinicFromJikan1").val(),$("#ClinicToJikan1").val()]
	},

という風にセレクトボックスのvalueを渡してみたのですが、firebugで確認するとparamsに何も入ってきません。
昨夜はこれではまったままでした。

色々と調べた結果、どうもパラメータで渡せるのは単なる文字列だけみたいで、意味も無くfunctionの返値にしてみたりと
あがいたけどどうもなりませんでした。

結局エレメントのIDを文字列で渡して、メソッド側で処理することで成功しました。

書き直したのはこんな感じ。

jQuery.validator.addMethod("checkTime",
	function(value, element, params) {
		if (!$(params[2]).attr('checked')){return true;}
		if ($(params[0]).val() < $(params[1]).val())	{
			return true;
		} else {
			return this.optional(element);
		}
	},
	"時刻の指定が間違っています。"
);

セットする側は

rules: {
	'data[Clinic][fromJikan1]': {
		required: "#ClinicJikantai0:checked",
		"checkTime": ["#ClinicFromJikan1","#ClinicToJikan1","#ClinicJikantai0"]
	},

てことで、無事動作しました。prams[2]にはチェックボックスのIDをいれて、ここにチェックが入ってなければバリデートしないように
しました。

忘れないうちに自分で覚書。

当初はphpeditorやK2Editerを使って、php javascript cssなどのファイルをごしごしコーディングしていましたが、ひとつのファイルごとにWindowが開くし、コード補完も無いのでとても不便でした。
MVCで組み立てていくので、ひとつの画面作成するにもconroller view layout などなどたくさん開かないといけません。なんか良いのは無いかなと検討した結果Aptanaを導入しました。

eclipseのプラグインとしてではなくスタンドアロン版を使っています。eclipseは以前入れていたのですがなぜか動作しなくなっていました。スタンドアロン版でも充分便利です。
多少ですがコート補完があるとないとでは全然効率が違います。

IDEはやはり便利です。いくつもファイル開いても散らからなくて。しかし、コードウィンドの水平垂直分割が出来ないのが残念です。ひょっとしたら方法があるのかもしれませんが、見つけ切れていません。
知ってる人がいたら教えて欲しいw。

ダウンロードはこちらから。
日本語化はプレアデスのプラグインで簡単に出来ます。
Aptana 日本語化でぐぐれば出てきます。

php対応はインストール後にプラグインの追加でこれも簡単ですよ。

さて本題のcakePHP Debug-Kitプラグインですが。これもダウンロードして解凍したソースを
/app/plugins/に置くだけです。zipの中身をplugin配下にdebug-kitのディレクトリ作成して
そこにコピーでOKです。

そのままテストすると動作しません。ここでちとはまりました。
/app/controllers/app_controller.phpに以下のコンポーネント宣言を追加します。
public $components = array('DebugKit.Toolbar');

すでに何か追加していたら、DebugKitを付け加えてください。
/qpp/controllersにapp_controller.phpが無い場合は(初期設定のままだとありません。)/cake/libs/controllerからコピーして書き換えてください。

このデバッグキットはdebugの値を2以上にすると表示されます。
Sessionや変数、タイマーやメモリまで表示してくれて超便利です。これで開発が楽になりそうです。

ダウンロードDebugKit

その中でMicroSoft系のWPFやWCFを使う機会がありました。
これもなかなか面白かったのですが、Windowsサーバーに依存しなければならない点が、やはり問題です。今回はC#を使ったのですがフレームワークを理解するのに時間がかかり大変でした。C#自体は、なかなか興味深い言語でしたがMVMVCという考え方は少し複雑すぎる気がしました。連結をなるべく疎にしたかったのですが、なかなかそうはならず。どうしても他の部分に依存する書き方になって悩みました。またSilverLightを使う案もあったのですが、まだ開発例が少ないしバグも多そうだったので従来のWPFをメインでクライアント開発しました。
サーバー側の開発はすごく便利で簡単でしたが、クライアントはまだまだ発展途上の気がしました。ClickOnesで配布できるクライアントを使うほうがブラウザ依存よりも使い勝手は良いのですが利用対象が絞り込まれた場合でないと難しい面もあります。

Adobe Airも同様ですね。

また勉強する機会もあるかもしれません。

あたらしいASPを考えていたので、WordPressよりもフレームワークの勉強をしようと思い立ちcakePHPをはじめました。
フレームワークとしてはZendなどのほうが良いのでしょうが、入りやすいということと、Zendも取り込めるので手始めとしてこれに決めました。

随分php触ってなかったので、なかなか思い出せずに苦労してます。こちらのMVCはシンプルでなかなか使いやすいです。最終的には画面UIはAjaxに頼ることになりそうですがその勉強もなかなか大変そうです。

サイトや本を買って勉強中ですが、やはり細かい部分は記述が言及していませんね。私のような初心者にもわかりやすいサイトが欲しいなあ。

調べてわかったことをブログにすこしづつアップして行こうと思ってます。

なんだか嫌ですよね。

これはrobots.txtに

Disallow: /wordpress/wp-*
Allow: /

を書き込んで巡回させないようにしたんですが、ちょっと心配でもあります。

各フォルダの下に空のindex.htmlを置いておけばいいのですが、プラグイン入れるたびにしなくちゃいけませんね。

wp-security-scanをダウンロードして導入しました。

いつものようにダウンロードしたzipを解凍してpluginフォルダに転送、ダッシュボードのプラグインから有効化します。
Securityのメニューが出てきます。

Initial ScanではWPのバージョンとか色々チェックしてくれています。

MySQLデータベースのWP関係テーブルのプレフィックスを「wp-」からほかのものに変えろといっている。

後は「admin」ユーザーの変更と削除。/wp-adminの下に.htaccessを置けとか。

まあ、これで少しはセキュアになったでしょう。

最近スパムコメントもぼちぼち出てきたので、こちらのプラグインも入れないと面倒になりそうです。

mixiの投稿から来てくださる方が増えてうれしいです。

コメントとか相互リンクとかいただけると、もっとうれしいです。