が、その記事に書いた通りLinux(Debian)では正しく動作していたのにLeopard Serverにしてからうまく行かなくなっていました。

しかも「ディレクトリが見つかりません」というようなわかりやすいエラーではなく「ファイルをコピーできませんでした」というエラー…
表示されるパスには間違いはないし、パーミッションも777にしてみても(すでになっている)駄目。

ちなみに「ファイルをコピーできませんでした」というエラーはPHPがセーフモードで動いている場合によく出るそうですが、今回はセーフモードで動かしてはいません。

で、諦めていたのですが、いっそのことFTP_BASEやFTP_CONTENT_DIRやFTP_PLUGIN_DIRの定義をコメントアウト(削除)してみるとなんとすんなり成功。

（下部の追記参照）

ということで、セーフモードでもないのに「ファイルをコピーできませんでした」と言われた時は一度FTPのディレクトリ設定を削除してみるのも手かもしれません。

追記

どうやらCodexのFTP_BASE等の説明には「インストールした WordPress のベースフォルダへのフルパス。」と書いてあるので”サーバー内でのフルパス”だと思っていたのですが、少なくともOSXでは”FTPでアクセスした時のパス”が正しいようです。（OSの問題では無いようなな気もしますが）

Codexにも「FTPユーザとしてサーバ上にある各フォルダへのパスが分かっていれば…」とあるので”FTPでアクセスした時のパス”が正しいようです。

つまり「/Users/name/Sites/wp-content/」ではなくFTPから見た時のパスなので「/Sites/wp-content/」とするとFTP_BASE等を定義しても自動アップデートできました。

• PHP 5.2.8
• libgd 2.0.35
• libpng 1.2.37
• libjpeg(jpeg v7)

コンパイル時にはいくつか注意点が…

jpeg-6bではなくjpeg-7にディレクトリ名が変っていることに注意します。また、libjpegのconfigureの際に複数のアーキテクチャーの指定ができなくなったようなので以下のようにしました。

$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe -no-cpp-precomp” CCFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe” CXXFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -g -Os -pipe” LDFLAGS=”-arch ppc -arch ppc64 -arch i386 -arch x86_64 -bind_at_load” ./configure –enable-shared

それに伴いlibgdのconfigureでも複数のアーキテクチャーを指定できませんので以下のようにします。

$ MACOSX_DEPLOYMENT_TARGET=10.5 CFLAGS=”-arch x86_64 -g -Os -pipe -no-cpp-precomp” CCFLAGS=”-arch x86_64 -g -Os -pipe” CXXFLAGS=”-arch x86_64 -g -Os -pipe” LDFLAGS=”-arch x86_64 -bind_at_load” ./configure –with-zlib-dir=/usr –with-jpeg-dir=/usr/local/lib –with-png-dir=/usr/X11R6 –with-freetype-dir=/usr/X11R6 –with-xpm-dir=/usr/X11R6

phpのmake後にはmake testも実行しておきます。

これで無事GDが使えるようになりました。標準で組み込んでくれるといいのですが…

phpinfoで確認するとこのようになっています。

そんな場合は「wp-config.php」に以下の三行を追加するだけで直ります。
上から順番に「FTPのルートディレクトリ」「wp-contentディレクトリ」「pluginsディレクトリ」へのパスです。

define('FTP_BASE', '/path/to/wordpress/');
define('FTP_CONTENT_DIR', '/path/to/wordpress/wp-content/');
define('FTP_PLUGIN_DIR', '/path/to/wordpress/wp-content/plugins/');

長いことあきらめていたのですが公式サイトの「wp-config.php_の編集」に説明がありました。

明日は前期入試です

追記（2010年1月11日）
どうやらFTP_BASE等でのフルパスというのはFTPから見た時のパスのような気がします。
Codexの説明には「インストールした WordPress のベースフォルダへのフルパス。」としか書いてないのでどちらかわかりませんが、試してダメならFTPで接続したときのパスを入れてみてください。

Codexにも「FTPユーザとしてサーバ上にある各フォルダへのパスが分かっていれば…」とあるのでこれで正しいと思われます。

「保存」は動作確認。
「公開」も動作確認。
あれ？

追記
原因
同じタイトルの記事を新規投稿(保存ではなく公開)すると発生するらしい。
だから「新規投稿テスト」とテストしたときは問題なかったのだ。
こちらに報告も発見。

対処
今後新規記事を作る際に投稿できない場合はタイトルを変更して投稿。
どうしてもそのタイトルにしたい場合は一度公開してから変更。

