それではお時間となりましたので Wordpress Dataの引っ越し方法について
様々なバリエーションをしろを始めていきたいと思います。
どうぞよろしくお願いします。
今 Zoomでチャットで書いておりますので ありがとうございます。
なんか Zoomで反応やら何やらいただけるととても嬉しいですから
ありがとうございます。コメントもどんどんいただいて リアクションもいただいたら嬉しいです。
ありがとうございます。
はい、事前アンケート事前に今提供させていただいておりました。
こんな感じで 引越しについての注意点とか 失敗談とか 確認すべきことなどなどを知りたい
自分のやり方が当てるのかなって 知りたいといったようなことをいただいております
そういった話ができればなと思っております
はい 今日 まず詳細なんですけども こちらです
ワードプレスにおいて 作業を始めるとき 最終的にサーバーにアップロードするときなど
必ずといっていいほど発生するのが ワードプレスのデータの引越作業です
そうですね 確かに プラグメよりをして簡単に移動する方法から
ファイルとデータをそれぞれ手動で移動させる方法まで
移動する環境間の状況次第自在的な方法は異なります
今回はワードプレスデータの引越し方法について
いくつかのパターンをご紹介しますという形で
進めていきたいと思います
実際にお勧めしているのは ワードプレスとローカル
ワードプレスを ローカルと本番サーバーでうまく動機したい方
開発官業から本番への繁栄方法に自信がない方などなどについて 情報を共有できたらなと思います
はい で 今日の講座の内容です
なぜ 移動をする必要があるのかっていうところをまずご紹介し
まず 初めに 本番からローカルへのデータの移行方法
その時に プラグヨン利用する場合と ファイルやデータを主導で移動する場合の内容をお伝えします
そして今度は ローカルから本番へのデータの移行方法
こちらについては ローカルの環境構築時と
実際のアップデート時の本番環境の際が 小さい場合と大きい場合で
考えることがちょっと異なってくるかなと思いますので
その辺りのことを中心にお届けしたいと思います
また プラグインを利用した部分的な移動というところについても
ご案内していきたいと思いますので
約1時間ほど どうぞよろしくお願いします
さて では 本題に入っていきましょう まず なぜ移動する必要があるのかですね
手元に作ったローカル環境があるとしましょう ローカル環境がわからないという方は
今日はちょっと難しいかもしれません ローカル環境というのはご自身のパソコンで
ワードプレスが動く環境を作り そこで作ったものですね そのデータを
本番のサーバーに つまりリモートのサーバーにあげたい場合
ここには必ずエダの移動が必要ですね 引っ越しが必要ということになります
さらには 本番のサーバーの情報を手元の ローカル環境に取り込みたい場合
こういったこともありますね と 例えば 今 サイトがあって
こちらを元に新しい機能を取り付けたい でも いきなり本番サーバーで作業するのは
もしかしたらバグが発生して サイトが止まってしまうかもしれない
じゃあまずは手元で失敗できる環境に その本番環境と同じものを作って
そこの中で作業を押し続けたいな そしてそれが無事にできたら
本番環境に適用したいなみたいなことって あると思います
そういった際には本番環境のデータの情報 本番サーバーの情報を
手元のローカル環境に持ってくるという 必要がありますね こういったこともあると思います
そして手元で作業しました
ただ、その作業を本番にすぐに移動するんではなくて
一旦その手前の状況で ステージング環境で
まずは試したいということもあると思います
この場合 ステージング環境は本番環境のデータを取ってくることも必要ですし
手元で作業したものをそこに移動する必要もあるということで
このように様々な場合で
代償いろんなものがありますが
データを移行する必要があるということですね
このWordpressのデータを引っ越す元の環境から 新しい環境に引っ越す必要があるという時に
どういうのを用にすれば それが実現できるかということについて
お話していきたいと思います
後から入ってこられた方もおられるので こちらの資料のURLは
今チャットの方にお送りしております
動画で見られてる方は概要欄か何かしら不均に そのデータがあると思いますので
こちらをご確認くださいませ
では早速本題に入っていきましょう まずはリモートサーバーですね
本番でも何でもいいんですけども 本番から手元の環境 ローカル環境へ
データを移動する場合の方法というところから 進めていきたいと思います
そこでやっぱりワードプレスですから プラグインを利用するのが一番簡単かと思います
その時にサッコンですと一番メジャーかなというか テッドルバヤク簡単だなと
私が思っているのが All-in-one, WP Migration, and Backupというプラグインを使うという処方になります
このプラグインですね 日本語での内容もあります ここですね
2013年に発表される6000万数以上のサイトで利用される All-in-one, WP Migrationはワードプレスで
最も信頼されるプラグインに称すと 非常に簡単にサイトを移行することができます
というふうに書いてあるんです あ 簡単そうな気がしますね
そして500万以上のサイトでアクティブインツドールですから 信頼もあるでしょうということで
こちらが一番いいかなと私も思っております
こちらですね 基本的には無料で利用いただけます
ただ 移動するサイトの情報量が多い場合には
有料なエクステンションを購入いただく必要がありますということで
こちらは現在年間69ドルという内容になっております
こちらは最初の方は問題ないと思います
後から何かしら大きいデータを動かさ ないていけないとか 非常にデータ
が多いページを移動する場合には 有料のオプションを考えていた
口をがあるかなというところです やり方は非常に簡単です このあたり
はご存知の方はご存知の内容かもしれません 一応知らない方のために
お話しておきます まず 移動元と移動先 今回ですと 例えば
本番とローカルにおいて 両方にワードプレスがインストール
してあるのが前提です そして この All-in-1 WP Migrationが両方でインストール
されて 融合化されているという ところがポイントですね その
状態で移行を元でエクスポート を行い 移行先でそのエクスポート
したファイルをインポートするという だけで作業が終えられます 簡単
に管理画面を見てみましょう All-in-1 WP Migrationをインストールして
有効化すると このようにメニューが増えます そして Xportとインポート
をふたすともの内容がありますね ここですね はい この Xportをクリック
します すると このように Xport先というのが出てきまして ここを
クリックし ここからファイルをクリック します これだけで 基本的には
Xportの準備が始まり 今 このワードプレス内にあるメディアの情報
も テーマの情報も プラグインの情報も データベースもワードプレスに
かかわるそのファイルすべてが こちらにまとまってダウンロード
できるようになりますという形です これがXportという内容ですね とても
簡単です そして 次にインポートです また今は同じサイトでご説明しますが
このサイトから今度 行こう先ですね 行こう先において 今度は同じように
Wordpressが入ってて このAll-in-one WP Migrationがインソール
されている状態ですからね そこで今度はインポートを選びます
そしてインポートのところで インポート元として 先ほどラウンロード
したXportのファイルを選びます そしてそれをインポートすると
目でたく何も触ることなく 新しいところに移行元のデータが
すべて映るという形になります 簡単ですね
これが最もテッドリバイク楽な方法かなと思います
はい これをやったときには一応注意点があります
本当 注意点としてまず一つ目は
ワードプレスのコアファイルは動かないということです
ですので どういうことかっていうと
ワードプレスのコアが移行元では例えば6.2でした
そして新規のサイドの方では 6.7でしたってなった場合に
このワードプレスのバージョンの際は そのまま残ります
ですから 例えばそうですね
できることなら 新しいバージョン 使っておいていただきたいですが
行こう前のサイトが 例えばワードプレスがすごく古いバージョンだった
4.9.何 何 何みたいなもので すごい古いバージョンだった
そして 行こうできるわーと思って 新しいサイトの方に
ひとまず 新しいワードプレスを入れた
その場合 6.7になりますので
4.9と6.7では 大きなバージョンの際があります
このときにインポートを行うと Wordpressのコアとの相性の問題でうまく動かなくなるケースがあるかもしれません。
ですので 可能な限り Wordpressのコアのバージョンは揃えておく必要があります。
また今ちょっと話をしていて思いましたが PHP、MySQL、Web ServerなどのMiddlewareと言われるものですね。
は もちろん異なったままになります
Pack Server環境に依存ですね ですので 例えば 古い以降 元の
サーモバーはPHPが5.6でした そして 新しいほうは8.2でしたって
なると おそらくどこかがおかしくて 動かなくなるケースがあります
ですので このあたりは お気をつけ いただいて うまくそのバージョン
合わせた状態 もしくは手元の環境に近い状態の環境へ移動する
のがいいかなと思います また もう一つ ちょっとあるんです ここを
より専門的な話にもなってしまうん ですが Wordpressを引っ越しますって
なったときに WordpressのCoreファイル と 例えばWPInclude,WPAdmin,WPContent
といったWordPressに関連するフォルダー については移動がされます ただ例えば
そのWordPressとどう回送にある他のファイル って結構あるんです 例えばCustomize
の仕方がちょっと特別で CSSとかJavaScriptについてはルート回送にWordPress
は別の例えばAssetとかDistといった フォルダーで保存されてましたっていう
ケースであるとか 例えば ディレクトリー 直下にコンポーザーがインストールしてあって
コンポーザーで依存するファイル分が ルート回送に置いてある状態とか
それ以外でも PHPですから Wordpressっていうのは
Wordpressと同回送に特別なカスタマイズをした PHPが置いてあり
その PHPがテーマ側から読み込んでいるなどで
それらがないと動かない場合とかっていうのって まああります
その場合にオールアンマイグレーションで移動したとしても 結局オールアンマイグレーションで動かすファイルというのは
既存のワードプレスに関わるファイルの場所だけというのが 設定のもともとにありますので
そのワードプレスではないっても 同じワードプレスの解散に入ってるファイルというのは移動されません
結果として移動したら ワードプレスがうまく動かなくなっちゃったみたいになるケースがあります
ですので、そのワードプレス以外でどう回送にディレクトリーがあり、
そこに依存している可能性がある場合には注意が必要というふうにお考えください。
早速ちょっと難しかったでしょう。
伝わればいいんですが、あの、分かんないことありましたら、こちらの質問ですね。
質問のタブの方があります。このPOLSの方じゃなくて、こっち側ですね、QAがありますので、
こちらに質問しておいていただければ 後ほどまとめてご回答しますので
ぜひご利用ください 今日の期待している人ごと
ちょっと振り返ってみましょうか 大丈夫かな こんなぐらい
もう全部読みましたかね じゃあ 次行きましょう
では その次に 容量が大きいとダウンロードできませんよみたいな
有料のプラグインが必要になりますよ みたいな話をしました その際に
メディアのファイルだけ移動を手動に することでデータの容量を軽く
するって言うのも可能です ワードプレス このようにどんどん
どんどん記事を書いていくと 今 これはさらのワードプレスなんで
一記事ですけども これが数十記事 数百記事 数千記事ってなりますね
そうするとそれに利用されてる画像 もどんどん増えますので このメディア
というところにも非常に多くの画像が増えてくるというよっぽになります
テキストデータであるこの投稿のモジレータというのはそれほど
言っても大きくなることはなかなかないです
よっぽど数万件のデータがあるとかでない限りは
大きくなることはないんですが
このメディア画像のところであるとか
ここに何かしらバックアップが入ってるとか
いろんなことがあると
ここの部分は非常にデータとして
大きく重くなる可能性があります
そのときに そのデータ5と毎度Xportをしていると
なかなか重くなってしまいますね
そのときに このOreone WP Migrationにおいては
Xport時にさまざまなものが除外できます
例えばメディアも除外することが可能です
どのようにするかというと
Xport時にこのコードなオプションっていうものを利用します
ここを利用すると ここに 例えば スパムコメントはエクスポートしないとか
ここですね メディアライブラリーを エクスポートしないっていうのがあります
ここにチェックをつけると ワードプレスのプラグインやテーマ データベースなどは
エクスポートの中に対象になりますが メディアライブラリーは
エクスポートの対象にならない というようなことが可能です
こうすることで かなり データとしては 削減された 小さい量のデータを
エクスポートすることが可能になります そうするとインポート時も割と素早く作業ができますね
ただ ここで注意は必要なのは 画像は当然ついてきませんので
WPコンテント 消えてる コンテントスラッシュアップロードというフォルダーにあるファイルについては
主導で 例えばSHHを使って クライアントソフトを使って ファイルをアップロードするといったようなことが必要になりますが
こうすることで 少し簡単に 手早く 軽く移動するということもできる方を思います
これが まず一番最初にお伝えしたい
最もシンプルで 簡単な ワードプレスのデータの移行の方法という形になります
ここではご説明をしませんでしたが この本番からローカル
もしくはローカルから本番なんでもいいんですけど 移動するときって
WordPress自体のURLが変わることが多いですね
今 例えばこのローカルのものだと
今 ローカルホスト8888番っていう内容になってますけども
こういったものから
本番はおそらく通常のドメイン 例えばメガネブログ.comみたいな
ドメインなはずなんですよね
そうすると WordPressの中に入っている
このWordPressの中のデータベースの情報としてある
サイトのURLっていうものは 変更しなければなりません
こちらについても All-E1 WP Migrationを使った場合には
自動的にそのWordPressがインストールされているところの
ドメインへと全て 時間がインポートの作業の間に行われます
これもとても便利なところでして
これらもうすべて任せるといった意味でも これのプラグインが使えるのはとてもいいことかなと思っています
ここまで All in One WP Migrationの話をお伝えしました ここまでよろしいでしょうか
ここからだんだん難しい話へと進めてまいります
はい では 今はプラグインを使いましたが 様々な理由でプラグインを利用しない場合もあるかもしれません
その場合に じゃあ 実際 主導でデータを取得して移動する場合にどうしたらいいかということですね
これが一番基本的な基礎操作となりますので こちらの部分を見ておきましょう
この基礎操作を見ることで この基礎操作からプラグインで移動する間のどこかで
WordPressのデータの移行は 目的に合わせて行うということになりますので
その一番基礎部分も分かっているということは ポイントかなと思いますので ご説明を差し上げます
で 基礎としてWordPressのデータを動かすという時に 必要な項目は大きく2つあります
2つ
2つは何かというと 1つ目はファイルですね
ドキュメント直下のすべてのファイルを 移動する必要があるという形になります
例えばWPコンテントとかWP Adminとかっていうフォルダもありますし
WP Configとかっていうようなファイルもありますということですね
そしてそのファイル群 実ファイルはこちらを動かしますが
それだけではデータは動きません
MySQLに保存された該当のワードプレスのデータベースのデータ
こちらも必要になります これらを移動するということが
この2つデータとして移行する必要があります
じゃあ それぞれをまず取得して モトデータから取得し
そして新サイトの方に配置するという作業が必要になりますということですね
じゃあ それぞれどうするかっていうことを見ていきましょう
まず1つ目のSSH データの取得のこのファイル群については
SSH もしかにSFTPなどで接続して
ルートディレクトリー以下のファイルすべてをダウンロードするというのが流れということになります
このファイルを全部ダウンロードするときに
フォルダーをDRAG&DROPとかで
FTBソフトでダウンロードしていただくでもいいんですけども
もしコマンドラインツールが使われる方
コンソールが使える方は
圧縮してそのディレクトリーを
一度一つのジップファイルなどにしてから
そのファイルだけダウンロードすると
軽いですし 一度に転送が済むので便利ですね
例えばこんな感じです
Star-ZCVFで 補下ターGZをディレクトリーに書いてますけども
ここがWordPressの入ってるディレクトリー名ということになりまして
それらの中にあるすべてのファイル群を
このター.GZ形式に変えて圧縮しますよというコマンドを叩いています
こうすると このファイルは1個ダウンロードするだけで
そのディレクトリー内のすべてのデータが取得できるということになります
で これが パイルのほうです そして 次がDBですね データベース
のほうは 例えば BHP My Admin などの データベースをさばれるソフトウェア
からエクスポートするという方法 が一つにはあります どういうことか
っていうと ここの BHP My Admin って見られたことありますかね
こういうやつですね ここに今 パードプレスのデータベース
こういうものがあるわけですけども この中身をExportしましょうという形になります
Exportの方法ここにあるのでExportって押して こちらをチェックして
ここからアッシュク例えばジップにして Exportってすると ここでデータベースがExportできました
というふうになりますね これで SQLのデータが取れたという形になります
このようにデータベースを直接触れる これは PHP MyAdminというソフトウェアですが
それがWeb上のサイトにある場合は こういったもので作業が可能です
これもない場合というのもあります ない場合には
DBを直接ダンプしないといけませんから この場合に
例えば MySQLのコマンドを直接叩く場合は こんな感じですね
MySQLダンプ ユーザー名へ パスワードでやりますよ
で デビーメ デビーメへ
で Xportで何かしらの 補給 SQL 大な形でコマンドを伝うことで
MySQLからデータベースをダンプするということが 可能になります
で これはなかなか面倒ですし
つどつどはデータベースのユーザー名やパスワードを取得しないといけませんから
それら覚えるのもなかなか大変だったり 調べるのも大変ですからね
その場合に簡単にそれができるのが WPCLi というものになります
WPCLi を利用すると
DB とすぐに接続できて WPDBXPORT でするだけで
そのワードプレスに関わるデータベースの情報を簡単にクスポートすることができます
これは今 ホームディレクトリーにある ホームディレクトリーに保険SQLというふうにしてますけども
そのようにすれば データベースがダンプできるようになるという形です
ご安心してください 今 ここからなんとなく気づいたと思うんですけど 大変そうですね
大変そうですね。
あの、突然、メガネさんがコバンドの話をしだしたぞ みたいなことになってるかもしれませんが、
あの、実はですね、そういうことです。
で、これからもちょっとこういった話を続けます。
えっと、わざとというか、どうしても必要になるからです。
っていうのが、あの、引っ越しを本当にちゃんと、例えば本番サーバーに何かしらをデータあげるってなったときに、
プラグインを使わずにやる もしかプラグインだったけどうまく
いかなかったっていう時に どういった修正とかどうすれば対応できるか
っていう時にこういった知識が必ず 必要になるってことなんですよね
例えばそれはサーバーへの接続の方法であるとか サーバー内でコマンドを使って
いわゆる黒い画面を使って サーバー内を操作する方法とか
じゃあ実際にWP All In マイグレーションは どういった操作をしているのかなっていうことの理解であるとか
じゃあ先ほど言ったような MySQLからデータをダンプしたり MySQLに今度はデータを新しくインポートしたりする
MySQLの操作とかファイルのジップ展開とか そもそも黒い画面の操作とか WPCIの理解とか
何かしらうまくいかないなってなったときに それらは復旧できる力とか こういったものが総合力として
ワードプレスの引越しの中においては必要になるということになります で 今はこの中身の概要を
開図までは1時間でく説明するチャレンジをしておるという内容になってまして
別に怖がる必要もなく 順々に学んでいけばいいことなんです
一つずつやっていけば きっと どなたでもできる形のものだと思いますが
こういったものに興味がないと なかなか厳しいと思いますので
手動で引っ越しがまずは難しいな ということについてはご理解いただけたらいいかなと思います
で これからちょいちょい出てくるWPCLIについても
これは 特にエンジニアの方で まだこういったことを知らない方であれば
非常におすすめで協力なツールとなっております
なので この辺りも 触ってみていただくと
非常に良いかなと思います
Wadpressのコマンドラインツールとして
様々なことができるツールということになっています
ちょっと今 簡単なデモをお見せしましょう
今 ここがLSTすると このように
Wadpressが入ってるディレクトリにいます
で ここでWP そうですね ポストリストでやると
ごめんなさい ポストリストでやると このように
今はWP CLIを使って
ポストの中のリストを出してください っていうふうにしました
なので 結果として そのポストのリストが出てきたって感じですね
WP Page Listにすると ページはないのか
例えばWP User Listでやると Userの Listが出てきます。
このように参照することもできますし、 ここからさらにWPDBを使ってExportしたり、
WP Importしたりっていうようなこともできます。
例えばWP Plugin Listでやると ここに Pluginの Listが出てきて
WP…あ、ちょっと待ってください。上に行きましょう。
WP Plugin Install
コンタクトフォームセルンって 5Dかな
あ、よかった
このようにすると WP Plugin Listってやったときに
今までなかったコンタクトフォームセルンが ここにインストールされました
つまり管理画面からインストールしたのと同じですね
でwp プラグイン
えっと
コンタクトフォーム
7
アクティベイトやると
あ wp コンタクトフォーム プラグイン インストールでいこうかな
こうすると 今は プラグインは オールデイでインストールですよ
もうインストールしてますよってなった上で
アクティベイティング コンタクトフォーム7という形で
プラグインが コンタクトフォーム7がインストールされて
さらにアクティベイトまでされました
実際に管理画面に見ていくと
プラグインのところに行くと ちゃんと
コンタクトフォーム7は インストールされており
さらに有効化されている状態というのが分かりますね
このように このコマンドラインツールを使って
WordPressを簡単に操作できるっていうのが この仕組みです
そして やや そんなの管理画面からやればいいじゃんって思っている方は
あっ 今 見えてなかったか もう一回
ここだ こっち はい こっち行くと
コンタクトフォーム7がここにインストールされてますね
そして有効化もされてます
このように コマンドラインツールを使うと
自動化もできますし サーバーの中でいろんなものができるんで
直感的で早く 直感的というか早くですね
ペットルバイアルと作業ができるというメリットがあります
サーバーのこれから移行するときのデータの手法においては
いくつかこれを使ったものをお伝えするんですけども
こういったものがあるとより手動でやるときにも
効率的に行えるということになりまして
少しこのあたりも触れていこうかなと思います
今日 陳分勘分という方は
そういうものがあるんだなっていうふうに思っておいていただければと思います
はい
で じゃあ手動でやるやり方をしましょう
手動でやるときにデータベースをまずはエクスポートするんですけども
タンプするときもWPDBエクスポートっていうふうにしたら
これで該当するワードプレスがのデータベースだけがエクスポートできるという形で
データをエクスポートすることができます
はい で 今度は本番側です プラグミンを使う場合はインポート
するだけでしたけども これも1からやる必要がありますという
形ですね まず一旦ワードプレイスが動く環境を本番側にも作って
おく必要があるでしょう そして この時にファイル群 こちら側で
取得したファイル群を今度は FTPソフトなどを使って本番側に上げる
わけですけども このときにWP Config PHPだけは変更しないようにする
というのがポイントです というのもWP Config PHPというところ
のファイルの中にWPデータベースに接続するための情報が全て入っている
からですね この内容をもうローカルとか他の
環境のものに変更してしまうと 新しい環境で今度はデータベース
接続できなくなるということになりますので ここの部分だけは上書きせずに
それ以外のものをアップロードして 上書きするという形になります
で データベースをインポートする際にも また CLI が使えます
WPDB 今度はインポートですね そして SQLファイルメートすれば
SQLのファイルがインポートされます もちろん PHP MyAdminを使う場合も
それは可能ですね こちらからは ここでインポートっていうものが
ありますので ここでまたファイルを選んでいただいて インポートして
いただくとデータベースは入るという形になります これで終わった
ように見えるんですが データベースの中のドメインが
変わってないんですよね 先ほどお伝えしたとおり プラグミンを
使う場合は データベースの中のドメインも全て自動的に
に遅感されるという話をしました ただ 単純にExportしてタンプした
データベースを新しい環境にインポート した場合には そこのデータベースの
中身に書いてあるドメインは前のまま になります ですので データベース
上にあるすべてのレコードの中から ドメインを探し出し そのドメイン
を元々のドメインから新しいドメイン に変更する必要があるということ
になります 面倒くさそうでしょう 面倒くさいですよね これも実際
にいろいろやると大変なんで ここもwp cliが使えます Search replace
っていうコマンドがありましてwp search replace そして old newですね もともとのドメイン
から新しいドメインに置換します っていうコマンドがあります このコマンド
たたくと今 そこのデータベースにある 該当の文字列が全て古い方から
新しい方に上書きされるという形になります で いきなり上書きしちゃう
の非常に怖いですよね 毎日間違ってるかもしれません ですから
その際にDrylanっていうコマンドもあります これをすると実際に置換するような
行動をし その置換はしてないけども 結果としてこれだけの数が
地感されますよっていう数が出るという 使用になっています 実際にやってみましょう
今 まずローカルを見ましょうか WPオプションを見てみると ここに
サイト URL ホーム URLのデータのところは
HDDP / ローカルホスト8888番っていうふうに書いてあります
これがデータベースの中のドメインで 入ってるものですね
こちらにつきまして 先ほどの時間を使って 書き換えてみたいと思います
具体的には8888を8889に変更してみたいと思います
じゃあ コマンドラインツールを使ってみます
ここに行きました ここで
コマンドをコピピエしてきましょう コピピエして 貼り付けます
WP Search Replace 元々の8888番から8889番にドライランしますようですね
これでエンターします
あっ ドライランのあれが違う
こうか はい こうすると今 もうデータベースが非常に高速に作業しましたので
今いきなり結果が出ましたが このように何かしらが出てきます
この中身は このサーチの検索をまず行って
リプレイスメントのガイドの候補になるものを
テーブルごとに数として表示してくれているというものになります
例えば WP Optionsというテーブル内の WP Valueというところにおいて
3つガイドの変更がありますよ っていうようなことを言ってくれてますね
その他 WP Postのポストコンテンツ 本文内では2箇所そのドメインが使われてるぞとか
その他GYDのところでも8個使われてるよみたいな内容 ユーザーのURLでも
それがありますよみたいなことが出てきます このようにですね
1コマンドを叩くだけで そのデータベースの外当のどこに
何があって どういうふうに変更するのか 今 これがあっているのか
どうかっていうのが見れるわけですね これはドライランなので
実際には実行されていません じゃあ 実行を実際にしてみましょう
このドライランを削除します で エンタ押すと タクセスメイド
14リプレイスメントっていうふうに 出ました 同じようにバリューの
内容が出てますが これを今度は 実際に変わってるかどうかを
PHP Myadminで見てみましょう こっち側に移動して ここに来て
今まで8888番でした これをリロード すると このように8889番に変わりました
で ことなので 8,888番でアクセス しようとすると もうドメイン変わっちゃってて
8,889番にリライリクトされようとした 結果 ページが全く出ないといったような
不具合が今起こっています これはわざとなんですけども 今 ドメインを
置換した結果 サイトが全く表示されなく なっちゃったっていうことですね
データベースを置換するって 平気で こういったことが起こります 特に
本番サーバーのデータベースを こうやって時間するなんてのは
非常にリスクのあることで 大きな力を持つものなので
非常に注意が必要だということについても 覚えていただければと思います
じゃあ 戻しましょう ここで もう一度コマンドラインツールに
戻してきます 今 このコマンドで変えましたから
ここの中身をちょっと改ざんします 今度はこの元々をこっち側にして8889番だったものを8888番に戻しますよと
で 一応ドライランしときましょう ドライランするとこのように
さっきと同じ数のものがきっとここに出てきているはずですね オプションとかコンテントとか
GUIDとか さっき見た数と似たようなものが出てます
じゃあ これは合ってるだろうってことで ドライランを消して 実際に時間します
はい これでまた時間がされました これできっと
元に戻るはずですね データベースを改めてみましょう
ここに来て 今 8,889番でした もう一度リロードすると
8,888番に戻ってるということで もしかしたら リダイレクトが聞いちゃっても
見れないかもしれませんが 見れないか 8,800
つらしてWP Adminぐらいだったら見れるかな?
はい 見れますね
このようにサイトが無事に表示されました
こういった形でデータベースの時間っていうのときに
WPCライアを使うと非常に簡単に実施ができますよ
っていうお話をしたくて今このご紹介をしました
いやいや ちょっとそれは難しいなっていう方
一応プラグインもあります
Wordpressが動いてるっていう前提なので
ドメインを変える場合にはなかなか難しいところであったりするんですが
一応 このツールのSearchLegislashっていうのがありますので
これかな これかな はい
ここから同じようにデータベースを 置換することも可能です
全部のデータにおいて
何において
この検索動く8888番を検索するとなると
この場合 GUIDは出ないんですが ちゃんと6個
具体的にどこがっていうのが出ますね ドコテーページとかユーザーメイとか
WPの設定のサイト言われるとかっていうものが出ます ですので ここから
この内容について8888番を8889番に変える でしてすべて地間って押すと
これはこれで地間されんです こういった形で プラグイン側からも
一応地間はできますが ドメインを地間するときって
ワードプレスが動かないケースが多いと思いますので この辺りはその量 用法というか
ご自身が使えるやり方において 作業いただけたら一番いいかなと思います
では 次に行きましょう
ここまで 大丈夫ですか
ここからもうちょっとビジネス寄りというか バリエーションボトンに移動する時の
方法みたいなものをご紹介して いきたいと思います
これで 例えば 1月1日 データの取得の日ですね この日に
本番データを取得して 5自身のローカル環境を作ったなどとします
そこから実際に開発の作業が進む わけですね いろんなものを開発
していきます 何処かのタイミング で これらを元に戻すといいですね
ということをします ただ ここなんですよね
Wadpressの場合 この作業をしている間にも 本番でもファイル以外のところ
例えばニュースを追加されてたりとか 例えばユーザーを削除されてるかもしれません
もしくはウィジェットを変更されたかもしれません 何にしろさまざまな変更が
本番側で行われている可能性がある ということになります
で その状態を何も考えずに ローカルで治った 治った よしよしってなって
例えば ここが1月1日だとして このリニューアルの日が3月1日だとした場合に
1月1日に作ったデータを元に改造し テーマを変更したとして それをそのまま元に戻すと
1月1日から3月1日までの本番で更新された情報というのが 全て消えてしまうということになってしまうわけですね
これ結構問題ですよね
えっ どこ行きましたみたいな
そして データベースでバックアップを取ってない限り
元に戻んないので
消えちゃいましたで
テヘペロ音は終わらない お客さんも怒ってしまいますね
もしか自分の場合だと
せっかくコーン版で更新してた データが全部消えちゃった
ってなるかもしれません
ですので ここの部分をどうして解決するかということを
考えないといけないということになります
具体的には このローカルで作業したもの
と本番での更新したものを合体させて そちらを改めて本番に動かすという
形にするわけですね で やり方として二つあるかなと思ってます
一つ目は公開の直前になって 本番のデータを改めて こちらに
持ってきて ローカルのものと合わした ものをぽいってやる この場合だと
本番のサイトの定識感はかなり少なく 済みます 要は こっち側で全部
作業してから最終的にボコンと 上げるだけなので この本番での
作業 停止作業というのが少なく なるかなと思います もしくは
こっち側ですね ローカルで いろいろと作業をして 本番
進んでます 最終的にここの部分の 部分的なものだけ その 例えば
ファイルの変更だけを本番に設定 して そのまま本番で動かして
いくっていうプランですね データベース 自体は変更しない
みたいなプランかもしれません こっちの方法だと これをポイって
やったときにうまく動けばいいんです が 例えばこれをポイって こっちに
やったときに本番が何か知らない けど 真っ白になったとか何か動か
ないってなったときにそれを直す 時間が多く発生するかもしれません
そういった意味で もしかするとサイトの 提示機間が多くなる場合がある
かもしれませんね ただ こちらのですと 本番データを2回ダンプ
する必要がなかったり こっち側で こちゃこちゃする作業の必要性が
ないので 作業の高数としては 全体の数が小さくなるかもしれません
ということで それらについては サイトの更新の頻度であるとか
改造のデータの量であるとかに応じて これらの方向性を分けて考えて
どちらかを選んで 実際に作業者だけではないですから
ライターさんであるとか サイトオーナーさんであるとか
例えばコンテンツとして イベントがあるとか ないとか
この日はすごいコムとか 困ないとか
お昼間は実はアクセスが少ないとか
夜中の方はアクセスが多いとか
そういったことに合わせて
なるべく影響が少ないタイミングで
なるべく短い時間でうまく公開できるっていうところについては
知恵を絞る必要があるということになります
大まかに言うと 部分的なカスタマイズであれば 校舎がいいかなと思います
例えば 記事下に少しバナーを追加するだけ
ナビゲーションを1個追加するだけ みたいなもので
テーマが少し絡んで プラグインが少し絡んで
ちょっと変更するだけみたいなことであれば
こっち側の本番にファイルだけを用意して 入れてから
ちょっと作業するっていうのがいいかなと思います
で 大きなリニューアルとかの場合だと
こっち側のほうがいいかなと思いますね
結局 すごい大きなサブンがたくさんたくさん出てますので
いざそれを本番にこっちの数字で持っていったら うまく動かないケースがあるかもしれません
そしたらもう一度こちら側で試して OKでやったからこっちに行くっていうほうがいいと思うんですよね
ただその場合だと
こっち側でもう一度確認しないといけなかったり 結局ここからこっちに行ってこっちに戻すまでの間に
またここで本番に作業が入っては全く意味がないので その間 複数人ライターさんがおられる場合などは
更新止めておいてくださいね これもし公開してもなくなっちゃいますよ
みたいなものを全体に連絡する必要があるといったことも出てくると思います
ですので この辺りもサイトの更新頻度とかに応じても変わってくるかなと思います
それぞれの注意点ですね 本番との環境の際が小さい場合 手動で入れる場合ですね
どっちでもいいんですけども どっちかに手動でデータを入れる
場合 一番気にしないといけないのは URLの問題が発生するケースがあります
記事のIDを特にURLに使ってる場合が問題かなと思います
パーマリンクセットありますね パーマリンクセットにおいて
この数字ベースみたいな形で 記事のIDをURLにしている場合です
この場合 投稿のURLというのが このように Archive 1 っていう形になります
で これ 新規投稿を追加すると このようになって 今 9 ってなりました
これは 1の次 2じゃないのって思うかもしれません
ただ これって Wordpress の内部的に 全て投稿タイプのものは
どんどんどんどんオートインクリメント と言って数が増えていく仕様になります
例えば画像アップしたりユーザーを 追加したり下書きを追加したり
さまざまなタイミングでこのIDが増えます
そしてこれを全てコントロールするのは 難しいために
ステージングと本番で手動でIDを 揃えるっていうのほぼ不可能だと思います
ですから本番で作ったデータを 改めてステージング環境なりに
主導で入れたとしてもID番号が違ってしまいますと それを取り込んだ後 もう一度データベースをごっそり移動した場合に
そのずれたものでURLが本番に公開されてしまうので 例えばつぶやかれててURLつぶやかれてる場合とか
何かしらどこかでリンクがある場合に すべてリンク入れになってしまう可能性があるということで
ここの部分が注意が必要かなと思います
で じゃあ それは手動はやめてたほうがいいですねと
じゃあ 必ず本番直前に改めて データを取得し
そのデータを元に本番公開するというほうがいいですよね
っていうふうになるかもしれないんですけども
その場合も また問題が出てくるところがあります
問題が出てくるというか 確認がもういって必要ってことですね
要は ローカルで開発しました で うまくできました
ここまでうまく動いてます よかった よかった
で、皆さんにも見ていただいて 関係確認見てみようかって
OKです。じゃあ、あさって本番公開なので
明日のうちにこの本番のデータを 取り込みましょう。
となったとして、これを取り込みました。
取り込んで、同じように動くはずが うまく動かないかもしれない。
もしくは、取り込んだ結果 ここで確認は取れていたが
こっちでは確認が誰もしてなかったため 変なことが起こっているかもしれない。
でも そのことをもう分からずに公開してしまった結果 本番でもバグが含まれたみたいなこともあるかもしれないですね
そうなると あっ じゃあ それはやりすぎなんで ここでもう一度確認しましょうってなるわけなんですけども
そうしたら 先ほどお伝えした通り ここで確認する日数分は この本番環境の更新 最新化ができないということになりますので
じゃあ その間 サイトが止められてよいのか っていうことにもなります
1ヶ月に1記事2記事ぐらいしか記事を更新しませんよっていうサイトであれば全然問題はありません
ただ例えばメディアサイトとかで毎日10記事出すのはアベレージで必須です
これは必ずやらないといけないことですっていうようなサイトだと
1日止まると10記事2日止まると20記事止まってしまいますのでそれはできないってことになりますからね
さらにそれがid番号で増え続けるような記事のサイトだとなかなか大変ですですのでそのあたりはその
開発のできることできないことと 運用でできることできないことを
それぞれに出し合って相談して 落とし所をつけるというのが必要になります
データの移行の件については このあたりで
なかなかシステマティックに全部が できるわけじゃないんですけども
相談しながら決めていくということが 一番ポイントになるかなと思います
で ここまでがデータの移行のまるっと 移行に ほぼほぼ近いようなイメージの内容です
で その他にも部分的に やや そういう こっちはなくて
2記事だけ 今 ここに書いたものを うまく移動させたいと
特定の投稿タイプの部分だけ移行したいと
例えばユーザー10人に追加になったから それを開発環境に入れてチェックし
OKだったら そのユーザー10人だけを移動したいみたいなことって あると思うんですよね
そういったときには プラグインを使った部分的な移行っていうものが可能ですので
最後に そこの部分を今日はお伝えしようかなと思っております
ここで利用するのは 旧名がWP All ImportとWP All Exportで
今は Import any XML OR CSV file to WordPress
Xport AnyWordプレスデータ 2XML/CSVっていう非常に長いタイトルになってるんですけども
このプラグインがおすすめかなと思います
これはそうですね
All-UWP Migrationでもお伝えした通り
インポートでXportがそれぞれがプラグインドしては分かれてるといったタイプのものになります
使い方については分かりやすい動画がありますので
こちらを見ていただくのがいいかなと思いますし 実際にやってみていただき
ながらでないと非常に多きに機能が渡るので ご説明が一度には難しいんですが
ここではざっくりと どういうふうにXportできるかっていうのと
どういうふうにインポートできるのか っていうことについてでもご覧いただこうかな
と思っております まずXportからですね 新規Xportを選びます
プラグネを有効化すると このようにXport、Importっていうメニューが
されずれ出てきますので 新規のXportを選びます こうするとまず
特定の投稿タイプというものが出てきます ここで投稿タイプを選びますね
今回は投稿にしましょう 今 2個しかないので 2個を移行しますっていう風にして
Xportファイルのカスタマイズを選びます そうすると このXportのファイルの中の
何をエクスポートしますかっていうものが
ブラグ&トロップで選べるようになります
デフォルトでは投稿のIDとタイトルと
コンテントというふうになってますね
プレビューをクリックしてみると このように
今 日記字だけ記事があります
タイトルがAとHello World
そしてここの本文文
これらの内容がエクスポートされますよ
というものが出てきます
これ以外にもですね
例えばメディアということで画像を選ぶと
ここに画像があります Future.というのが iCatchの画像ですね iCatchの画像をXSportしよう
っていうふうなものもできますし 例えばカテゴリーが付いてるとして
分類の中のカテゴリーを選ぶと カテゴリーもこのようにXSportの中に
出られることができます これをもう一度プレビューしてみるとこのように
先ほどまでコンテントまでだったのが 今度は Future Image
今 残念なことにどっちも登録せないで なんも出ないですけども
またカテゴリーは未分類という カテゴリーが付いたというのが分かります
このようにして Xportをプレビューを見ながら実施することができます
その他 カスタンフィールドとか 有料なXtensionを使うと
ACFの内容も Xportできるという機能もあります
で ここで続行をクリックします
クリックすると それを Xportする準備ができました
Xportしますよっていう内容になりますので
はい Xportですると これらがデータベースをグルグルってやって Xportできます
そしてExportしたものをCSVでダウンロードするといったことが可能となります
はい これでCSVファイルがダウンロードできました
具体的にCSVファイルなんで ここにちょっと表示ができないかな
ちょっと待ってくださいね
よいしょ
CSVファイルとしてExportした場合には こういった形のものが今ちょっとキャプチャーでお見せしてますけども
してますけども CSVが取れてるという形になります CSVで取れてます
から 当然 この後 この後の CSVを直接変更するといったことも
可能です ですから エクスポートしたファイルに対して
ベッド 新しいデータを 例えば スプレイドシートやエクセルの
ソフトウェアを使って 追加するといったようなことも可能になります
これができたら 今度はこれをもとにインポートを行います
インポートは こちらの今度は全てをインポートのほうですね こちらから始まります
インポートしたらファイルをアップロード選びます 先ほどマイクスポートした内容を選んで
これでファイルをアップロードします そうすると このファイルをどうするんだい
というふうに言われます ここのインポートのすごいところは
新規として追加することもできれば 既存のアイテムに対して特定の
この箇所だけを修正するみたいの ことも可能です ですから 一度
全ての記事をダウンロードしておいて エクスポートしておいて カテゴリー
などを整理し カテゴリーだけを書く 記事で上書きして戻すって言った
ようなことも可能ということですね 今回は新しい投稿として作って
みたいと思います 新しい投稿して作ると 今のCSVを 今度は逆に解析
してくれます あなたがアップロード したデータは2個のデータがあり
2個のデータのうちのそれぞれの プレビューはこんなふうになって
ますよっていうのが見せられます ね IDの列には1 タイトルにはHello
World そして本文でFuture Imageから Undefined これは今はここに名称
はなかったけども何かしら分類 っていう内容がありますよっていう
ようなことを見てくれています ここ でStep3に進みます ここも非常に
直感的にできますね ドラグアンドドロップで何をどこに配置するか
っていうのが決められるというタイプのものです タイトルをクリックして
タイトルに配置 コンテントをクリックしてコンテンツ
に配置 こうするとこのタイトルとしてあるHello Worldがここに配置
され コンテンツとしてあるこの文章がここに配置されるということ
になります プレビューを見ると同様にこういうふうになります
よっていうのがわかりますね 例えばタイトルも本文の最初に
入れようってなった場合には こういうふうにするとこれで
プレビューを見ると このように タイトルが2個 本文エリアにも
表示されるという形になります 当然 ここにメガネっていうふう
に入れると こんなことはないですけど 前記事において タイトルの後に
メガネが本文中に入るというの ことも可能です
さらに本文だけでなく画像として ここに Future Image ここ ポチッと
して これはできないのかな プロ版でないとできないのかな
ごめんなさい 僕だし プロ版も使ったりするので
あれなんですけども ちょっと こうはすいません
もしかしたら extension かもしれません あとカテゴリーですね
分類 カテゴリーのところにおいて 一つなのか複数があるのかな
いきますけども 今回 たまたま一つなんで これをこのまま
置いてやると こちらに入るという 形で カテゴリーも設定が可能です
ということで ここで様々なものを設定し ここからStep4に進んでインポートをするという形になります
ここで 既存の記事と何かしらうまく連携させたい場合には ここで自動検知して 新しいいくつくるのか
それとも既存のデータから 既存のデータの中で 重複したものだけ 何かしら作業するのかみたいなのを選ぶこともできます
今回は全部新しく作りましょう
じゃあ新しく作ってね 二期自分作ってねっていう風にやりました
そうすると できましたよって言われて
多分二期字増えて合計4期時になっているはず
ああよかったよかった なってますね
はい 無事に4期時になりましたという形になります
このように その 特定の記事だけとか
特定の それではカテゴリーだけ行こうしたい
いったようなことも部分的にできますので 終わりと便利なんじゃないかなと思っておりますから
そしてこれね すべて一応ここまでのところは無料で使えますので
もしよろしかったら ぜひデータを加工したり 移動するときに使っていただけたらなと思います
ということで はい
今日は難しかったかもしれません 一通り まずここまでで私が準備したセッションとして
WordPressデータの引越方法について 様々なバリエーションにしろの内容は以上となります
では ここからQAということで
本当 そのQAの内容について 答えていきたいと思います
では QAの方へと進みましょう
プレゼンテーションモードの QAのところ
[音声なし]
AとPoluzから9A、2個いただいてますね。
まず1つ目から行きましょう。
ここかな。
All-in-one WP Migration使った時、
とき インポート中に 途中で信仰が止まることがよくあります
もし 原因とか対応法があれば知りたいです なるほど お伝えせるとおり
WBマイグレーションが一気にいろんなものをドカッとインポートして
それをアンジップしたり データベースの中身をインポート
して 遅感したりっていう かなり多くのことをサーバーに
シールようなタイプのものになるんですね ですので サーバーのスペックとか
サーバーの使用によって その作業に 変えられなくなる的なパターン
はあるのかもしれません そうですね あとはPHPのもので 基本的に
オレアマグレーションは タイマウッドについての対応も
を作もしてあるんですけども もしかするとPHBの処理などが時間
切れで止まっちゃってるって言った ようなこともあるかもしれません
ね ですので 例えばデータベース だけ移動してみるとか 手間だけ
移動してみるみたいな形で 今 ご紹介した Xportの時の分割ですね
これらを利用いただいて うまく サーバーにあんまり負荷をかけずに
短い時間で終わるような作戦を進めて 見ていただくっていうのは
一ついいかもしれないですね 一番でとりばやくデータが
軽くできるという意味においては もしかしたらメディアが多いので
あればメディアの情報を除外するというのが まずは一定目かもしれません
で 形でお試しください
はい じゃあ 次 いきましょう Wordpressと同回数にある別のフォルダー
は動かないことは理解しました 逆にWPVigrationで必ず移動される
ファイルを整理していただけると 助かります あー なるほど どのファイル
がじゃ動くかってことですよね 逆に それにつきましては Wordpressの基本
ファイルっていうことになりますので これですね ちょっと待ってください
よ 今はとりあえずここに貼っちゃい ましょうか Wordpressの基本ファイル
なので これです フォルダーでいうと WPadmin W ContentをWPIncruiseは
動きます それ以外の今見えている 基本となるPHP群について WP Config
もちろん もの あ 違うな この辺は動かないです
コアが動かないので 動くのWPコンテントの中身だけですね
そういうふうに考えたほうがいいですね コアはWPマグレーションのと動かない
WPコンテントの中身のファイルが動くというふうに思っていただければと思います
で 一部 プラグインごとに協合するんですけども
例えば今名前でアップドラフトプラスとかって
WPコンテントの中にバックアップのファイルを置いてたりするんですよ
そういったところはよくよく使われるメジャーところのバックアップの部分は
自動的に除外されるような機能はおそらく含まれていると思います
ちょっと詳しくどこがのファイルがどう除外されてて
何がどう含まれるかというとこまでは
今私はわかってないんですけども
基本的にはこのWPコンテントの中身が移動するというふうに
思っていただければと思います
ですから WPコンデの中身の関係ないフォルダを動きますよ ちょっと試したんですけど ここにメガネっていうフォルダを同回数に入れたと動かないです
WPコンデの中にあるメガネっていうフォルダを動きました はい 続いた次はあります
はい じゃあ次行きましょう
よいしょ WPCLiやSargeLegixの文字列値観はデータベース内のすべての文字列が成長に時間されるのでしょうか
以前にサイトデータ移行時に検索 時間系のプラグインによる時間を
試みた際 ワードプレスの内部的に 知り合わされた一部の文字列 配列
の要素の文字が時間できなくて うまくいけなかった記憶がありまして
ああ ですね 対象となるデータベース内の データベースの中のテーブル
がまずはありますというところはあります で 簡単な文字値観なので 知り
とりあえずされる文字 要は発出化された文字的なものは
基本的にはかからないです ですから なかなかデフォルトに処理
として入ってないものについては 動かないと考えていただいたら
いいと思うんですけども ワードプレスの中のデータベース
にドメインが入る際って ほとんど文字列でそのまま入るんです
ですからその文字列として 遅感されるということを基準になります
ですから シリアナイされるっていうのが どういったことなのかわかんないんですけども
外当の文字列と違う形に変換されて でも 実はその文字列でしたみたいなものについては
動かないというふうに思っていただいたほうがいいかなと思います
あとあくまでも本当シンプルに 内部的にはSQLをたたいて
この文字列があったら こっちの文字列に変えてねっていうことだけをやってるというふうに
考えていただいたらいいかなと思います
はい ということで まだまだ 質問もあるかと思いますが
ちょうどお時間ぐらいになりましたので
一旦ここまでで録画については 終了させていただきたいかなと思います
そして この内容について アカイブでも見ていただけるように出しますので
ぜひ 引き続きこちらの内容についても この資料も配りしておりますから
ご覧いただいて ワードプレスの飛行士のサインに何かしら
役立てていただいたらと思います
そして クレイクレファなんですが 結果として難しいなと思った方は
業者さんや そのサイトの責任に合わしたところに依頼されるのが良いと思います
もしかしたらサーバーエンジニアリンができる方に 頼まれるのが良いと思います
もちろんご自身のサイトであるとか それほどっていうとおかしいですけども
壊れても大丈夫っていうものについては どんどんとやってみていただいて
やればやるほど慣れてくるものでもありますので 作業してみていただければなと思いますということで
一旦レコーディング止めます ありがとうございました
(音楽)