長かった三部作(笑)も最終回。」が優秀なことは伝わっただろうか(笑)バックアップ都度のバックアップ都度バックアップを取るのは、その名も「バックアップ」というメニューがあるのでそちらから。このメニューから「バックアップ」を選択すると「バックアップ」選択画面これまでのバックアップファイルの一覧が表示される。「{{ドメイン名}}をダウンロード」のボタンが表示される。ファイルが保存される。なんかこれだけだと「エクスポート」と何も変わらない(笑)ような気もするのだが、実際は「エクスポート」を選択した場合は以前の記事でも書いたようにオプション設定があり、エクスポート「しない」項目を選ぶことができるのだが、「バックアップ」の場合はその選択がないのでとにかくすべてのファイル群とデータベースのデータがバックアップされる、という違いがある。バックアップファイルの削除選択画面のメニューがあり、それぞれのファイルの管理ができる。この画面から過去のバックアップファイルのダウンロードや削除、また数クリックで以前の状態に復元することも可能、というわけだ。バックアップが非常に手軽にできるのはもちろん、復元も同様に手軽にできるのはとても良い。これだけでは「定期的なバックアップ」を取ることはできない。「バックアップもできるけれど、本来の使い方はデータのインポート・エクスポートで、バックアップはその補足的な意味」ということだろう。定期的なバックアップ定期的にバックアップを取りたい場合、一般的にはバックアップ用のプラグインを使うのがいいだろう。外部サービスと連携してバックアップしたファイル群を一定の数だけ保存したりすることができるものは多くある。ファイル)でバックアップを取得しておいて、リカバリーしなければならなくなったりしたときに(ほぼ)「ワンクリック」で復元したい、という要望は一定数あるだろう。そこに関しても抜かりはない(笑)ちゃんと定期的なバックアップ用のエクステンションが用意してある。以前の記事でデータをエクスポートする際に、エクスポート先に「ファイル」を選択する、と説明した。ご覧のとおりエクスポート先にはそれ以外の方法も色々選択できる。「ファイル」以外の形式でエクスポートする場合には、それぞれ別途エクステンションが必要になるというわけだ。これを高いと考えるかどうかはそれぞれの使い方や運用の体制次第だろう。)と同様に一度購入すればずっと使い続けられるので、複数のサイトを管理していたり、前述したように手軽に復元したい、となれば高くはないのではないだろうか。エクステンションを購入する際に外部サービスの利用料だったり、保存容量や使い勝手などを検討する必要はあるだろう。」を選択した場合は、以下のような画面に遷移する。」を例に説明を進めることにする。形式のファイルをアップロードし、有効化すればよい。」が増えているのがわかる。アカウントとの紐づけをする画面が表示される。アカウントを選択すると、紐づけを許可するかどうかの確認画面に遷移するので、間違いなければ「許可」ボタンをクリックする。許可すると管理画面内の設定画面になるので、各設定をする。選択すると、その項目に応じて例えば「毎週日曜の0時」などの設定が可能。内のどのフォルダにバックアップを保存するかを設定する。デフォルトでは新たにドメイン名のフォルダが作られる。」ボタンで保存フォルダの変更が可能。settingsバックアップが成功したらメールを送信する、または失敗したらメールを送信する、の設定が可能。メールを送信する先のメールアドレスも変更できる。settingsバックアップを保存しておく上限を設定する。超えたら古いものから削除、とか)を制限にして設定可能。」を押下すれば設定が反映される。注意点としては、有効化した瞬間に最初のバックアップが取られるわけではないこと。最初にバックアップしておきたいなら、都度のバックアップの手順でバックアップしよう。同時にファイルが保存されるところも都度のバックアップと同様。サーバーの中のファイルはいらないのだ...。作られたバックアップファイルは削除する、という設定があってもいいのではなかろうか。」解説記事もようやく終わりを迎えようとしている(笑)いやー、実際こんなに長くなるとは自分でも考えていなかった。確かに気に入っているのは間違いないのだが...。使い勝手・使いどころを紹介したい。使う最たるシチュエーションは『公開環境を開発環境に移す』場合。絶大な威力を発揮する。最大限利用している、という程でもないというのが正直なところ。ない)をクローン(完全コピー)してローカル環境(またはステージング環境、開発環境など)を作りたいようなときに、プラグインを入れてポチポチしているだけでできてしまうのは時間もかからず非常に楽だ。ダンプして...とかまぁ手間がかかった。必須条件になってしまっているが、それがない環境であっても(もちろん事前に「プラグインをひとつ追加します」のお断りは必要だが)簡単にその環境を作れるのは非常にありがたく、とても便利に使っている。サーバーのことをよくわかっていないクライアントさんにサーバーの環境だとか詳細の情報を聞かなくてもまずは手軽に複製が作れる、という点もとてもスマートだと思う。ログインできさえすれば(そしてプラグインインストールの許可さえ得られれば)即、開発環境が用意できるようになったのは工数削減の観点からもとても喜ばしいことだ。利用にあたってちょっとだけ注意点もあるので一読しておいてほしい。この点に関してはユーザー・制作者に限らず利用する場合は誰でも気をつけておきたいポイントになる。第2弾の記事の中で、『「データで完全に上書きされるけどいい?」というアラートが出る』という説明文を書いたのだが、データをインポートする際には文字どおり全部の設定を上書きする。新規にサイトを公開する、あるいはサーバーを移設するのであれば問題ないのだが、運用中のサイトでの開発環境から公開するような場合、公開環境だけで入力されている記事や設定はすべて消えてしまう。いわゆる「先祖がえり」になってしまうのだ。公開環境」の上書きは『新規公開の場合だけに限る』と思っていたほうがいいだろう。いう使い方は想定していないだろう。」の設定によってステージング環境側が「本サイト」と認識されてしまうことがあったりする。その場合はステージングサイトの設定に明示的に「このサイトはステージングである」と記載する必要がある。);の記述を一行適切な場所に書き加えておけばいい。サービスと連携しているものがあるならば要注意である。連携しているプラグインは無効化するのがいいだろう。インデックスされてしまう、なんてことも起こりうるので、そこも要注意。上での差分が大量に出てしまったりするので注意が必要。使っている意味が半減してしまう。使っているならば、ソースコードはやはりそちらで管理するのがいいだろう。活躍する場はちょっと少ないのも事実だ。」の使いかた、あるいは使うシチュエーションなどを解説してきたが、このプラグインをどれだけ気に入っているか、という点については伝わったのではないだろうか(笑)。他にもこういったプラグインはたくさんあるし、これだけがあればいいというものでもない。バックアップについてなどは、「どうしても」ということがなければ「バックアップ用プラグイン」として一般的に使われている有力なプラグインのほうが無料で機能も充実しているので充分だろうし、サーバーへの復元の機能も含んでいるプラグインもある。いえ、いわゆる「サイトのお引っ越し(サーバー移設)」がこんなにも簡単にできるようになった、というのはとても素晴らしいことだし、とても喜ばしいことだ。限らず注意は必要だろう。」を上手に利用して、このアホほど長い記事を読んでくださった方々が安全でラクにサーバーの引っ越し・環境の移設ができることを願うばかりだ。...記事タイトルのとおり「ワンクリックで爆速お引越し!」なので、サーバーが変わる前提の話で進めています。弘樹2019/04/18JavaScript【先に言ってよ】ワードプレスには最初から「masonry」ライブラリが組み込まれ...ちょっと調べる機会があったのでメモとして。