ダウンロードはこちらの公式サイトから。
Teddy Hwang » Leopard Admin

インストールしてプラグインを有効にするだけです。
これをみるとつくづくMacOSX Serverを導入したいと思うわけです…

アップデート作業の詳細はＷｏｒｄPress日本語Codexの「WordPress のアップグレード/詳細」を参照ください。

１，SQLとファイルのバックアップの作成
２，プラグインの無効化
３，不要な古いファイルの削除
４，ファイルを最新に更新
５，データベースの更新
６，表示確認とプラグインの有効化

を順番に行います。

１，SQLとファイルのバックアップの作成
まずは失敗したときのためにSQLとすべてのファイルのバックアップを取ります。
SQLのバックアップ
バックアップするデータベースが「WordPress」ユーザー名を「username」パスワードが「passwd」であるとするとダンプファイルを作成したいディレクトリで以下のコマンドを実行します。

$ mysqldump -u username -ppasswd WordPress > ./sqldump.sql

ファイルのバックアップ
rsyncを使ってバックアップを作りたいと思います。
「/www/blog」フォルダを「www/blog-old」フォルダにバックアップする場合以下のコマンドを実行します。

$ rsync -av --delete /www/blog /www/blog-old

以上でバックアップの作成は終わりです。

２，プラグインの無効化
ここですべてのプラグインを無効にしておきます。

３，不要な古いファイルの削除
次に不要なファイルの削除を行います。
削除してはいけないファイルとフォルダは次の通りです。

wp-config.phpファイル
wp-contentフォルダー
wp-imagesフォルダー
wp-includes/languages/フォルダー　（言語ファイルを使用している場合は削除しないこと）
.htaccessファイル

今回削除したファイルとフォルダは次の通りです。

wp-adminフォルダー
wp-includesフォルダー
wp-content/plugins/widgetsフォルダ
ルートディレクトリにあるwp-config.php以外のWordPress関係のファイル

４，ファイルを最新に更新
次に最新版のダウンロードと解凍、上書きです。
「WordPress日本語版 リリース」から最新版のtar.gz形式のリンクを探します。
以下のようにダウンロード、解凍、上書きします。以下はディレクトリ構成が「/www/blog」フォルダにwp-config.phpがある場合の例です。

