大雑把な手順は以下の通り。（ちなみに訳等の作業はWindowsマシンで行っています）

1. wp-weather-en_US.poをwp-weather-ja.poにコピーし、作業マシンに引っ張ってきます。
2. POEdit（作者さんのサイト）でこのファイルを開き、対訳を変更していきます。
3. 対訳の変更が終わったら、カタログを作成します。（wp-weather-ja.moができあがります）
4. wp-weather-ja.moファイルをlocalizationディレクトリにコピーします。

上記の方法で固定文字列が日本語化されます。しかし、私は欲張って日付の書式を日本式にしたり、動的に変わるお天気なども日本語化したくなり・・・「はまりました・・・orz 」

このプラグインの流れは、「更新→weather.comに問い合わせ→wordpress DBのデータ更新→データ表示」となるわけです。当方は、「DBはUTF-8だし、wordpressやプラグインで使用する文字列もUTF-8なので問題ないだろう」と高をくくり、がしがしと動的に変わる文字列をpoファイルに登録・対訳し、ソースを変更していきました。そして、更新～。

「・・・、対訳が出てこねぇ～ 」

ソース文字列をHexコードでチェックして見るも、特に変なコードが入っているわけでもなし。「う～ん、う～ん」と呻きながら小一時間。phpの文字列操作関数群を眺めながら、「おやっ、mb_～()？、もしやマルチバイト・・・」。
ここまで足突っ込んじゃっているし、とりあえずマルチバイト系文字列に変換してみるか～とゴソゴソソースを修正＆更新～。
「うぉ、対訳出てきやがった 」
う～ん、文字列はかなり癖あるなぁ～と。（当方の知識不足は棚上げしておきます、ぉぃ）

DBのデータを一旦マルチバイト文字列に変換し、その文字列を変換用検索文字列として渡します。
変更例は以下のよう感じ。

$htmlstring .= '<br />'.__(mb_substr($xml->cc->t, 0, mb_strlen($xml->cc->t) ,'UTF-8'), 'wp-weather').'<br/>';

また、日付を海外書式（Monday, May 23）から日本書式（5月23日 月曜日）へ変換したい場合の例はこんな感じ。

$htmlstring .= date_i18n('n月j日 l', strtotime($day_forecast->lsup));

上記の例の基のデータ（$day_forecast->lsup）はデータベースを覗くと[ 5/23/11 2:13 PM Local Time ]な感じなんですが、date_i18n()とstrtotime()関数の組み合わせは結構融通が利くみたい。例えば[ May 24 ]をstrtotime()に通した後、date_i18n()に通すと思い通りの書式で出力してくれる。もし、ソースを見る機会があったら覗いて見ようかと。ここまで融通が利くと結構バグがあるかもしれんしね。（ぉぃ、疑う前に知識身につけろ・・・ごもっとも）
注：date_i18n()関数はwordpress固有の関数ですのでご注意を。

さて最後に
「まだ日本語化終わっていません、ｷﾘｯ」

と言うのも、お天気の種類がいくつあるのか分からないので、出たとこ勝負で訳しています。
作者に聞いてみようと思うので、進捗があったら更新します。
それと、この変更はまだ作者に了解を取って行っているわけではないのでファイルは公開できません。上記の問い合わせとあわせて聞いてみますので、これも進捗があったら更新します、あしからず。

他のサイトで既出ですが、当サイトもiPhoneやiPod touchのUIに適した形で表示が可能になりました～。
safariでPCイメージで見るよりは見やすくなっています。
WordPressでブログを書いていて、まわりにiPhoneユーザーがいる人は導入してみてはいかがでしょうか。
プラグイン導入も簡単ですぅ～。

• cforms IIプラグイン Version 10.6

• 記事のコメントやゲストブックに書き込むのが「こっぱずかしぃ」と思っている内気なあなた。
• 記事内容のミスをこっそり教えてくれる仏様のあなた。
• 公にできない「むふふ」な情報を送りたいあなた。（ご想像にお任せしますｗ）
• 名前やニックネームが公表されると、某国家権力に追われるあなた。
  さすがに私も丁重にお断りします。

• 間違った指定例
  var sajax_uri = ‘wp-content/plugins/cforms/lib_ajax.php’;

• 正しい指定例
  var sajax_uri = ‘/wordpress/wp-content/plugins/cforms/lib_ajax.php’;

1. 同期先で、rsync動作用設定ファイルを作成します。

# vi /etc/rsyncd.conf
[www.witkitty.com]
comment = backup for witkitty.com server
path = /backup/www.witkitty.com
hosts allow = 192.168.1.2
hosts deny = *
list = true
uid = root
gid = root

