とりあえず、問題なくインストール完了♪

新しいブログが出来たよってメールも届いたんでちゃんと動いてる見たい。

後は何が必要かな？
前回インストールしたときは、GDとかimagemagickが必要になった気がするけど、、、
必要になったときにインストールする事にしよう～♪

を購入したんですが、プログラマで無い私には難しく・・・・。
もう少し、基礎が書いてある本が～って探してたら、

著者の藤本 壱さんのサイトで、「WordPressで学ぶphpとMySQL♪」のPDF書籍を発見！

早速、購入しました。

いいですよ、この本。
eclipseを使ったデバック方法も解説してくれるし、本当助かります。

やりたかったのは、商品IDを一括返還したかっただけなんですが、、、
　例：
　　変更前 → Sample
　　変更後 → sample
商品が２００個くらいあったんで、一括でできないかと思い。。。
最終的にはphpMyAdminで一括変換出来たんですが、とりあえず文字化け記事を。

• phpMyAdminで事前にエクスポート
• 念のためSSH接続でSQLデータをdump
• Easy Populateで全商品削除
• Easy Populateで一部データベースが削除できないエラー発生
• データベースの中身を削除
• phpMyAdminでバックアップしたファイルをインポート
• 文字化け発生（焦る）
• SSHでdumpデータを復旧
• 問題解決

EasyPopulateのエラー
管理画面に

Deleting of product data debris failed! please see the debug log in your uploads directory for further information.

って！！！？？
EasyPopulate導入時に作成したtempフォルダに「ep_debug_log.txt」がありました！

Product debris corresponding to the following product_id(s) cannot be deleted by EasyPopulate:
123(URLで使われるID):123456（セッションID？）
It is recommended that you delete this corrupted data using phpMyAdmin.

phpMyAdminで事前にエクスポートしたデータは、文字コードはEUC。
コメントは文字化けしてないけど、データが文字化けしてる。。。
UTF-8で再読み込みするとデータの文字化けは直るけど、コメントが文字化け。（まぁ、そうですよね）を見ると、確かに

こういったときって、どうすればいいのかなぁ。

SSHでのdumpコマンドもよくわかってなかったので、以下を参照

　mysqldumpでバックアップ＆復元 – phpspot

復旧時は、パスワードも必要

$ mysql -u root -p データベース名 < dump.sql

パスワードを聞かれるので、入力。

今回は、これで文字化けも解消。

うぅ、、、知識が無いって・・・。

■環境
ZenCart：Zen Cart 1.3.0.2-l10n-jp-5
PHP：5.2.11
MySQL：5.0.67
phpMyAdmin：2.11.9.5

実施した手順は、こんな感じ。

• 本番環境と同一バージョンのMTファイルで環境構築
• 本番環境のサーバからphpMyAdminを使ってSQLファイルをエクスポート
• テスト環境のphpMyAdminでSQLをアップロード
• 文字化け発生

なお、本番環境の運用状態がそもそも変？
MTはUTF-8だけど、データベースの照合順序はEUCになってる？（本番環境のphpMyAdminでテーブルを参照すると文字化けしてる・・・）

SQLファイル開いて文字コードをUTF-8等の文字コードで再保存したり、本番環境のphpMyAdminでエクスポートする際の設定変えてみたり・・・。
半日以上、費やしました・・・。

Googleでも色々と検索しながら作業してたんですが、最後に見つけたのがこれ。

　iandeth. – Movable Type + MySQL 4.1 を組み合わせると日本語が文字化けする不具合／障害の解決方法
　

色々書いてありましたが、参考にした部分は

4.2) Movable Type 3.2 以降の場合

MT3.2からは mt-config.cgi の

SQLSetNames 1

設定を施す事で、上記 CGI 修正と同様の効果になります。

藁をもつかむ思いで、mt-config.cgiにSQLSetNames 1を記載したところ、、、、

あっさりと解決！！！

もう、びっくりですよ！！！

感謝感謝

本番環境がMySQL：4.0.24で、テスト環境がMySQL：5.0.77とバージョンが違うことが原因って感じですね。

■本番環境
MobvableType：4.27
PHP：4.4.9
phpMyAdmin：2.6.4-pl3
MySQL：4.0.24

■テスト環境
MobvableType：4.27
PHP：5.1.6
phpMyAdmin：2.11.9.5
MySQL：5.0.77

後から中古パソコンやで購入したLatitudeD400の方が、サクサク動く感じ。

で、先日、このホームページもLatitudeD400に移行完了。

ちょっと、作業した項目をメモ。

■D400再インストール

■NTP設定

■SSH設定

■SELinux停止

■Firewall設定

■Webサーバインストール

■MySQLインストール

■phpMyadmin導入

■mbstringインストール
　http://detail.chiebukuro.yahoo.co.jp/qa/question_detail/q1112447956?fr=rcmd_chie_detail

■サーバ移行
　データベース，ファイル移動

とりあえず、このくらいかな。

とりあえず、WordPressはプラグインでデータベースを自動的にバックアップしてくれるのがあったんで、毎日バックアップしてメールで自分に飛ばしてます。

ZenCartはそういったプラグンを見つけられなかったので、検索して幾つか試してみました。

まずは、簡単なツールを検索したところ以下のサイトを発見
　★MySQLの自動バックアップ phpMyBackupPro (masha.webTechLog)
手動でバックアップは出来ましたが、クーロンで自動実行するところでちょっとつまずいて、とりあえず後回し。

次にスクリプトを書いて実行する方法を探して、以下を発見
　★MySQLのCRON自動バックアップ – overseas*fun
実行時に

RMFILE=mysql.`date -v -”$KEEPDAY”d +%y%m%d`.gz

で“-v”に関してエラーが出てたので、こちらのページを参考に編集
　★MySQLの定期的バックアップ（cron） : Project MultiBurst
最終的にこんな感じになりました。

#!/bin/sh

PATH=/bin:/usr/bin:/sbin:/usr/sbin:/usr/local/bin

KEEPDAY=10
TODAY=`date +’%y%m%d’`
DBDUMP_FILE=mysql.$TODAY
RMFILE=mysql.`date “-d$KEEPDAY days ago” +%y%m%d`.gz
HOME_DIR=/home/testdir
BACKUP_DIR=$HOME_DIR/dbbackup

cd $BACKUP_DIR

mysqldump -Q  \
–user=dbuser –password=dbpassword testdb >\
$DBDUMP_FILE

gzip $DBDUMP_FILE >/dev/null 2>&1

if [ $? != 0 -o ! -e $DBDUMP_FILE ]; then
echo “SUCCESS! MAYBE!”
rm -f $RMFILE
exit 0
fi

クーロン出の実行は、レンタルサーバの管理画面から設定できたので割愛しますが、上記の参考にしたサイトにも書いてますね。

■その他参考
　★MySQLのバックアップをcronを利用して定期的に行おう！！ (プログラマ 福重 伸太朗 ～基本へ帰ろう～)