$ cd /www/
$ wget http://ja.wordpress.org/wordpress-2.5.1-ja.tar.gz
$ tar xvzf wordpress-2.5.1-ja.tar.gz
$ cd ./blog
$ cp -r ../wordpress/* ./

５，データベースの更新
ではデータベースの更新作業を行います。
これは簡単で「http://hogehoge.com/wp-admin/upgrade.php」のような更新スクリプトをブラウザから開き、「続ける」をクリックするだけで完了します。

６，表示確認とプラグインの有効化
最後にページが正しく表示されるかを確認し、順番にプラグインを有効にするだけです。

WordPressは標準で記事のアドレスが
「http://chibiegg.homeip.net/wordpress/?p=3」
のように番号だけになっています。これを
「http://chibiegg.homeip.net/wordpress/2007/11/10_213.htm」
のようにしたいと思います。これによって各記事が別のファイルと検索エンジンに認識され検索の対象になりやすくなります。

まず、wordpressのあるフォルダのパーミッションを777にします。

今回は「/home/www/chibiegg」がドキュメントルートで「/home/www/chibiegg/wordpress」にWordPressがあるとします。

$ su
# chmod 777 /home/www/chibiegg/wordpress/

次にWordPressの管理画面の「オプション」の「パーマリンク設定」を開きます。
ここで好きなようにファイル名を変更することができます。
既に選択肢にあるものを利用してもいいですし、「独自表記を以下の入力欄に記述」を使用して自由に決めることもできます。ここを
「/%year%/%monthnum%/%day%_%hour%_%post_id%.htm」
のようにすると
「/年(4桁)/月(2桁)/日付_時間_記事のID.html」となります。
ここには必ず「%post_id%」を含むようにします。
その他使用できるタグは

http://codex.xwd.jp/index.php/Using_Permalinks

を参照してください。

そして、「パーマリンク構造を更新」をクリックします。
上の方に「パーマリンク構造が更新されました。」が表示されればOK

しかしこれだけでは有効にならないためApache2の設定を変更します。
パーマリンクはApache2の拡張機能である「rewrite_module」と設定を追加する「.htaccess」を使用しているためこれを有効にします。
まずはrewrite_moduleを有効にします。

# a2enmod rewrite
# /etc/init.d/apache2 force-reload

次に「/etc/apache2/sites-available」内のサイトの設定を編集し「.htaccess」を有効にします。
編集するファイルは各自の状況にあわせてください。今回は「chibiegg-homeip」という設定ファイルを使用しているとします。

# vi /etc/apache2/sites-available/chibiegg-homeip

として設定ファイルをviエディタなどで開きます。
設定ファイルにすでに「/home/www/chibeigg/wordpress/」(ここも各自のWordPressの存在するフォルダに読み替えてください)についてのDirectory設定がある場合はその<Directry>の「AllowOverride None」を「AllowOverride All」に変更します。
「<Directory /home/www/chibiegg/>」
がない場合は以下のように追加しましょう。重要なのは「AllowOverride All」です。そのほかの部分は変更していただいても構いません。

<Directory /home/www/chibiegg/>
	Options -Indexes FollowSymLinks MultiViews
	AllowOverride All
	Order allow,deny
	Allow from all
</Directory>

以上のように変更を保存します。
もう一度Apache2を再起動しましょう

# /etc/init.d/apache2 restart

確認方法としてはWordPressのトップページを開き何かの記事をクリック。
そのときのアドレスが正しく変更されていればOKです。

ということで以前のようにこのコードの中の128と96を4:3の比率の好きな値にすることによってサムネイルのサイズ変更ができるようになりました。今回は400と300にしました。

今回参考にさせていただいたページ
cyocyo.biz

やってみると、
「ビジュアルエディタとソースエディタを行き来すると改行がすべて消える」
ということでビジュアルエディタは使いません。
せっかく便利なのに。

作業は簡単ですぐ終わります(笑)
とりあえずファイル全部とMySQLのデータベースはphpMyAdminからバックアップしてあると仮定します。
そしてプラグインはすべて無効にしましょう。

WordPress Japanから2.2.3MEをダウンロードしてきて解凍します。
ファイルをすべて既存のWordPressに上書きします。
このとき注意しないといけないのはMacを使っている場合普通に上書きするとフォルダがマージされないのでここ(フォルダー同士の更新コピー)を参考にマージしながらコピーします。
あるいはサーバー上でやるか、Windowsからすればいいのですが。以前はこれを忘れていたので失敗しました。

そしてwp-admin/upgrade.phpに節夫くしアップデート作業をします。
最後に必要なプラグインを有効化します。設定などはすべて引き継がれます。
以前変更したサムネイルのサイズもそのままでした。
すいません間違いでした。サムネイル作成機能が移動しています。こちらを参考にしてください。

一応問題なく動作していますが、リッチテキストエディタで<pre><code>タグのある記事を開いて保存すると改行がすべてなくなりめちゃくちゃになってしまったのでgoogleのキャッシュから読んできて保存し直しました。<pre><code>って重ねたら駄目なのかな。<code>だけでいいような。なんで最初に両方書いてしまったのか…

「search-hilite wordpress 設定」でgoogleから開いた例

ということでそれは大変なので探すとメール送信を外部のSMTPサーバーから送ることのできるようになるプラグイン「Cimy Swift SMTP」を見つけました。
ダウンロードはここから。

いつもの通り「plugins」フォルダーにいれて管理画面から有効化します。
すると「オプション」に「Cimy Swift SMTP」ができるのでSMTPの送信設定をします。
ところがなぜかK-OPTI.COMのメールサーバーではエラーになったので他サイトで実績のある「GMail」を使うことにしました。
設定例を挙げておきます。

Sender name:適当に
Sender e-mail:これはGMailのアドレス

SMTP server address:smtp.gmail.com
Port:465(Use for SSL/TLS/GMAIL)
Username:GMailのアドレス
Password:GMailのパスワード
Use SSL or TLS?: TLS(Use For Gmail)

この設定でTest Connectionからのテストメール送信やコメント通知機能のメールは送信できるようになりました。
しかし「Dunstan-style Error Page」のメールは送信されません。
「Cimy Swift SMTP」Test ConnectionのPHPファイルと「wp-content/plugins/afdn_error_page.php」を比べると送信関数が「wp_mail(…);」ではなく「mail(…);」になっていました。
とりあえず送信できるほうに合わそうと、「wp-content/plugins/afdn_error_page.php 」の２カ所「mail(…..」を「wp_mail(…..」に修正することで送信できるようになりました。

「Search Hilite」
このサイトより「search-hilite_1.9.zip (15.07.2006 00:47)」をダウンロードしてきて解凍します。解凍してできた「search-hilit」フォルダをフォルダごと「wp-content/plugins」フォルダーにコピーします。
そして管理メニュの「プラグイン」から「Search_Hilite」の有効化リンクをクリックします。
インストールはこれだけで設定もなにもありません。
検索ウインドウから検索すると以下のようにキーワードがハイライトされました。

「Smart update pinger」
これは参考にさせていただいたブログの方が日本語にしたバージョンをここからダウンロードし「smart-update-pinger.php」を「wp-content/plugins」にコピーします。
これも同じように管理メニュの「プラグイン」から有効化します。
設定は「オプション」の「Smart update pinger」から行います。

「Dunstan-style Error Page」
こちらもここから日本語化されたバージョンをダウンロードします。
(と思ったのですがダウンロードリンクがおかしかったのですが直リンクは失礼なのでアドレスを書いておきます。http://plasticdreams.org/uploads/projects/afdn_error_page.php.zip)
解凍してできた「afdn_error_page.php」を「wp-content/plugins」にコピーし管理メニュの「プラグイン」から有効化します。
このプラグインはそれだけでは反映されないので「表示」の「テーマエディタ」から「404 ページ」を開きます。
そして内容をすべて削除し(バックアップを取ってから)「<?php afdn_error_page(); ?>」の一行だけのファイルにします。
ほんとはこれでいけるのですが現在使用しているテーマではデザインが崩れてしまったので以下のように修正しました。
まずは「404 ページ」から。

元のソース

<?php get_header(); ?>
  <div id="content">

    <div class="post">
        <h2>Error 404 - ページがありません</h2>

		<div class="entry">
		<p>申し訳ありません、指定されたページは存在しません。リンク切れの場合はご連絡いただけると幸いです。</p>
		</div><!--/entry -->

	</div><!--/post -->

  </div><!--/content -->

  <div id="footer"></div>
</div><!--/left-col -->

<?php get_sidebar(); ?>

<?php get_footer(); ?>

編集後

<?php get_header(); ?>
  <div id="content">

    <div class="post">
		<div class="entry">
<?php afdn_error_page(); ?>
		</div><!--/entry -->

	</div><!--/post -->

  </div><!--/content -->

  <div id="footer"></div>
</div><!--/left-col -->

<?php get_sidebar(); ?>

<?php get_footer(); ?>

次に「afdn_error_page.php」も編集します。
346行目付近「<?php get_header(); ?>」
427行目付近「<?php get_footer(); ?>」
の２行を削除しました。
これで以下のように正しく表示されました。

今回は以上です。

今回はこちらの「Sidebar Widgets」の日本語化バージョンを使用しました。
ダウンロードしてきたら「widgets」フォルダーごと「wp-content/plugins」フォルダにアップロードします。
そしてWordPress管理メニューの「プラグイン」から「Sidebar Widgets」を有効にします。
これでは標準のままなので、後はお好きなように「表示」の「サイドバーウィジェット」から設定変更しましょう。

Sidebar Widgets Plugin 日本語版

編集するのは「wp-includes/js/quicktags.js」です。
まず、「function edToolbar() {」の行の上に以下のように追加します。

function edEscapeString(strOld)
{
    var strNew = "";

    for(var i = 0; i < strOld.length; i++){
        var c = strOld.charAt(i);

        switch(c){
        case '<':
            c = "&lt;";
            break;
        case '>':
            c = "&gt;";
            break;
        case '&':
            c = "&amp;";
            break;
        case '    ':
            c = "    ";
            break;
        }
        strNew += c;
    }
    return strNew;
}
function edEscapeChars(myField) {
    //IE support
    if (document.selection) {
        myField.focus();
        sel = document.selection.createRange();
        strTmp = sel.text;
        strTmp = edEscapeString(strTmp);
        sel.text = strTmp;
        myField.focus();
    }
    //MOZILLA/NETSCAPE support
    else if (myField.selectionStart || myField.selectionStart == '0') {
        var startPos = myField.selectionStart;
        var endPos = myField.selectionEnd;
        var strTmp = myField.value.substring(startPos, endPos);
        var strPos = myField.value.substring(endPos, myField.value.length);
        var strPre = myField.value.substring(0, startPos);
        strTmp = edEscapeString(strTmp);
        myField.value = strPre + strTmp + strPos;
        myField.focus();
        myField.selectionStart = startPos + strTmp.length;
        myField.selectionEnd = startPos + strTmp.length;
    }
}

次に「function edToolbar() {」の中の「document.write(‘<input type=”button” id=”ed_spell” class=”ed_button” onclick=”edSpell(edCanvas);” title=”Dictionary lookup” value=”lookup” />’);」の上に以下の行を追加します。

document.write('<input type="button" id="ed_escape" class="ed_button" onclick="edEscapeChars(edCanvas);" title="escape characters" value="escape" />');

これで「escape」というボタンができるので変換したい部分を選択しこのボタンをクリックすると変換してくれます。

今回参考にさせていただいたサイト
エディターのボタンを増やす -2

まずはユーザーを作成します。
トップページの「特権」をクリックします。

次に「ユーザを追加する」をクリック

ログイン情報を入力

ユーザー名に「wordpress」(自由に変更してください)
ホストをローカル／localhost
パスワードも決めて入力してください。
グローバル特権は「データ」と「構造」に関する権限にすべてチェックしてください。

「実行する」ボタンをクリックしユーザー登録を完了します。

次にトップページから新しくデータベースを作成します。

データベース名を決めて「utf8_unicode_ci」を選択し作成します。

次に「WordPress」をダウンロードし、ドキュメントルートに配置します。
WordPress JapanのダウンロードからWordPress のversion2.0系列あるいは2.3系列の最新版のmultilingual-editionをダウンロードします。
今回は「wordpress-2.0.11-multilingual-edition」をダウンロードし、解凍しフォルダーを好きな名前に変更しておきます。今回は「wordpress」というフォルダ名にしドキュメントルート(以下の例では/home/www/chibiegg/)にフォルダーごとコピーしました。
そしてこのフォルダー以下のパーミッションを777に変更します。

$ su
# chmod -R 777 /home/www/chibiegg/wordpress/

次にブラウザからインストール作業を行うため
「http://サーバーのIPアドレス/さっき決めたフォルダ名/」を開きます。先ほどのフォルダ名「wordpress」にすると「http://サーバーのIPアドレス/wordpress/」を開くことになります。以下のページが出ます。

「ウィザード」をクリック

「こちらをクリック」をクリック

設定画面が出るので
データベース名を先ほど作った「wordpress」
ユーザー名も先ほど作った「wordpress」
パスワードはそのときのSQLのパスワード
ホスト名とテーブル接頭語はそのまま
ブログの文字エンコードは「UTF-8」
にして「submit」ボタンをクリックします。

「インストール」をクリック
次に「First Step »」をクリック。文字化けしている場合はブラウザのエンコードを「UTF-8」にする。
First Stepでブログ名とメールアドレスの設定
Second Stepに進むとユーザー名とパスワードが発行されるのでメモしておきます。
ログインして「マイアカウント」メニューからパスワードを好きなものに変更しておきましょう。
最後にパーミッションを755にします。

$ su
# chmod -R 755 /home/www/chibiegg/wordpress/

これでWordPressのインストールは終了です。

$ su
# apt-get install php4-gd
# /etc/init.d/apache2 restart

これで投稿画面にあるアップロードから画像をアップロードするとサムネイルが作成されるようになりました。

次にサムネイルのサイズを変更しようともいます。
標準では128×96のうち小さい方にあわせられるようになっているが、ちょっと小さいので400×300にしようとおもいます。これはソースの関係上4:3がいいです。
編集するファイルは「WordPressフォルダ/wp_admin/inline-uploading.php」です。
90行目ぐらいに以下のような記述があります。

	if ( $imagedata['width'] * $imagedata['height'] < 3 * 1024 * 1024 ) {
		if ( $imagedata['width'] > 128 && $imagedata['width'] >= $imagedata['height'] * 4 / 3 )
			$thumb = wp_create_thumbnail($file, 128);
		elseif ( $imagedata['height'] > 96 )
			$thumb = wp_create_thumbnail($file, 96);

		if ( @file_exists($thumb) ) {
			$newdata = $imagedata;
			$newdata['thumb'] = basename($thumb);
			update_post_meta($id, '_wp_attachment_metadata', $newdata, $imagedata);
		} else {
			$error = $thumb;
		}
	}

この中の「128」と「96」をすべて以下のように「400」と「300」に変更しましょう。

	if ( $imagedata['width'] * $imagedata['height'] < 3 * 1024 * 1024 ) {
		if ( $imagedata['width'] > 400 && $imagedata['width'] >= $imagedata['height'] * 4 / 3 )
			$thumb = wp_create_thumbnail($file, 400);
		elseif ( $imagedata['height'] > 300 )
			$thumb = wp_create_thumbnail($file, 300);

		if ( @file_exists($thumb) ) {
			$newdata = $imagedata;
			$newdata['thumb'] = basename($thumb);
			update_post_meta($id, '_wp_attachment_metadata', $newdata, $imagedata);
		} else {
			$error = $thumb;
		}
	}

これでサムネイルのサイズも変更できます。