2. rsyncをデーモンモードで起動します。

   # rsync --daemon --config /etc/rsyncd.conf
   

   バックアップサーバ再起動時に備え、/etc/rc.d/rc.localに書いておいてもいいかも知れません。

3. rootユーザディレクトリ配下に「.ssh」ディレクトリを作成します。（つまり、/root/.sshになります）

# mkdir .ssh

ここまでがバックアップ先で行う作業です。
ここからは、バックアップ元で行う作業です。

4. SSHで認証公開キーを使用するようsshd_configファイルの下記パラメータを編集しsshdサービスを再起動します。
   PubkeyAuthentication yes
   sshdサービスを再起動すると、/rootディレクトリ配下に.sshディレクトリが作成されます。
5. RSA認証キー（パスフレーズ無）を作成します。以下のコマンドで途中設問がありますが、エンターキーで処理を進めます。コマンド実行後、自動的に［/root/.ssh］に認証キーが作成されます。

# ssh-keygen -t rsa -N ""

6. RSA公開キーをバックアップ先に「authorized_keys」というファイル名でscp転送します。（途中の設問には答えます）

# scp /root/.ssh/id_rsa.pub 192.168.1.3:/root/.ssh/authorized_keys

7. セキュアログインでパスワード無しでログインできることを確認します。（ログイン後はログアウトしてね）

# slogin 192.168.1.3

8. さぁ、いよいよWordpress本体のパスワード入力無しでのバックアップです。Wordpress本体のバックアップと一緒に［/etc］配下にある全ての［*.conf］,［*.cf］ファイルも一緒にバックアップしてみます。

   # rsync -auvzrlpogt ~user/wordpress 192.168.1.3:/backup/www.witkitty.com/wordpress
   ・・・略
   # find /etc *.conf -exec rsync -auvzrlpogt {} 192.168.1.3:/backup/witkitty.com/conf \;
   ・・・略
   # find /etc *.cf -exec rsync -auvzrlpogt {} 192.168.1.3:/backup/witkitty.com/conf \;
   ・・・略
   

   これ以外に個別のファイルがあるのならば、rsyncの対象にすればいいわけです。
   （rsyncのオプションはヘルプ等で確認してくださいな）

• WordPressのバージョンは同一で、新しいサイトでインストール済みであること
• MySQLのバージョンは同一であること、もしくは移行先の方が新しいこと
• PHPのバージョンはなるべく同じ方がいい
• プラグインで使用されている細かいものがセットアップされていること
• テキストファイルの文字列置換が可能な環境を持っていること
• WordPressサイトのルートURLが、新旧で相対的に同じであること
  （違う場合は、置換文字列が変わってきます）

1. 旧サイトから、wordpressルートディレクトリ配下にある必要と思われるフォルダを手元にコピーします。ここには、テーマやプラグイン、アップロードファイル等のファイルが全て放り込まれているので、当方の場合は上記条件がそろっていたので、Wordpressルートディレクトリから根こそぎコピーしました。（今はrsyncで根こそぎバックアップしています）
2. データベースバックアップファイルを用意。
   （当方はmysqldumpでフルバックアップしましたが、wordpressのフルバックアップファイルでもいいかと思いますが、使ったことがないので責任もてませぬ、あしからず）
3. バックアップファイルはテキストファイルなので、sedコマンドを使って、旧→新に一気に書き換え。当方サイトでの書き換え例は以下の通り。WordpressのルートURLが新旧で異なる場合は、必要に応じて追加／変更してください。

   # sed -e 's/senjyu\.dyndns\.org/www\.witkitty\.com/g' [マスタデータベースファイル名] > [新しいデータベースファイル名]
   

   旧：http://senjyu.dyndns.org/wordpress/
   新：http://www.witkitty.com/wordpress/
   の場合です。
   これでデータベース内の全データのドメイン名が変更されます。また、過去の記事やページに含まれている自分のサイトへのリンクも変更されるので、後でちまちま更新する必要もないし。

4. 旧サイトから持ってきたフォルダやファイルを新サイトに上書きコピーします。（心配であれば先に新サイトのファイルやフォルダをバックアップします）
5. mysqlコマンドでドメイン名を書き換えたデータベースファイルを新サイトで作成されたばかりの空のデータベースに流し込みます。

   # mysql -u root -p[rootのパスワード] [新データベース名] < [書き換えたデータベースファイル名]
   

   mysqlコマンドが使用できないという制約がある場合は、Wordpressのインポートが使えるかもしれませんが、使ったことがないので自己責任でお願いします。重要なのは、新しいデータベースは空っぽであるってことです。

# mysqldump [DB name] --host=[hostname] -u [DB user name] --password=[DB password] > [backup file name]

#!/bin/bash

