それでは 保守メンテナンスをやってみよう
ワードプレスの Learn.wordpress.orgの企画です よろしくお願いします
では そもそもまず保守メンテナンスって何ですかというところから
簡単にご紹介していきたいと思います
もうすでにこの動画を見ていただいている このイベントに参加いただいている時点で
十分ご存知かもしれませんが 改めてちょっと調べてみました
まず 保守メンテナンスって 保守を英語バージョンにするとメンテナンス
という形です なので ワードプレス保守って ワードプレスメンテナンス
ほとんど同義というふうに考えています 実際には 2つの大きな業務がある
というふうに出てくるのが多いです 保守WI用もちょっと入ったりする
んですけども 障害を起こさないために 行う業務 そして 保守不具合
になるイレギュラーが起こった際に そのトラブルに対応する業務
これらを含めて保守メンテナンスと呼ばれるというものになっております。
じゃあ、実際具体的にどんなことがワードプレスの保守メンテナンスなのかっていうと、
思う感じではこんなものかなというふうに思ってます。
視活監視。この言葉がわかんない人は後から順次説明しますね。
そしてバックアップ。そしてアップデートです。
アップデートにつきましてもワードプレス関連でコア、プラグイン、テーマ。
サーバーの環境環境で言うと ランプ環境なんで リナックス アパッチ
もしかにエンジンエクスもしかにそれに類するもの そしてデータベース
あるMySQLもしかにMySQLに類するデータベース そしてPHPというものがアップデート
の対象となります そして当然 バックアップだけできても何も
何できないということでは意味がないので バックアップから復元ができる
そしてそれも含みですが 何か不具合が起こったときに復旧
ができるというのがポイントになります このあたりがなかなか特別な知識
を持たない いわゆる一般の方にとっては 復旧の部分がなかなか難しい
ことかなというように感じています そして それって 保守ってワード
プレスに必要という話なんですけども 必要です ワードプレスはまず
たくさんの人が使っています 世界のシェアでいうと40%以上という
ふうに言われています そして そのWordpressにはたくさんのテーマ
やプラグインが提供されています これもOpen SourceとしてのWordpressの
とてもいいところであり オトヤースフォームを入れたければ
オトヤースフォームが入れられる 素敵なテーマが無料でたくさん
公開されていて そのテーマを入れれば その見栄えに変えられるという
非常に強いところがあります ただ そのどれもフォアもテーマ
も プラグインも全てはアプリケーション なので セキュリティ的な脆弱性を
持っている可能性があります ここの部分がなかなかプロフェッショナル
な言い方になりますが どのアプリケーション ワードプレス以外も含め
ですね 全てのソフトウェアには 将来的にまだ見つかってないけども
今もあって これから見つかるかもしれない もしくは いろんなテクノロジー
が変わった結果 セキュリティ的な脆弱性 になり得る可能性が全部にある
という状態なんですね そして その脆弱性っていうのは発見された
タイミングで 作者の人に基本的には 作者 もしくは作者に類する人に
連絡が行くようになってます そして それを対応したバージョンの
ファイルが提供された後から こういう脆弱性がありましたよ
っていうのをニュースサイトであるとか 各種 そのセキュリティに関係した
メブサイトの方で発表されるというような 流れになっています
ちょっとややこしいかもしれないんですけど そんなソフトウェアに脆弱性が常にあるなんて本当ですかっていうことなんですが
例えば皆さんがよく使われているOS このスマートフォンのOSも脆弱性に対するアップデートがありましたみたいなことで
よくありますよね 皆さんが利用されている スマホの中に入ってるアプリもそういったアップデートが常々あると思います
その他にもパソコンであれば Windowsは毎週末のように金曜日ぐらいに
なんかアップデートされてますよね あの中にも 脆弱性に対する対応というものも
たくさん含まれています このように 日常的にその脆弱性は発見されており
それを埋めた後にアップデートされるということが このソフトウェアの世界においては
日々を行われてるということです なので 何もワードプレスだけが特にそうというわけではなくて
どのソフトウェアにもその可能性があり
それらを対応したものがアップデートとして提供されますので アップデートは安全に利用するためには必ず必要ですよということになります
そしてこのアップデートを含み 障害起こさないような対応ためにはバックアップが必要になります
このバックアップをしてないと 何かしらおかしくなったときに元に戻せないということになっちゃうわけですよね
なのでバックアップは必要になります そしてこの
不運なことにも もし障害がご自身のサイトで起こってなしまった場合
これはオープンソースのソフトウェアですから それを自身で修正する
もしくは修正してくれるサービスや 人にお願いするといった必要があります
ということになります このあたり 順々に今回はフォーカスして
お届けしようと思います という形です
このようにしゃべってまいりますので ずいじ分かんないこととか
なんか謎なことあったらコメントくださいね チャットでも こういうのでも大丈夫です
あ いいですね ありがとうございます
突破だけ質問を触れていきましょうか 過去にバックアップファイルにトラブルがあって
使えなかったことがあります 皆さん バックアップファイルのチェックとかされてるんでしょうか
わかります せっかく撮ったのにね あの方がありますね
バックアップを撮ったけども 復元できないみたいなことは確かにあると思います
PageSpeed Insightでスピードを早くしたような話ですが Googleアイアンウォーバース見てもまた 下手い方がわかんないので困ってます
これはちょっと別のタイミングの圧ですね ありがとうございます ぜひ対応したいと思います
AppDraft+で 外部にバックアップを取る場合 どんな方法が安全ですか 無料だとありがたいです
Googleドライバーたくさん保存すると 課金されますよね 今はワードプレスの外側のサーバーの中のフォルダーに保存しています
あーなるほど 同じサーバーの中って感じですかね
ワードプレイスの外部のサーバーの中の人 外部のサーバーになるかな 自動で自動でしたいので
おんずくさいと言ってください なるほど この辺りも 今日何ができるのが無料で
何ができるのが有利をかみたいなのを ご紹介していこうと思います
ハッシュタグありがとうございます ハッシュタグはですね ここに書いてあります
今日のハッシュタグと呼んで書いてありますので チャットにも貼っておきます
ぜひご覧にご利用ください あと動画の方は これですね Learn WPとか
WP Meetupを辿っていただくと このセッションのことも見れるかもしれません
この他のことも見れますので もしよろしかったらご利用ください
ではまず 保守管理 バックアップのことに話が生き勝ちです
アップブデートとかもなんですが そもそも障害を起こさないために
行う業務の一つとしてあるのが 視活監視かなと思いますから
その辺りからご紹介していきたいと思います 視活監視っていうのは
例えば5分に1回とか 1分に1回とか 10分に1回とか
何かしら機械的にピンのを飛ばすっていう 言い方をしますけども
サイトに何かしらアクセスを送って ちゃんと表示できてるかどうか
を確認し ちゃんと表示してるときは何もしない
もし何かおかしくなってたら 表示がうまくされなかった場合には
メールなどで通知を送るといった ようなことが一般的に言われています
いろんな資格関心 これはワードプレスに関わらず
あるんですけども ワードプレスで簡単に無料で
実装しようと思うと Zバックプラグインが適用されるのが
いいかなと思います。Jetpackプラウイル 有効化し、.comのアカウントだけ
必要なんですが、それと連携させる だけで、資格監視の設定をオンに
することができます。そうすると、 サイトが、例えば今わざと私この
イベントの前にサイトにPHP的なエラーを 起こして、画面を表示させない
ようにしたんですけど、そうすると 5分以内にこのようなアラートのメール
がきます。サイトがダウンしているよう ですよ。Jetpackが開始していると
このサイトが労働されませんでした なんか落ちてるんじゃないですか
みたいなのがメールで受けられる ということになりますね
メールだとなかなか気づかないので 例えばこれをこの該当の表題だとか
この送信者からのメールについては 例えばスラックに通知を転送する
みたいな設定をご自身でされると 常に通知としてこのサイトが落ちてる
かどうかが発見できるので 薄めかなと思います
またそれを直すと このように治りましたっていうのが返ってきます
何にもしてないのに この通知が来て 何にもしてないのに元に戻ることも
結構あります そういうのって ホスティング会社側でサーバーの
メンテナンスをされていたり 一時的に何か不具合があったりして
動かないみたいなこともありますが 基本的にはこのように動かなくなった
異常の検知とその後の復旧の検知っていうのもやってますので
もしよろしかったら こちらも取り出ていただければと思います
ジェットパックあんまり使いたくないなっていう方もいらっしゃるかもしれません
ドトコムアカウント内容とかですね そういう方ですねいらっしゃると思います
ので そういう方はベッド 視活監視とかで調べるといろんな
サービスがあります 有料のものもあれば 無料のものもありますので
その辺りつけていただければと思います ジェットパックをご案内したのは
あくまでも Wordpressで簡単にポチッと押すだけで動くからということで
ご案内しました 概念として視活監視っていうのがあるんだな
いうのを持っておいていただければと思います 仕事でされている場合はおそらく
1サイトだけじゃなくて複数のサイトを お客様のサイト管理されたりすることも
あると思うんですよね その時に 例えばジェットパクダーと5分
2回なんですが 10サイトあったとして 5分2回10サイトを常々見に行く仕事って
多分人がしない方が便利ですよね なので それとこ機械化 自動化できる
ものを自動化しようというような形で 届けしております
では続きまして バックアップです よいよこの辺りからちょっと今回の
本題になりますが お話ししていきたいと思います
バックアップについて まず バックアップなぜ必要なのか
今日ご参加いただいたから100%だったので ある程度もうご存じなのかなと思いますが
一応答えしておきます バックアップはアップデートや
データベースの操作など行ったあと 不具合が発生しても元に戻せるように
するために実施します 何かしら 不具合ですね もちろん改ざんな
ども含め 何かしらあったときに 元に戻せるためにやりますから
今 質問の中でありましたが バックアップデータは取ってるんだ
けど 元に戻せないっぽいですっていう のは目的が違います バックアップ
データは取ってるだけになってしまう ので 復元できることも含み One
セットとしてバックアップができている というふうに考えていただいた
ほうがいいかなと思います そして そのバックアップの目的は安全な
アップデートのためっていうのも 一つにはあります 例えば アップデート
をする前に もう一度 別の環境で 同じものを復元して バックアップ
を基にですね そして 別環境で それを二目してみて 問題など
アップデートできるのだと わかったら 今晩にもう一度戻って アップデート
し直すといったようなこともできます ので そのサイト全体のデータを
どこかに移すっていうようなこと のためにも バックアップは利用し
そしてセキュリティ的な問題ですね 改ざんなどがあった場合に
それ以前の状態に戻すことが できるというものもあります
これはですね 例えばバックアップ 取ってますっていう方がおっしゃった
として どれぐらい取ってますか ってなった時に1日1回だけ取って
ます そして毎日消してますっていう ふうに言われてたとしましょう
つまり1日1回で1ファイルだけある っていう状態ですね 昨日の分
だけがある状態 そしてある日改ざん がありましたとします なんか
気付いたらおかしいということがあってた これは元に戻そう 私はバックアップ
をつってるから大丈夫 でも その前日ももう既に改ざん
されてたとしたらどうしましょう もうそれはバックアップのすべて
のファイルが改ざんされてるものなので 元に戻すことができない状態と
言えますね ですので バックアップっていうことを
するときに考えないといけないことが いくつか出てくるということになります
次に、バックアップするために考えることを 歴史してみました。
まず費用ですね。有料のものと無料のものがあります。
ですので、このあたりはご自身が払える内容なのか、 それとも無料の勘中でやりたいのかということをまず考えていただく必要があります。
そして頻度ですね。
有料なものでよくあるパターンとしては、 リアルタイムっていうものがあります。
ファイルの居居所1等息といいますか 追加や削除を常に監視し 何かしら
バックアップの対象となる行動が起こった場合 例えば統合1つするとか ファイル
アップ プラグに1個アップデートするとかっていうたびに バックアップ
の機構が動いて ほぼリアルタイムに常にバックアップ
をしてくれるっていう機能のものもあります そのほうが例えば1日に
1回だけバックアップを取りましょう っていうものもあります また
ご自身の設定で1週間に1回とか 1か月に1回というような形で
期間を設定するものもあります これが頻度ということになります
そして次に世帯数ですね どれだけの数をバックアップするのか
っていうのが世帯数ということになります 例えば1日1回で30世帯とすると
30日前までは戻せるということになるわけですね 例えば1ヶ月に1回で6回ってすると
6ヶ月前までは戻せるけども 月に1回ごとなので その月と月との間の
どこかに戻したいっていうのは できないとかっていうふうになります
そしたら1日に1回は7世帯とか 10世帯とか30世帯とっておいて
1ヶ月に1回を4世帯 6世帯とっておこうかなみたいな
複数のスケジューリングでより 安全にバックアップした方がいい
かもしれないみたいなことも 出てくるわけです
これが世帯数ですね リアルタイムのバックアップの場合
これはサービスとして提供される ことが多くて無限にできますよ
みたいなサービスもあります 今 ご紹介した
Jetpackの有料版はサービスですが そのような形でリアルタイミング
ほぼおそらく無限にデータが保存されていくと思います ちょっとごめんなさい
間違ってたらごめんなさい そしてBackupの範囲っていうのもあります
これはどこまでの範囲をWordPressの Backupとして保存するかっていう
ものですね 例えばWordPressに該当するディレクトリー
全部っていうものもあれば Serverも全部 全体OSも含み MySQLもPHPも
全てをバックアップするというものも あれば Wordpressの中でも部分的に
テーマだけとか プラグインだけバックアップするというものもあります
この辺りに後ほど 今 例えばAppDraft+とかWP Migrationというふうに
お書いていただきましたが その辺りがどれをどうバックアップ
しているかみたいなものを 少し触れていきたいと思います
そして どこに保存するかっていうのもあります いっぱいありますね
バックアップって言ってるだけなのに 難しいもんです
どうサーバー内にバックアップするっていうのがありますね。
プラグインを使って 基本的な機能としては
これがまず最初に優先されると思います。
ワードプレスと同じサーバーの別ディレクトリなど
もしくはワードプレスの含んでいるディレクトリのどこかに
ファイルが保存されるっていうケースですね。
そしてバックアップ先が別カ所に自動連携されるっていうケースも
設定としてはあります。
例えばDropboxとか、例えばGoogle Driveとか
例えばS3っていうAmazonのストレージサーバーとか
それに類するものとか
そういったところに保存するというものもあります。
あとはローカル。
これは手動でご自身のパイルをご自身のパソコンにダウンロードする
というものが出てきますね。
そしてじゃんも無限にたくさんバックアップしときはいいじゃんって話になるんですけども
それは要領と影響してきます。
バックアップの要領がどれぐらい取れるのかっていうのが
次のポイントになりますね。
例えばワードプレスを長く使われていく。
たくさん画像をアップロードされているような 経験の終わりの方は
Nomono既にお気づきだと思うんですけども
メディアの部分だけで1Gbとか 多いところだと10Gbとかになってる方もいらっしゃいます
例えば2010年からずーっとスマホで 画像たくさんたくさん上げてますみたいな
取って本当にたくさんのファイルを上げてられるので
そういった方もいらっしゃると思います
そういうところはですね じゃあ 例えばローカルでもハードディスク
の容量がいっぱいですなることって あるじゃないですかと同様にサーバー
にも割り当てられたハードディスクの 容量がありますから 例えば世帯
管理をせずにずっとってやると どっかのタイミングで必ずもうサーバー
がいっぱいギチギチになっちゃって アップデートできない ほどん
できないっていうことが起こり得ます ですので バックアップの容量に対して
どのように考えるかっていうところも そのサイト5とに 例えば1記事しか
上がってない ほとんど画像も使わないサイトと もすでに2万記事
上がってます 画像のファイルが 10GB以上ありますっていうサイトでは
バックアップを1回したときのデータの 増えるインパクトが全然違いますよね
ですので その辺もサーバーの要領だとか 現在のサイトの状態 メディア
の量とかデータベースの量に応じて 変更していく必要があるという
なります 最後に じゃあ どのように バックアップするかというと
自動で もう決まったとき 決まった タイミングでやってくれる
というものもあれば 手動で ポチッと押してやるっていうもの
もあります ここまで ひとまず バックアップについての
その考えよる項目的なものを もうらしました
そしてこれは一律に こうしたらいいよ っていうのはなくて 皆さんの中で
そのご自身のサイト 一同客様のサイトの重要度や
ご要望として上がっているものをもとに選んでいただく内容ということになりますので
この辺りを考えていただく必要がありますよ という内容になります
では この今ご紹介したバックアップを
できる可能性のあるものを今度は歴史してみて
それぞれのメリットとデメリットを ご紹介していきたいと思います
具体的なバックアップの手法として 手動 次にホッチングサーバーが提供する
バックアップ機能の利用 これも 回答の中にありましたね
そしてSaaSサービスの利用 これはJetpackとかメインWPとかが
そういったものになるかと思います
そしてPluginの利用 これは今 管理といただいたAppDraft+とか
そういったものもおすふくになりますね
というもののそれぞれのメリットで メリットを見ていきましょう
まず手動 手動はメリットは好きなときに 好きな場所で
好きな頻度で 好きなようにバックアップできるということになります
それそうですね 思いついたときに 思いついたタイミングでやればいいですから
好きなタイミングで 好きなタイミング どのようなでも好きな箇所をダウンロードできます
そして もしシステムを自前で構築すれば 自前で自動化もできると思いますし
さまざまなカスタマイズもできると思います ただ デミリットツースしましては
もし 主導で本当に FTPを使ったり 例えば MySQLコマンドを使ったりした場合は
都道作業が発生するのですから 忘れやすく面倒で時間もかかります
1日1回やるとか 週1回やるとか なかなか大変ですからね
マシでは1サイトじゃなくて 2サイト 5サイト 10サイトとなるとなかなか大変です
そして 作業のミスにより サイトに影響が出てしまう可能性があります
マイエースQLダンプ 何がしっていうコマンドを叩くはずが
マイエースQLトロップってやったら 当然出たベースク消えるわけですけども
そんな間違いはなかなかないと思いますが
何かしらそういう作業のミスの可能性がありますね そしてそれを手動にやるにしろ
自動でシステムを構築するにしろ 技術が必要ということになります
続いてホスティングサンバーを利用する場合 これはメリットはもうそのまま
任せられるっていうのがあります そして初期設定が必要の場合
こそありますが 多くの場合はそのまま 放置が可能ということになります
ただ デメリットとしましては ホスティングがんしゃことにおそらく
サービスの内容が異なります A社では こうやってくれるけど B社では
これをやってくれない B社ではこれをやってくれるけど A社ではこの
部分の数が少ないとか そういったことが会社ごとに変わっていると思います
そして 世代数や範囲などが こちら側では設定できない場合も
あるかなと思います 要は ホスティング会社が 範囲的なサービス
として ワックアップ機能を提供している場合には 項目の世代数とか ワックアップ
の範囲とかは決められないっていうケースがあるかもしれません
また 復元に費用がかかるとか もしかバックアップ自体に費用が
かかるとかっていうように 費用がさまざまなサービスのケース
によって変わってくるということがあります
一応今回 課金しないといけないっていうのは デメリットに一応含んでますが
そこはデメリットっていう表現が正しいかどうかは ちょっと分かんない
んでご自身でそのように解釈ください
サンサービスの利用 サンサービスっていうのは何かっていう
と Webと連携して 別の画面に管理画面があって
WordPressと連携して何かしてくれる みたいなサービスと思ってください
代表的なものとはJetpackとか ちょっと有名じゃないかもですが
MainWPとかWP Remoteとか そういった ものが類似で存在します
メリットはバックアップ以外にも 保守に関するサービスが複合的
に提供される場合が多いです 例えば 先に申し上げた資格監視も
そうですし バックアップしたファイル をWilthCancelという機能が提供される
ケースもあります また複数のWordPressを一元管理する
ダッシュボードが付いているみたいな ケースもありますね そしてさらに
ワードプレス自体に不具合があった 場合にも復元できるサービスが
含まれていることがあります これは何かといいますと ちょっと
こっちのプラグインと関係してくるんですが 復元をすることが必須です
よねっていうふうにお話ししました ただ ワードプレスのプラグイン
として機能している場合に アップデートで例えば もしかはハッキング
で Wordpress自体が動かなくなりました なったときに Wordpressの管理画面
からはOneClickで復元できるっていう プラグインだとしても Wordpress
の管理画面がそもそも開きません っていうときにはもうその機能
は基本使えなくなっちゃうわけです よね そういうことで考えると
その外部に Wordpressに何かあった としても外部から復元できる
っていう機能もあったほうがよい とは考えられます そういう意味
ではサースサービスなど こちらのホスティング側もそうですが
こっちもそうですかね Wordpress自体が動かないとしても そのサーバー
からのバックアップでいろいろ元に戻せるとか 外側に保存してたものを強制的に
戻す機能があるので Wordpress自体に 付具合があったとしても 復元に
できるみたいなサービスも発生します デメリットしてはサースサービス
なので それを元にご商売をされてますから 費用がかかります そして利用する
サーサービスによって サービスの判知はもちろん異なります
そしてサーサービス側の信頼度に存するというところも ポイントになってくるかなと思います
要はホスティングもそうなんですが サーサービスとしてバックアップを提供してもらうということは
そのサイトのデータ全てをサービスに渡しするということにも 同意となりますので
そのサーサービスがどれだけ信頼できるものかっていうところを 気をつけなければなりません
これは特に政策外出として考えた場合に お客様のデータをサーツサービス側に
お渡しするということになりますので そうするとお客様との相談も必要になって
くるかなというところです そして プラグインの利用ですね
プラグインの利用については 一般的によくよく使われる方法だと思います
メリットとしては プラグインをインストールし 設定するだけでバックアップ
を開始できるということで 手順が非常に小さいですし ある意味 プラグイン
ポチッと入れてポチッと押すだけで バックアップが開始できるというのが
とても良いところかなと思います でも リトジタはプラグインより
サービスの提供の範疇が違います 操作が違います そしてプラグイン
も中にはプロ版といったものがあって 課金となるポイントがありますね
これらはプラグインごとに課金のポイントが異なりますので そのあたり
どれがご自身の中で一番いいか 課金してもいいのか 無料のまま
使いたいのかによって変わってくる かなというところがあります
そしてワードプレスが動かない場合に 動かなくなるケースが多い
これはさっきお伝えした通りですね ワードプレスのカニ画面に入れない
ってなった時に そもそも実際にバックアップの保守の
画面に入れないということになる ということになりますので
この辺りもちょっと注意が必要かな ということになります
すごい喋るでしょう 大丈夫ですか 熱いってこれでもする 大丈夫ですか
ちょっと1回止まりましょうね この後次 プラグインの話に行きますね
ちょっと質問が何か来てるか見てみましょう 新しいの来てますね
バックアップのスケジュールを複数設定する方法知りたいです ありがとうございます
確かにそうなのありますね この辺りも この次のところでちょうど
ご紹介できますので これをいただきたいと思います
こっちも外部にバックアップを取る場合に どんな方法が無料だったり
かたりですみたいなものもありますので この辺もご紹介していきたいと思います
で 有名どころでまず3つ取り上げました BackwpAppとAppDraft+Oriented
マグレーションっていうものを広い上げまして そのそれぞれで どの機能が提供されているのか
またバックアップの判知はどうなのかみたいなところ ちょっと簡単にまずリストとしてご紹介したいと思います
実際の管理画面も後ほど見せますので この辺りは先に開いておいて
はいで 戻ります まずBackWPUPアップドラフトプラスオレオマイクシャン
何で比較したかというと スケジュール機能がありますか
世帯管理機能がありますか 外部ストレージ保存機能がありますか
復元はどのようにできますか? 範囲はどれですか?というふうに
設定を項目としまして それに丸抜 もしかに有料みたいなものをつけてみました
基本的にはどの機能も持ってましたが 有料か無料かなどがちょっと変わって
きましたので その辺りのご紹介をします
まずバックwpアップとアップドラフト プラスタそれぞれスケジュールの機能はあります
そしてオレオマグレーションについては スケジュールをしようと思うと有料の
購入するアドオンが必要になります プラグインに対して追加する機能
ですね 世帯管理も同様で2つにはあります けれどもオレアマグレーション
は有料 外部ストレージへの連携についても 一部になりますがバック
WAppとアップドラフトプラスは 無料のままで利用いただけます
それに対してオレアマグレーションは 有料になりますというところです
復元の方法については バックWPAppは手動で戻す必要があります
無料の場合だと、ワードプレスの全部のファイルがダウンロードされて
あとデータベースのファイルもベッドダウンロードされるんですか
それを元にご自身でジップを書いておいただき
それをサーバーに上げ直して
データベースもインポートし直すという手順を
手動でする必要があります
そしてその機能が難しい、簡単に復元したいわという方には
復元の機能は有料版だと利用いただけるということになっています
AppDraftPlusはその辺りも復元もポチっと押さえただけで復元が可能になります。
OrionMagrationの場合は サーバー内からの復元は
バックアップしたファイルについては復元ボタンをポチっと押さえただけで復元ができます。
そしてGuyBusStorageは有料になりますので 外BusStorageからの復元は有料の機能ということになります。
そしてポイントとしてはここですね 範囲が割と異なるっていうところもお伝えしておきたいと思います。
この BackwpUpはワードプレス全体はバックアップします。
つまりコアだったり、その辺りに含まれ周辺のファイルも含み、 全部はバックアップします。
それに対してこちらのAppDraft+とOrianMagnationというのは 実は本体は含まれません。
DB、プラグインテーマ、AppLose、翻訳など、 プラグインであらかじめ設定されたファイルのみがバックアップされます。
ですので ワードプレスの全体 Coreの ワードプレスをこのデータを
基に復元する場合にはベッド ワードプレスを先にインストールして
Coreを準備し そこにこの外当のプラグインをインストールした
上で その後からこのデータを 基に復元するといったような作業
が必要になります なので このプラグインごとに
バックアップする半中も違うというのも ポイントかなと思います
では 具体的にちょっとだけ画面を 見ていきましょう バックWPUPこちら
ですね BackWPUPはジョグという形で バックアップのスケジューリング
やバックアップの場所というもの を設定します こちら一つ設定して
るんですけども V1はデータベースとファイル
とプラグインをバックアップしましょう ねみたいなことを書いています
当然全部をチェックしたら全部 がバックアップされるという形
になります そして それをどこに バックアップするかというのの
設定が可能になります これフォルダーとするとDo Serverですね
メールだとメールで送られる その後 FTPどっかに送信とか Dropbox
S3 この辺りは無料で設定が可能です 例えば Dropboxに設定した場合
これで保存すると こちら側には フォルダーとして設定される
ものと Dropboxというふうに設定される ものがあります Dropboxの場合はここ
ここでアカウントをドロップボックスアカウントと接続すれば 外当の場所に ここですね保存先フォルドはこうなってますけど そこに世帯管理数この15なら15回だけが保存されるということになります
またバックアップのスケジュールにつきましても こちら 基本というところでいうと 例えば毎日3時とか毎日0時とか毎週日曜日というふうにできますので
こちらで設定が可能です
そして今質問の中でありました 複数のスケジュールを利用したい場合
もしくは複数の箇所バラバラに いろんなものをバックアップしたい場合は
このジョブというものを いくつも追加いただけますので
一つは月1回でドロップボクス 一つは毎日で自サーバーでみたいに
いろんなものを複数個走らせて バックアップすることが可能になっています
これがBack.wpアップです ちょっと裏情報というか
デフォルトでのプラグインの バックアップの保存のタイミングが
この夜中の3時になってるんですよね
で 割とブログとかで紹介されることが多いので
これでみんなやるといいですよ みたいな記事はたくさん出てくると思います
で 無料 何も設定なしで バックアップを動かしてる場合
つまり 割と多くのサイトが デフォルトの夜中の3時に
一斉にバックアップを始めるということになるわけです
ちょっと想像していただくと 共有サーバーなどでは
一つのサイトにたくさんの いろんなお客さんのホスティングが入ってますね
その時に夜中の3時にそれが 一斉にバックアップをとると
それなりにサーバーに負荷になります
なので ちょっと良い作戦としては
これの時間を3時じゃなくて 例えば5時とか
なんか別の時間にすると もうちょっとサーバーに優しいなっていうところがありますので
もしよろしかったらその辺りも 設定してみていただければと思います
続いてUpDraft+ですね UpDraft+も同様でして こちらにありますとおり
データベース プラグインテーマアップロード その他というように
コアファイルではないものが 基本的にはダウンロードされます
こちら復元ボタンがありますので 復元ボタンをポチッと押せば
復元できるぞという形になりますね 復元は非常に簡単になっています
そして外部への設定やスケジュール についてはこちらになります ファイル
のバックアップのスケジュールと データバックアップのスケジュール
という形になります こちらについて このAppDraft+ではこの1設定
ずつしか設定ができません また その際に保存できる場所もここ
で設定したとこのみとなります こちらを複数のスケジュールで
先ほどのBuckWPUPみたいに保存したい場合に 複数のことをいろんなものをタイミング
でやりたい場合にはプレミアンプランに つまり有料版のプロ版を使って
くださいねというふうになります この辺りが各社でそのバックアップの
機能とか提供するサービスの趣旨 どこのタイミングで課金するかが
違うところということになります そしてOreon Migrationですね Oreon Migration
はもう非常にシンプルでして BackupはBackupってポチッと押したらできます
そしてここからダウンロードスタも どうもとに複色ができます ここも
一覧を見てみますと このように出てまして 一覧の中には
Language Plug-inテーマ そのほかパケージで出たベース
キュールみたいに ワードプレスのコアは含まれていません
なので 複現する際に 元のワードプレスのバージョンと
複現先のワードプレスのバージョンを 揃えておかないと 同じものには
なりませんよっていうポイントがあります このあたりはもう一度
ご紹介しますが こういった内容が各社異なります
そしてちょっとモーラしたり 今 これを全て説明するの難しいので
たまたまジェットパックさんの記事で その一覧が非常によい形で
比較としてありましたから そのあたり詳しくは
こちらをご覧いただければなと思っております
45分なんで もうあと15分ぐらいで終われるのかな
終われないのかな でも1時間半までには終わります
もうちょっとお付き合いいただければと思います
じゃあアップデートの時にどうするのかということを
今バックアップは何とかできました
バックアップは取れたとしましょう
一応復元も先ほどの内容を基にやってみたということにしましょう
ちょっとつけこえておくと
復元はどっかのダイミングで試されたほうがいいと思います
サイトがハッキングされたって自分の中で
そういうふうにしたとして
本番環境でやるのはなかなか難しいと思いますので 別環境なり別ワードプレスで
ちゃんと復元できるかなっていうのは 試されるのは非常に良いことかなと思いますし
その結果 いろいろとまた詳しくなることもあるかと思いますので
もしよろしかったら テストなので 可能な限り本番環境じゃないところで
やっていただきたいですが 復元の練習もしていただけるといいかなと思います
アップデートによって 難しさ アップデートですね
そもそもポチッと押すだけで アップデートできるんですけども
難しさはですね アップデートの結果 表示がうまくされないことがあるっていうやつですね
はい サッコンはなかなかないんですが
一応考えられ不ズライとして 先に列記しておきます
画面が動かなくなる そうですね なんかアップデート中のファイルの
の創受信のエラーとか 気づつしてあるコードがエラー
とか 他のプラグインとのバッティングなどの
さまざまな理由で画面が動かなくなる いわゆる真っ白になるよって言わ
れるようなことですが 本当に少なくなりましたけどね
あります どっちかというと自分たちで カスタマイズしたコードが
エラーを出して真っ白になるっていう のは割とあります
そして動いているが一部画面が崩れる これもありますね これは表示される
コードが Pluginのアップデート、Coreのアップデートで変わって、
例えばちょっとクラスの名前が変わったとか、
クラスの順序が変わったとか、
Divがちょっとだけ入れ込んだとかで、
今まで想定してカスタマイズしていた CSSの
結果が異なるようになってしまったみたいなものもありますし、
単純に Pluginが機能を追加した、
Coreが機能を追加した結果、
もしかしたらそれが削除された結果、
物事がうまく表示されているけど、
ちょっと崩れるみたいなこともあります。
いうようなことがあります。 福岡駅が起こったときに、ここはちょっと
エンジニアさん向けです。今、もし、非エンジニアさんの方は大変だな、
とだけ思っていただけたら良いと思うんですが、 福岡駅が起こったときどうするかは
まずエラーを見ないと分かんないので、 真っ白っていうときはエラーが
なんか出ているはずなので、例えばデバッグモードですね、
WPコンフィグ内のRefine WPデバッグをプルーにして、 まずはエラーを出してみるということをします。
それでもダメの場合は Serverのエラーログを見るということになりますね。
そしてエラーの原因となっている箇所を特定して修正するといったことになります。
大体の場合、PHBFatalElaーどこどこどこのプラグインのこのファイルの難行目が
何かエラーだよみたいになっていることが多いので、
その場合はプラグインを一旦、リネームするなどしてプラグインを停止すれば
大体の場合動くかなって感じです。
もうちょっと危ないのは、
ワードプレスの本体のエラーのせいで動かないんですよみたいになってるのが エラーとして表示された場合
これはありそうだのはワードプレスのコアのプラグイン アップデートしたときにファイルがなんかこううまく転送されなくて途中でファイルが止まっちゃったとか
本来あるはずのファイルがアプローされてないとか なんかそういったことがありそうですね
はい なんかその辺もずっとやっていくと多分この辺だなみたいな感度頃が出てくるんですけども
なかなか小学者の方や非エンジニアの方は そういうのを見つけられにくいので
この時に困ったなっていうことになります そしてこのWordpress自身のエラーがあって
管理画面に入れないパターンの時には 先ほどお伝えしたとおり
プラグイン側からポチッとして 復元できますよねみたいなのが
効かないパターンということになります
逆に画面が動いてるけども 一部崩れてればいい?
こちらはCSSなどのパターンが多いので 外当の箇所を見つけて
じゃあ新たにCSSを編集したり 視点直すということが多いですね
これについて気にしないといけないのは 変わったからつってもともとの
プラグインのファイルを編集するのはダメです また次のアプレーズで
絶対崩れ戻りますから それをカスタマイズしているファイル
部分で編集するというのが重要になる ただもうお気づきだと思いますが
作業が簡単でない場合があります しかし 再参考えしますとおり
ほとんどの場合 アップデートで問題を 起こることはもう昨今は少ないです
で また 致命的な問題が起こった場合には その途中でアップデートをキャンセルして
管理者向けにメールをするという機能が ワードプレスには搭載されてます
ですので ちょっとここからは暴論にもなるかもなんですが
ご自身のサイトやご自身のお客様で よくよく信頼関係のある方とかであれば
自動アップデート機能の有効化っていうのも 非常に良いんじゃないかなという
ふうに私は考えています 私は少なくとも私のサイトである
とか私の関連するサイトについては もうほとんどの場合 テーマとか
プラグインとかも含み コアも自動更新をしています
自動更新っていうのは何かという とワードプレスの機能として
ついておりまして 例えばプラグインとテーマ テーマであればテーマの中に
おいてオートアップデート自動更新 を有効かっていうものが出てきます
同様にこちらですね プラグインも 自動アップデート有効かっていう
ものがあります これらをポチポチして いただいて自動でアップデートされる
っていうのが忘れててもいける のでお勧めなんじゃないかなという
ふうに思っています またですね それを一元管理して簡単にできる
プラグインというものもご紹介したい と思います これがEG Update Manager
というものでして これが有効化した ときの内容なんですが もう簡単
設定全ての更新を有効化すると Wordpress Coreも含め 自動更新全ての
リースで自動更新っていうのに バチーってオンになりまして その
内容で保存されます そして ここで アップデートされた内容自動
更新については常々メールが送られます これは今ですね Download Manager
をアップデートしましたよっていう時の 成功の通信ですけども 私の
サイトにおいて これですね 0時28分に勝手にやってくれてます
けども 成功したよ 実際のログは プラグミンをダウンロードして
展開してインストールして 誘拠化して フルーバージョンを削除して
Maintenance Modeを削除して プラグミン 成功しましたよみたいなものが
近くじメールとして届きます これも途中で失敗した場合には
やめるので その時のメールも来ます ということで非常に安心ですし
メールめちゃくちゃ来るんですよ Wordpressって いっぱい更新がありますので
なので この方法も一つには良いんじゃないかなと思います
では続きまして トアイエージドアップデートはちょっと
先に試したいですっていう方もおられると思いますので その時の方法も
お伝えしたいと思います 簡単なのはオレインワグレーション
オレインワンWPマイグレーションと ローカルを使ったパターンが一番
簡単かなと思います もしくは 先ほどお伝えしたサービスの中には
ワンボタンでサイトクローンして くれる機能 もしくはホスティング
サービスにもありますね 今の プロダクションサイト 本番サイト
をもとにステージングサイトを ボンと作るっていう機能を提供
しているサービスもありますので その場合だとOne Clickで実行が
可能です ただ今回無料でできたらいいなという
ところで放課してますので All-in-1 migrationと手元でWordPressが
動かせるローカルを使った方法を 伝えしたりと思います
ポイントとしては All-in-1 WP migrationは 先ほどBackupでご紹介しました
通り Wordpress全体はバックアップせずに 本体は含まれません.
DB プラグインテーマ アップロード翻訳など プラグインで設定された
ものだけがやってきますので ここが気をつけないといけない
ところですね つまり まず 本番にローカルを作る際に
PHPのバージョンを揃えましょう ってところから出てきます ここで
何かしらクレイティをしているときに ここですね Advanced Optionにおいた
ここはもいいか こうしておいて こうですね カスタムのところで
PHPのバージョンを合わせましょう そして できることならWebサーバー
も合わせて データベースも可能であれば ここに選ばれそうなもの
だったら選ぶといいと思います こんな感じですね こっちか
はい 次にWadpressのオプションも あるんですが ここではWadpressの
バージョンまでは設定できません つまり ローカルでWadpressをインストール
さばいて 基本的に最新版がインストール されるということになります でも
必ずしもお客様が 自体とがある場合いて Wordpressのバージョンが最新版
ではないこともあるかと思いますので Wordpressのバージョンを揃える必要
があります 2つの方法一応ご案内しようと思ってまして
一つにはこのリリースっていうところに プリーバージョンのワードプレス
このように全部ジップでダウンロードできるようになってますので こちら
からダウンロードをいただいて ファイルをインポートしていただいて
作業するっていう こう一つはこのWPダウンデウングレードですね
こちらはワードプレスのプラグインとして その内容をダウンデウングレード
できる機能ということになります こちらを使うことで任意のバージョン
に 比較的簡単にダウンデウインドすることができますので こちらで
一度 ローカルデバートプレッド作る パージョンを本番環境と合わす
その上で All-in-one WP Migrationのファイルを使って 復元して その状態から
アップデートをテストするというようなことが 方法としては丁寧な方法
かなということになります そして チェックリストですね 最後になるんです
けども Update 時のチェックリストとして どういうものがあるかっていうのも
一応書いてみました ここはあくまでも 一般的なものなので これ以上
いくつでもテストってたくさん作れます からですが 一応こういったもの
が基本的かなっていうものを Update 時のチェックリストとして作りました
なので ここでアップデートしました そして その後に確認するべきことですね
なんかパッと見動いてるように見えるけどな 送るでもいいんですけども
定人にする場合はこういったものが 必要かなというところです
まずは見栄えのテストをしたいので トップページ 記事の一覧ページ
記事の詳細ページ 固定ページ こういったものが いろいろと
リンクを動き回ってみて 表示されるかどうか
エラーが出てないかどうかを確認します
そして次に管理画面ですね 管理画面に入って同じように
ダッシュボードとか 投稿タイプ言うとの一覧とか
編集画面とかに行って それぞれエラーが出てないかな
っていうのを確認します プラグインの画面もあるでしょ
そして一応サンプルの振る前の投稿 もやといた方がいいかもしれません
実際に投稿の編集画面に入って 投稿したら
投稿ができないっていうふうぐらい になっているケースもあります
からサンプルの投稿をしてみて できることなら 画像のアプロード
をしてみて もしあるんだったら Custom Blockとか 既存の編集とかもされて
みてと良いと思います その他 もし プラグインをたくさん入れられてた
場合には プラグインごとの内容を見て いただく必要があると思います
ごめんなさい 今ちょうどそうか ごめんなさい ローカルの画面出て
なかったですね ありがとうございます ちょうど今気づきました
チラッとだけお見せしましょう ローカルって 追加するときにプラグイン
あれが見えるんですよ ちょっと待ってくださいね
これでこうやって こうかな こうして こうして こうして こうして
これを画面のキャプチャー取って ここに貼り付けるといいですね ここ
はい こんな感じです こんな感じで この最初にローカルを立ち上げる
ときに プレファードとカスタム っていうのがあって カスタム
を選ぶと PHPのバージョンとかアパッチ かNGXかとかデータベースとか
っていうのがある程度選べますので こちらは元に本番に合わせていただく
といいかなということをご紹介しておりました ありがとうございます コメントいただきました
戻ります 投稿でブラグニーがつけたってなったら
とりあえずこれでいいかなという形で アップデートのチェックということになるかと思います
よりさらに詳しくやろうと思うと 見栄が本当に正確かどうかって
なかなかわかんないので ビジュアルリグリッションテストっていうものが
一応あります どういうものかっていうと 私はバックストップJSっていう
ものをよく使うんですけども アップデート前の画像と こっちが
要はアップデート前ですね そっちがアップデート後の画像を
2枚とも設定 予め設定をしておいた ページの分だけスクリーンキャプチャー
を取ります トップページとか1ランページ さっき言ったように一覧ページ
記事の詳細ページ 固定ページについて スクリーンキャプチャーを取って
置いて アップデート後に もう一度どうページのスクリーンキャプチャー
を取って その2枚を比べます ここでは今 ここではこのネズミ
ですかね 山 山猫 なんか分かんないですけど 和をきつねざる
分かんないですけど この1枚目の写真では 後ろを向いてたのに
2枚目では前を向いてたから ここにサブンがあるよねっていう
風に出てきています そしてそれが複数の見方で見れますし
これはコマンドラインのツールなんですけども コンペアをテストした時に
Mokeだったよ パスは全部通ったよとか
いうことが見られるというサービスになります
サービスというか これはNPM製のものなので
ノードで自分のパソコンに入れて こんな感じですね
ここでは文字が若干ズレたみたいなものがありますけども
そういったものもテストができます ということになりまして
細かい設定もできます ベーシック認証が通せたりとか
ということもありますが ただ技術的に難しいかもしれません
少なくとも Node.js が触れないといけないということになります
Node.js が動く環境が必要ということになりますね
それをプラグインとしてやっているものもあります
これがVRTS 視聴 これ Visual Regression Test の意味なんですけども
まだまだ出始めのプラグインで 友好数もそんなにないので
もうこちらも自己責任で ご利用いただきたいってことになるんですが
こちらは自動的にその先ほど言った サブンテストをやってくれるっていう
ツールになります 見栄えもほとんど同じような形で
こんな感じですね 元の画像と アップデートこの画像を見た時に
ここの部分の画像が結損してるなっていうのが分かったから 比較すると
ここの部分だけが赤く出るみたいなものが 表現されています
そしてこれもサーナーサービスと 連携しているんですが こちらに
ついて 無料版だと毎日の自動テスト 2位ではできませんが毎日勝手にテスト
を置きます そして1つのドメインで 3ページまでは無料ということになって
ます Pro版だとマルチドメインで 500ページまでで自動テスト そして
主導テストもできてみたいなこともありますので このあたりプロ版
かどうか もしくはこの先ほどお伝えした Backstope JSを使うかどうかみたいな
のもありますが こういうのを使うと より厳密に作業ができます また
この統合についても 本当はPlay Liteっていうようなテストツール
を使って E2 Testっていうふうにいます けれども まるでユーザーが操作
したかのようにするっていう動きを テスト上で書いておいて それを
実際にテスト環境を立ち上げて そこで動かして それがOKかどうか
見てっていうのもありますが なかなかそうするとカジュアル
ではないので そこまでのお伝えは ここでは控えようかなと思いますけども
本当にやろうとすると そういったものが無限にテストは
テストで出てきますということになります
というわけで ここまでだーっと ご紹介しました
なかなか早口で進みましたので 動画もありますから資料も見比べて
いただきながらご自身の内容に沿った ものあったものを合わせてご利用
いただければなと思いますので ぜひ皆さんにとってよいメンテナンス
保守がしていただければなと思います じゃあここまでで一旦本編は
終了としまして ここからは 質疑応答でいただいているもの
ありますので そこの部分にお答え していきたいと思います
そしたら こちらに出てきましたね いろいろ出てきました 一応上から
順番にご紹介していきたいと思います 今出てます 赤い画面出てます
大丈夫ですかね 先のやつですね 過去にバックアップアイルトラブル
が出使えなかったことがあります 皆さん バックアップアイルのチェック
とかされてるんでしょうか?もしよろしかったら皆さんもチャットでご回答いただければと思います。
私からの回答としましては、ファイルからの複現の練習はされるというようにではないかなというふうに思います。
という形でチェック付けさせていただきます。
続きまして、ページインサイトの話。これは次回、まだありがとうございます。やらせていただきますね。ありがとうございます。
で、AppDraft+で、外部にバックアップとロバイトな方法があるんですが、
無料だとありがたいです。Google Driveはたくさんすると保存されますよね。
今はWordpressの外部サーバーのフォルダーに保存してます。
もしかしたら主導であるとしてますが、今これね、
自動でしたいのでお勧めを教えてくださいということになりましたね。
そうなんですよ 結局どこかのタイミングで課金が発生するということになります
今バックドラフトプラスはお財図通り無料でスケジュールができて保存ができますよね
ただおっしゃっていただいてるとおり たくさん保存すると課金されます
ので課金の収まる範中で作業をいただくとするならば
例えば データベースは毎日保存するけども ファイルの部分は
1週間1回にしようとか そういった作戦もないことないかもしれません
ただ お伝えするとおりで そのなると データベースは戻せるけども
何か不具合が起こったときに ファイルを戻すのもと
その1週間単位でしか戻せないということになります
ということになりますので そのあたりでご自身の
その課金するしない今の容量内容等に合わせて やっていただければと思います
ではではそんな感じで 今ねいただきました ありがとうございます
バッカーファイルの容量を減らす工夫をしています 1年前のメディアファイルはローカルに落とす対象から外すとかしています
そうですね そういったのもありますね
アップドラフトプラスの設定をもうちょっと細かくしていただいて この高度な設定の中にあるですかね
アップアップの多分その設定の中で メディアの
メディアの年月とかで設定ができますか
できないのかな? 除外ルールを設定か この中でアップローズの中の2020年
2019年18年はもう入れないとかっていうふうに多分すると そこの部分だけ除外するといったようなことも可能かと思います
そうすることで直近のやつはするけども 昔の画像のファイラーそんな変わんないよね
っていうようなやり方っていうのもありえるかもしれません クルーするとちょっとだけ無料の期間が伸びるかもしれません
という形ですね 覚悟欄ください ありがとうございます
次 制作会社側視点で作ったサイトの 保守メンテナーの受け入れなど
無料ではなかなかできません でも 逆座学生キャラですって提問する
とそれならいないと言われ 心暮らしいながらも作る一話で
報告しけるケースがあります こういう時 どんなの提案内の
つまり月額の相撲判で 保守いただくのが良いでしょうか
ありがとうございます 我々私の会社の場合は もう最初にお伝えします
メンテナンス保障は必ず必須ですよというふうにお伝えしますし
ただそれを確かに要らないと言われるケースもあります
その場合にはできる限り先ほどの自動設行シンセティをお伝えします
それはお伝えした通り 各各しかしかでこういうふうになります
あります 万一 オンシャのサイトが オンシャ側のメンテナンスの不足
において ハッキングの被害にあった 場合に それはオンシャの責任
なんていうんですかね ブランド オンシャの信頼を一時々しく
落とす可能性になり得る可能性があります ですので できる限り保守メンテナンス
というのはされたほうがいいと思います ただ 背に払わかえられないという
ところもあると思います 月額の保守メンデナンスが払えない
ということもあるかと思います その場合には 一つにはShifterを
使っちゃうというのもあり得ると思いますね Shifterっていうのは Staticに
Wordpressのサイトをホスティングできるサービスです Wordpressそのものを
使えるんですけども 公開って押すと それが性的なファイルになって
ホスティングされて公開されるので Wordpress自体は表に出ないっていうタイプのサービスですね
そういったものをShifterもしくは
スタッティ スタッスタッ
ごめんなさい わかったですけど
なんかそういうありますサービスがいくつかあります
性的にホスティングしてくれるサービスがありますので
それを使うもしくは私だったら Wordpress どうしても同時に使いたいけども
もしメンデナンスはやりたくないっていうことなら
じゃあもうオートアップデートをぜひぜひ入れておいてくださいって言っておいて
で、このほうがそのオートアップデートが失敗して 腹部屋になるケースよりも
それを放置していて数年後にハッキングされるケースの方が絶対高いですから
それにするってくださいと。
そして、それでもしワードプレスが落ちたり動かなくなった場合にはご連絡ください。
その時には改めて見積もりしますという形にするとか。
それでも払いたくないっていう時には
そもそもワードプレスを使うところからちょっとご相談しましょうっていうふうにするのが
良いかなと思います。
どうしてもバックアップ、アップデートが必要なものなので あとはそのサービスもありますね
wadpress.comを使えばwadpress.comはコアは自動的にアップデートします
そしてコードのメンテナンスも基本的にはその保守管理というところが含まれてますので
wadpress.comを使っていただくっていうのもいい方法かなと思いますので
そのあらかじめそういったものがサービスに含まれているものをご提供するか
それをもう自動更新をご連絡いただくか そのどっちかにすることが多いかなと思っております
これはあくまでも一例です 私だったらこうするなので
さまざまな会社さんだとか さまざまな個人によって方向性が違うと思いますので
その分ご利用ください そしてもし私はこうするよっていうご意見がありましたら
コメントやメッセージなどでいただければと思います
ありがとうございます こちらは話しました バックアップのスケジュール複数設定する方を
お知り大臣 今のBackWB Appの部分をご紹介しましたかね
AppDraft+については実はなので 複数の設定はプロ版のみの提供
ということになります オレオン migrationもそんな感じで
オレオン WB migrationもそんな感じです あとはホストィングサービスやサラサービス
プラグによって変わりますので 都度をご確認いただければと思います
BackWB Appで撮ったバックアップデートは ローカルで再現確認してるんですが
データを入れるときに選んだって 仲間ができないことが多々あります
なるほど データ一応取り除したり ローカルのバージョン更新すると
見なくてます こういう事が動くあるのでしょうか
いやそうですね この今お伝えした通り BackwpUpは BackwpUpとして
丸ごとをごそっと取るので それをもとに ローカルで再現するにも
なかなか手段が必要なんですよね
オレンマグレーションのいいところは Domainの地間も自動でやってくれます。
要はAのサイトではA.comで LocalはB.localだった場合に
AでダウンロードしたものをBの Localに入れるとすぐに Domainごと地間してくれるんですよね。
ですのでその辺りで復活になることが少ないんですけども
BackWPUPの場合はそのままごそっと保存されますので
それを元に 今度もとに戻して うまく作るってなった場合には
それをうまく手動で 復元する力が必要になります
データの取り扱いの詳しさみたいなものとか
もしエラーが出た時にも それをうまくケアする能力が必要になりますので
こういった現象はよくあることなんでしょうかっていうと
ないことはないという感じでしょうか
それで非常に非常にとてもおこまりになったら
ローカルの環境で再現 環境復元したいためだけのことを考えると
バックアップはバックWPアップで取りつつ
移行としてのローカルの移行の時だけは
WP All Migration オールイン1 WP Migrationを使うっていうのも
一つの方法かなと思います
なるほど 今 他のコメントで
バックWPアップの復元失敗はあるあるなので
私はバックWPアップを使わなくなりました
というコメントもありましたね
そういったこともあるようです だから特定のプラグインを悪く
言う決もりはないので それぞれに使い分けというふうになる
かなと思います それ違いだったらすいません
MWWPも使用しており 5.1.0のアップデート情報で本番上で
ドイヤセフォームコンテンツへの ジャバスクリプの技術を取り上げて
くれました 外島歌手の技術をする場合は別の
福島のご利用くださいと 歌譲券をからず参考サイトとあれば
なるほど。MWDWFMが基本的には積極的なメンテナンスというのはなくなって、あくまでもサポートしてのメンテナンスだけに切り替わっています。
そして、そこの部分、Webの相談者さんが引きずらがれて、それはそれで本当に素晴らしいことだなと思っております。
その上で、いろんな脆弱性を考慮した場合に、これまでJava Scriptを書いてもよかったというところが、やっぱそうすると、
もう本当に難しいんですけども ジャバースクリプトがかけるってことは
いろんなことができる そしてその権限とプラス編集者権限以上の
ワードプレスの権限があったら こういうふうにするとこういうことができるよね
みたいな 複数の条件の重なりで そういったことがあり
ジャバースクリプトが今回中 かけなくなりましたということですね
今はちょっと何の復興を使って どういうふうにしたらそこに
JavaScriptとか 技術できるかどうかっていうのが わかんないので ちょっと答えられないんですが
あの どなたかもし分かる方がおられましたら 関連のフックやら
関連の外島の記事やら もしご存知でしたら URLとうとう教えていただければと思います
私もちょっと探してみたいと思いますが ちょっと今日は今はこのタイミングでは
ご回答まで間に合わないと思いますので ご了承いただければと思います
目がねさんのバックアップのスケジュー らどのような感じですか 私の
Webサイトは さまざまな まず私のブログですね
なんか新しいそういうメンテナンス 系のサービスとか バックアップ
のプラグインとかあったときに いろいろ入ってるんですなので
何十人もバックアップがいっぱい されてて
なんかトゥーマッチなぐらいの感じ です
もし汎用的にっていうことで考える と
もしデータが許せばですが
その本当更新頻度とかデータ によるんですけど
そうですね1ヶ月分ぐらいは取って あるといいんじゃないかなと思います
どれぐらい更新されますかっていう のにもよります
要はまずスケジュールっていうこと で
考えた時の世帯数を考えたんですけど あのようは自分のサイトを何日に
1回見るかみたいなとこなんですよね 例えば自分のサイト1ヶ月に1回ぐらい
しか見ませんってなるとするじゃないですか でその最後に見た日にはちゃんと動いて
たでそこから30日間世帯でバックアップは常にしている でも次見に行く時って
まあ少なからず30日もしかして1ヶ月 見てなかったら2ヶ月間ぐらい
実は1ヶ月見てたけど その時には気づかなかっただけで
何かハッキングされてたとしてですよ
次みるの2ヶ月目じゃないですか
そしたらもうバックアップ足りてないですよね
みたいなことがあるので
そのご自身がさすがに気づくだろう
何か不具合があったっていう時に
その頻度 その戻せる頻度みたいなものを
元にスケジュールとか世帯数を
考えられるのがいいんじゃないかなと思います そして私は多少サーバーとかで
操作が少しだけですけどねできるので メディアンフォルダーをハッキング
されることは想像ないなと思ってまして もしかそこの部分チェックできるかな
と思っているので データベースは毎日で例えば30日間と
撮っておいて 画像があまりにも出かければ 例えば5Gとか10Gとかあるような
ものであれば それはもう1週間に1回とか 月1回です この画像はもう消え
ちゃっても仕方ないかみたいな感じで さすがに例えば10ギガのサイト
があったとして それを30日間やろうと 思ったら300ギガの容量が必要になる
じゃないですか それって そもそも10ギガのファイルを
ダウンロードするのに丸一日かかる 可能性もあったりとか それを
毎日続けていても サブンブンだけ考えたら9.9ギガぐらい
不用なファイルですよね 前回と一緒みたいになるので
本当そのサイト自身に応じてかなというふうに思っています
はい ちょっと具体的にこんな感じと言いにくいんですが
私のサイトはちなみに 自分のサイトは最近全然更新してないんで
なんですけど毎日ずっとなんかリアルタイムに
ウイルススキャンもコミで保存されています
しかも2サイトくらい これは仕事で どんな風に保存されるのかなと
どういう風にメールが来るのかなとか どういう風にダッシュボード
見れるかなみたいなものが入ってあるので そのようになってます
私に関連するサイトであれば 1日1回 そうですね
15世代から30世代の間ぐらいで サイトの容量にかかわってやってる
って感じでしょうか そんな感じです
プラグインのセキュリティアップデートは即時 それ以外のアップデート
リリースされてから2位の日付で自動で行えてるんですが 難しいですかね
ああ 本当はそういうのプラグインごとにできたらいいんですが これ
コアの部分はあります コアの部分はマイナーアップデートと
メジャーアップデートって 少数点第1桁目が変わるのがメジャーアップデート
って言われてます 少数点に2桁目以降が変わるのが
マイナーアップデートって言われています ここの 6.4から6.4から6.4から6.4から
6.4から6.5に次変わるんですけど これはメジャーアップデート そして
6.4.1 6.4.2 6.4.3 これがマイナーアップデート
っていうふうになります マイナーアップデートっていうのは
基本的にはセキュリティ的なメンテナンスが ほとんどんでして
こうやって見ていただくと 各バージョンにおいて
非常にありがたいことに そのセキュリティのフィックスについては
追従いただいてます というか コミュニティの力で追従があります
ただ、それも全部が全部それがずっとずっと続くわけではないので、
基本的にはアップデートしていったほうがいいよねっていうことになりますが、
マイナーアップデートっていうのは比較的影響の範囲が狭いので、
自動化しておいてメジャーアップデートをテストしてからっていうのは、
お気持ちはめっちゃわかります。
ただ、現時点においてはコアのほうがありますが、
プラグインのほうはセキュリティアップデートと、
機能としてのアップデートの分別がありません これはもうオープンソースのもので
プラグインごとにベンダーさん 作者さんが違うからそれに統一した
ルールとして現状はさせてないって感じ アップデートのナンバリングの押し方も
各プラグインごとにバラバラですからね もしかしたらこれは非常にいい
アイデアかもしれないので 議論できる余地があるとか
モゼニーギットハブとかチケットのところ トラックとかで議論があるかもしれません
そういうのを見られると面白いかもしれませんし 新たな議論としてまたあって
それがもしかしたらある時 こういうことが 採用されるという未来もあるかもしれません
それもオープンソースのいいとこだと思いますので
もしよろしかったら そのように取り組んでいただけたり
一緒に見守ったりできたらいいなと思います
非常に良いアイデアかと思います ありがとうございます
はい というわけで 一旦質問にもお答えしました
そしてかなり1時間半に近づいてきましたので 一旦ここで録画の方は終了させていただいて
ひとまずこの今回のセッションを示させていただこうと思います
最後までご視聴ご参加いただきありがとうございます
もしよろしかったらこれですね ラブ・ラブ・ピーとか
WP ミートアップをつけて今日の感想や新たな質問とか
もしかご指摘も含めコメントいただければ ありがたいです
というのも私こうやって参加してますけども
これのコミュニティ活動の一つですし
私がなんかこう公式な何がしですとか
全部の正しいものを全て知っています
というわけではないので
みんなで議論できて直すところを直して
一緒によりよくできればと思いますので
ぜひ感想等といただければと思います
ではご参加いただきました
ありがとうございました
一旦ここで録画示させていただきたいと思います
お付き合いありがとうございました
(音楽)