困り果てていたときに、職場の先輩が良いものを発見してくれました。ホント謝謝。
発見したものは「rdjpgcom」です。

以下使用例です。

■【rdjpgcomとは】

Linux系のコアのライブラリ。
プログレッシブJPEG,CMYKモードのJPEGを判別できる。

■【rdjpgcomでプログレッシブJPEGを判別】

[shell gutter="false" light="true"]
$ rdjpgcom -verbose progressive.jpg
JPEG image is 800w * 1000h, 4 color components, 8 bits per sample
JPEG process: Progressive

$ rdjpgcom -verbose jpg.jpg
JPEG image is 240w * 320h, 3 color components, 8 bits per sample
JPEG process: Baseline
[/shell]
※JPEG process: ProgressiveならプログレッシブJPEG。

■【rdjpgcomでCMYKモードJPEGを判別】

上記で 4 colorならCMYK, 3 color ならJPEG、1 color ならグレースケール

ちなみにrdjpgcomはJPEG以外の画像は使えません。下記のように返戻されます。

[shell gutter="false" light="true"]
$ rdjpgcom png.png
Not a JPEG file
[/shell]

※参考URL

http://linux.about.com/library/cmd/blcmdl1_rdjpgcom.htm
http://terralib.dpi.inpe.br/lib/html/devel/html/dd/d5c/a02985.html ←ソース

■【imagemagicのidentifyでプログレッシブJPEGを判別（判定）】

[shell gutter="false" light="true"]
$ identify -verbose CMYK_progressive.jpg | grep -i interlace
Interlace: JPEG

$ identify -verbose jpg.jpg | grep -i interlace
Interlace: None
[/shell]

※Interlace: JPEG ←プログレッシブJPEG
Interlace: None ←プログレッシブJPEGではない

■【imagemagicのidentifyでCMYK（color model）を判別（判定）】

[shell gutter="false" light="true"]
$ identify -format ‘%[colorspace]‘ CMYK_progressive.jpg
CMYK

$ identify -format ‘%[colorspace]‘ gray-scale.jpg
Gray

$ identify -format ‘%[colorspace]‘ jpg.jpg
RGB
[/shell]

最近では更新が止まっているらしく、どうやら最新のEclipse3.5では

このplug-inが使用できないようです。（今現在では・・・）

他によいplug-inが無いかと探していると類似機能のものが

いくつかあるみたいです。↓

■Explorerを起動するplug-in

http://d.hatena.ne.jp/cypher256/20081116/p1

• Open External
• Eclipse Platform Extensions
• Easy Explorer

他に方法はないか探してみると、

どうやら、外部ツールにExplorerの起動を設定して実行するという方法もあるみたいです。↓

http://hal-lab.cocolog-nifty.com/blog/2009/03/cssjsphp-bfe1.html

しかしながら、CakePHPのjavascriptヘルパーでそのファイルを指定しようとすると、拡張子がjsに自動変換されてしまいます。

≪テンプレート≫

[php light="true"]

link(‘hoge.php’, false);?>

[/php]

↓
[php light="true"]

[/php]

どう解決しようか、javascriptヘルパーを継承したクラスでも作ってオーバーライドでもしようかと思いましたが、CakePHPのバージョンアップ等を考えると、スマートじゃないと・・・

そこで、下記のようにroutes.phpで、jsファイルパスでアクセスしたら、無理やりコントローラに渡す方法にしてみました。

≪routes.php≫
[php light="true"]

Router::connect(‘/js/hoge.js’, array(‘controller’ => ‘hogecons’, ‘action’ => ‘hoge’));

[/php]

≪controller.php≫
[php light="true"]

class HogeconsController extends AppController
{
var function ui_config()
{
$this->set(‘hoge’, $hoge);
$this->layout = ‘ajax’;
}
}

[/php]

設計思想に反しているかもしれませんが、とりあえず動いたので良しとします。

