mixhostでWordMoveを試してみた

mixhostの管理画面で公開鍵を登録(インポート)する

秘密鍵と公開鍵の生成の仕方は以前ご紹介した方法と同じなので、ここでは生成した公開鍵の登録(インポート)の方法をご紹介いたします。

まずはmixhostの管理画面からcPanelに入り、「セキュリティ」にある「SSHアクセス」をクリックします。

「SSHアクセス」から「キーのインポート」を選択します。

「キーのインポート」で下記の操作を行います。

1. 生成したキーの名前を選択(規定は「id_dsa」)。
2. 生成した公開鍵の内容を貼り付ける。
3. 鍵を生成する時に入力したパスフレーズを入力。
4. 「インポート」をクリック。

上記の操作を行うと、キーのインポートが成功する旨のメッセージが表示されます。

「SSHアクセス」に戻ると「公開キー」の一覧に登録した公開鍵のステータスなどが表示されます。

1. 公開鍵の名前
2. 認証ステータス
3. 管理設定

登録したばかりの場合、「not authorized」となっているので、認証できるように該当する公開鍵の「管理」から「Authorized」をクリックします。

「Authorized」をクリックすると、登録したキーの認可がされる旨のメッセージが表示されます。

「SSHアクセス」に戻ると、認証ステータスが「authorized」になっていれば成功です。

Movefileの設定を行う

次のようなMovefileの「production」側をmixhost用に変更します。

local:
  vhost: "http://mixhost.dev"
  wordpress_path: "/var/www/html" # use an absolute path here

  database:
    name: "wordpress"
    user: "wordpress"
    password: "wordpress"
    host: "localhost"
    charset: "utf8"

  # paths: # you can customize wordpress internal paths
  #   wp_content: "wp-content"
  #   uploads: "wp-content/uploads"
  #   plugins: "wp-content/plugins"
  #   mu_plugins: "wp-content/mu-plugins"
  #   themes: "wp-content/themes"
  #   languages: "wp-content/languages"

production:
  vhost: "http://example.com"
  wordpress_path: "/var/www/your_site" # use an absolute path here

  database:
    name: "database_name"
    user: "user"
    password: "password"
    host: "host"
    port: "3308" # Use just in case you have exotic server config
    mysqldump_options: "--max_allowed_packet=50MB" # Only available if using SSH

  exclude:
    - ".git/"
    - ".gitignore"
    - ".sass-cache/"
    - "bin/"
    - "tmp/*"
    - "Gemfile*"
    - "Movefile"
    - "wp-config.php"
    - "wp-content/*.sql"

  ssh:
    host: "host"
    user: "user"
    port: 22
    rsync_options: --verbose

「.htaccess」が同期されるとまずい場合は、除外対象として「exclude」に「- “.htaccess”」を追記しておきましょう。

WordMoveでmixhostの本番サーバーとローカル環境をSSH接続で同期するには、以下の部分の変更が必要です。

production

production:
  vhost: "本番サイトURL"
  wordpress_path: "本番のWordPressが入っている場所" # use an absolute path here

注意点として、vhostに記述するURLの末尾には「/(スラッシュ)」を記述しないようにします。

• 正しい vhost: “http://example.com”
• 間違い vhost: “http://example.com/”

「wordpress_path」はmixhostの場合、「/home/ユーザー名/public_html/ドメイン」となります。「本番のWordPressが入っている場所」と記述していますが、正確には「wp-settings.php」があるパスを記述します。

「wordpress_path」はFTPソフトなどで該当するサイトに入ると表示されるので、そちらから確認したほうが分かりやすいと思います。

database

  database:
    name: "本番データベース名"
    user: "本番データベースユーザー名"
    password: "本番データベースパスワード"
    host: "localhost"
    charset: "utf8"

「port: “3308”」と「mysqldump_options: “–max_allowed_packet=50MB”」は削除し、「charset: “utf8″」を追加しています。「database:」にはサーバー側にある「wp-config.php」に記述されている情報を記述します。

SSH

  ssh:
    host: "xxx.mixhost.jp" //FTPSホスト名
    user: "ユーザー名"
    port: 22
    rsync_options: --verbose

mixhostの場合、「host」は「サーバー名(jp3など).mixhost.jp」、「user」は「ユーザー名」、「port」は「22」となります。「ssh:」、「host」、「user」、「port」、「rsync」は「#」を外します。

最終的なMovefile

最終的なMovefileは下記のようになります。

local:
  vhost: "http://mixhost.dev"
  wordpress_path: "/var/www/html" # use an absolute path here

  database:
    name: "wordpress"
    user: "wordpress"
    password: "wordpress"
    host: "localhost"
    charset: "utf8"

  # paths: # you can customize wordpress internal paths
  #   wp_content: "wp-content"
  #   uploads: "wp-content/uploads"
  #   plugins: "wp-content/plugins"
  #   mu_plugins: "wp-content/mu-plugins"
  #   themes: "wp-content/themes"
  #   languages: "wp-content/languages"

production:
  vhost: "本番サイトURL"
  wordpress_path: "本番のWordPressが入っている場所" # use an absolute path here

  database:
    name: "本番データベース名"
    user: "本番データベースユーザー名"
    password: "本番データベースパスワード"
    host: "localhost"
    charset: "utf8"

  exclude:
    - ".git/"
    - ".gitignore"
    - ".sass-cache/"
    - "bin/"
    - "tmp/*"
    - "Gemfile*"
    - "Movefile"
    - "wp-config.php"
    - "wp-content/*.sql"
    - ".htaccess"

  ssh:
    host: "xxx.mixhost.jp"
    user: "ユーザー名"
    port: 22
    rsync_options: --verbose

WordMoveコマンドを実行してサイトを表示する

WordMoveコマンドを実行して、本番サーバーとローカルを同期させます。VCCWがあるディレクトリまで移動した後、下記の順番でコマンドを入力します。

vagrant ssh

cd /vagrant

wordmove pull --all

コマンドが実行されると本番からファイルがローカルにダウンロードされます。ダウンロードが無事に成功すると、下記のように「Pulling Database」にチェックが入り、sqlがdumpされた旨のメッセージが表示されます。