低消費電力Linuxサーバを活用する。サーバ構築TweetShellの使えるレンタルサーバで動かしているWordPressのバックアップを定期的に取得し、リモートに送り、そのデータを使って、運用中のWordPress環境と全く同じ環境を、他のサーバ上に構築したいです。万が一本番サーバが壊れた場合には、復旧するためのデータを手元に残しておきたいテンプレートやプラグインのテストの為に実運用環境と同じ環境が手元にほしいスクリプト一発で何時でもリモート環境を再現したいcronで定期処理することでバックアップを取りたい最初は、mysqldumpでバックアップして、WordPressの各種ファイルと一緒にtar.gzに固めてリモートに送り、その復元までを行うスクリプトを書こうとしていましたが、既に先駆者がRubyで実装済みでした。Wordmoveというパッケージ名で公開されています。いう事で、Ubuntu15.04導入後からの設定を書いていきます。Ruby2.2のインストールrubyはディストビューション付属のパッケージをapt-getでインストールすると、結構古いバージョンがインストールされるので、rbenvを使ってインストールします。rbenvは下記のスクリプトを実行したユーザーのホームディレクトリ以下に必要なファイルを配備するため、他のユーザーの環境を汚さずに、いつでも最新のRubyが使える優れものです。~/.bash_profileに、rbenvをロードするためのコードを書いて、Ruby等へのパスを通します。rubyすれば、どこにインストールされているのかがわかりますよ。Rubyを導入するために必要なライブラリを入れる。インストール可能なRubyのバージョンを確認する。時期によっては、2.3等になっているかもしれないので、その場合には読み替えてください。gemでのインストール時のオプションを.gemrcに書いておく。bundlerインストール時に使う環境変数のセット下記、4つの環境変数を適宜設定してください。MYSQL_ROOT_PASSだけは絶対に書き換えないと、MYSQLに接続できないはずです。opensslコマンドでの生成でも良いし、お好きなものを指定してもいいです。MySQLのROOTパスワードを指定してください。インストール中に使います。ローカル側に作成するDB名を指定してください。このままでもOKです。面倒なので、DB名とユーザー名は同じにします。ローカル側にコピーしたWordPressにアクセスする際のURLです。ローカル側DBユーザーに対応するMySQLのパスワード。wordmoveをインストール。initで、実行したディレクトリにMovefileができます。その中身をvi等で直接編集してもいいですし、その下に定義しておいた環境変数を突っ込んでひな型を作るスクリプトを用意しておいたので、そちらを実行してもいいです。initでできますが、ここまで、各種環境変数をセットしていたので、下記のコマンドでも作成可能です。本番環境のDB接続ユーザーや、SSH接続ユーザーは、適当な文言が入っているので、作成した後に、見直してください。このファイルはYAML形式なので、各行の先頭のスペースの数が間違っているとエラーが出ます。下記2つの環境変数は適宜修正してください。teeコマンドでMovefileを上書きする。'--verbose'_EOF_sshによるリモートログインができるようにする。SSHでリモートにログインするために、Linux、macOSから対象サーバへパスワード無しで高速ログインするの設定を行ってください。似たようなことを実施済みの方も多いと思うので、実施済みであれば次に進んでください。--all他にも、下記のようにオプションが各種そろっています。[--no-all]コピーしたWordPress環境にログインするこの例だと、wordpress.localにブラウザでアクセスすることになります。最初にアクセスすると、WordPress用の設定ファイルがコピーされていないので、初期設定画面が表示されます。初期設定といっても、コピーした環境用のwp-config.phpがないだけなので、wp-config.phpを作るまでをインストールウィザードを使って進める感じです。コピーした環境なので、間違って初期化されてしまっても問題ないので、『さあ、始めましょう!』を押します。データベース名やユーザー名は、セットアップ中に出てきた通りです。$NEW_DB_PASS』で、予め設定しておいた環境変数に入っていると思います。テーブル接頭辞は、リモートの本番環境を構築した際に設定したはずです。デフォルトだとWP_となっているとので、特に設定した覚えがなければ、デフォルトのままでいいでしょう。上記の大きな赤枠内のコードをローカルのWordpress環境状にwp-config.phpとして保存します。その後、インストール実行を押します。インストール実行を押しても、既にインストール済みであることから、『すでにインストールされています』と出て、ログイン画面に遷移するので、ログインします。上記のように、ログインしたら本番環境と同じデータが表示されました。トラブルシューティングTOPページは見れるが、カテゴリや各投稿が表示できない場合には、設定>パーマリンク設定>で『投稿名』が選ばれているが、.htaccessが無い場合には、その画面で『変更を保存』ボタンを押してください。.htaccessが再作成されます(nginxからApacheに移行した場合に、コピー元が無いのでそうなった模様)、もしくは.htaccessを有効にしていない原因も考えられます。restartしてください。-pで、設定したパスワードを指定してログイン可能なことを確認してください。リモート側で、DBのバックアップに失敗する場合には、wp-contentの下に一時的にダンプファイルを出力するようなので、SSHでログインするユーザーがそのディレクトリ上にファイルを書き込めない場合に、パーミッションエラーとなります。リモート側の権限設定を見直してください。コメントをキャンセルメールアドレスが公開されることはありません。コメントデータの処理方法の詳細はこちらをご覧ください。~ubuntu13.10+pt3+epgrecの環境構築buffaloのWHR-300HP2をdd-wrt化する。WordPress.。