dumpdir='/tmp/'
dumpdate=`date +%Y%m%d`
dumpfilename=senjyuwpdb-$dumpdate.dump
#データベース名
dbname='dbname'
#ホスト名（ほとんどの場合localhost）
dbhost='localhost'
#データベースのユーザ名
dbuser='dbuser'
#データベースユーザのパスワード
dbpasswd='dbpassword'
#圧縮ファイルの拡張子
compress_ext='.tar.gz'
#送信先アドレス
mailtoaddr='hogehoge@foo.com'

#### dump wordpress database
mysqldump $dbname --host=$host -u $dbuser --password=$dbpasswd > $dumpdir$dumpfilename

#### compress to tar.gz
pushd .
cd $dumpdir
tar zcvf $dumpfilename$compress_ext $dumpfilename
popd
#### send a mail with dump file
perl pmail.pl $dumpdir$dumpfilename$compress_ext $mailtoaddr

#
#### End of script

#!/usr/bin/perl
#
#       添付ファイル付メール送信スクリプト
#       メール送信については、LANからWANへ出来ているものとする
#       尚、このスクリプトは、LAN内からのSMTP接続のみ想定している
#       ので、外のメールサーバを使う場合はNET::SMTP::SSL認証を
#       必要とする場合がある

use Jcode;
use Net::SMTP;
use MIME::Entity;
use Net::SMTP::SSL;

#### 送信サーバ設定
#メールサーバ名
my $smtp_server = 'mail.foo.com';
#SMTPポート
my $smtp_port = '25';

#SMTP::SSLが必要な場合
#認証ユーザメールアドレスとパスワード
#my $smtp_acc = 'user@foo.com';
#my $smtp_pwd = 'password';
####

#### 日時取得
( $sec, $min, $hour, $date, $month, $year, $youbi ) = localtime;

$year += 1900;
$month++;

@jweek = ( "日", "月", "火", "水", "木", "金", "土" );
$j_youbi = $jweek[ $youbi ];

$hour = sprintf "%02d", $hour;
$min = sprintf "%02d", $min;
$sec = sprintf "%02d", $sec;

$event_time="$year/$month/$date（$j_youbi）$hour:$min:$sec";
print "イベント発生：$event_time\n";
#### 日時取得ここまで

$event_name=$ARGV[0];   #添付ファイル名
$event_mailto=$ARGV[1]; #送信アドレス

#### 添付ファイル名
my $file_path_mail=$event_name; #引数より
my $timestamp_string=$event_time;

#BCCが必要な場合
my $mail_bcc = $event_mailto;
#fromアドレス（ここがメールサーバドメインと違った場合は転送と見なされはじかれる場合があります）
my $mail_from = 'senduser@foo.com';

#### 件名
my $mail_subject = 'WordPressデータベースダンプ';

#本文
my $mail_body = <<"_MAILBODY_";

時刻：$timestamp_string
に取得されたデータベースダンプです
_MAILBODY_

#文字コード変換
$mail_subject = jcode($mail_subject)->jis;
$mail_subject = jcode($mail_subject)->mime_encode;
$mail_to = jcode($mail_to)->jis;
$mail_to = jcode($mail_to)->mime_encode;
#$mail_bcc = jcode($mail_bcc)->jis;
#$mail_bcc = jcode($mail_bcc)->mime_encode;
$mail_from = jcode($mail_from)->jis;
$mail_from = jcode($mail_from)->mime_encode;
$mail_body = jcode($mail_body)->jis;

my $err;
my $oSmtp;
my $oMime;

#ここから送信処理
#SSL認証用
#$oSmtp = Net::SMTP::SSL->new($smtp_server,Port => $smtp_port, Debug => 1);
#SMTP認証用
$oSmtp = Net::SMTP->new($smtp_server);

#SSL認証が必要な場合のエラー処理
#if($oSmtp->auth($smtp_acc,$smtp_pwd)){
#サーバ内の特定ユーザからの送信なのでエラー処理は端折ってます
$oSmtp->mail($mail_from);
$oSmtp->to($mail_to);
#    $oSmtp->bcc($mail_bcc);
$oSmtp->data();
$oMime = MIME::Entity->build(
From => $mail_from,
To => $mail_to,
#        Bcc => $mail_bcc,
Subject => $mail_subject,
Data => $mail_body
);
$oMime->attach(
Path => $file_path_mail,
Type => "application/octet-stream",
Encoding => "Base64"
);
$oSmtp->datasend($oMime->stringify);
$oSmtp->dataend();
$oSmtp->quit;

print "ok mail to $mail_to\n";
#}else{
#       $err = 'SMTP Server Authentication Error!!';
#       print "NG \n";
#       print "error : $err \n";
#}

print "end... \n";
exit;