Fatal error: Call to undefined method WordPress_Module::_weak_escape() in /hogehoge/hogehoge/public_html/wordpress/wp-includes/wp-db.php on line 487

調べてみたら、pluginで入れてある「redirection」がどうやら原因らしい。

「redirection」を無効にして、再度アップグレードしたら成功しました。

■emacsのインストール

> mkdir local/emacs

> cd local/src

> wget http://core.ring.gr.jp/pub/GNU/emacs/emacs-22.3.tar.gz

> tar xvzf emacs-22.3.tar.gz

> cd emacs-22.3/

> ./configure –prefix=$HOME/local/emacs

> make

> make install

■pathを設定しておく

> cd

> vi .bashrc

———————-

#emacs
PATH=$PATH:$HOME/local/emacs/bin
export PATH

———————-

↓ これ

http://wppluginsj.sourceforge.jp/ktai_style/

携帯用のテーマが既存でいくつか用意されているので、便利です。

このテーマをいろいろといじってみようと思います。

http://radical-axis.jp/archives/blog/128

http://spring.sakurasaita.net/wordpress/25.html

調べてみるとwordpressのインストールしたサーバのFTP接続情報（ホスト、ID、PW）を入力するらしいのですが、wordpressソースのパーミッション等を変更することにより、FTP接続情報を入力しなくても、自動アップグレードは可能であることが分かりました。

※環境はレンタルサーバではなく、自前サーバなので、この例は特殊かもしれません。

≪環境情報≫

• wordpressソースはapacheグループ
• ディレクトリのパーミッションは775
• ファイルのパーミッションは664

≪変更したこと≫

• 下記コマンドを実行して、自動アップグレード実行ファイルをapacheユーザにした
  • # chown apache.apache wp-admin/update.php
  • # chown apache.apache wp-admin/update-core.php

※「update.php」はplug-inのアップグレード実行ファイルであり、plug-inが自動アップグレードできることを確認しましたが、「update-core.php」はwordpress自体のアップグレード実行ファイルであると予想し、自動アップグレードできることは確認しておりません。

（でも、もともとパーミッションが664なのに、何故、ファイルオーナーを変更しないといけなかったんだろう。。。謎です。。。）

関係するのはdocomoさんとauさんです。私の所持しているsoftbank(旧J-phone)さんは規定に従っているみたいなので問題ないそうです。

■docomoさん（2009年4月8日現在）

http://www.rbbtoday.com/news/20090403/59059.html

こちら、docomoさんのサイトで正式発表されていなかったみたいなので、実際にdocomoさんに電話して問い合わせてみました。やはり、.（ドット）の連続使用、「@」直前に.（ドット）の使用でメールアドレスは登録できないよう、ルール変更したそうです。（2009年4月1日より実施）

■auさん（2009年4月8日現在）

http://www.au.kddi.com/service/email/support/meiwaku/email_boshi/mail_address.html

下記の注意書きが記述。

「. (ピリオド/ドット)」をアドレス内で連続使用したり、「@」マーク直前に設定すると、一部のプロバイダーとメールを送受信できない場合があります。

環境は次の通り。

php.ini

—————————————————————-

sendmail_path = /usr/sbin/sendmail -t -i

—————————————————————-

一見sendmailを使用しているみたいですが、実はpostfixにエイリアスされています・・・。sendmailのインターフェイス互換らしいです。

これを使っているみたい。

ソースは以下。

—————————————————————-

・・・

$parameter = ‘-f  ‘ . ‘hogehoge@hoge.com’;

mb_send_mail($to, $subject, $body, $header, $parameter);

—————————————————————-

第五引数に渡す文字列に「-f」オプションを使うらしいです。（ここにはコマンドライン引数がいろいろ指定できるみたいですね。）

あとメールが正常に送信されているか否かは下記のメールログが参考になります。（今回の環境においては・・・）

/var/log/maillog