msio
フォーラムへの返信
-
私みたいなあほの子がバックアップするときに妄想している話をいたします。
wordpressはデータベースとプログラムのファイルの二つがサーバーにのっかっていて動作をしているみたいです。
なのでその二つを全部コピーすればバックアップはできるようです。
バックアップの目的は「違う環境でも同じ動作にもってく」だと思うので、そういう意味では必要な機能が必要な動作をするようにすべきかと思います。まずデータベースですがダンプというのをとると、データベースまるごとの情報がまるごとテキストになるようなので、それでとれるみたいです。
テキストファイルですがそこにはデータベースの作り方が機械の言葉でかいてあって、それを読み込ませると全部もとの状態になるみたいです。次にファイルですが普通にコピーしたらバックアップとれるみたいです。動作するのに権限が必要なものとかでも権限は全部外れるみたいなので注意が必要だそうです。
これでバックアップ自体はできると思うのですが、これを元に戻すのにはその元に戻す先、戻すという事自体もう元の場所ではないのでがんばりが必要かと思いますが
バックアップをどこまでとるか、どこを復元するかを判断する基準になればと、私が考えてることを話します。まずＷｅｂサーバーはライフル競技の射撃主みたいなものです。これが交代せざるをえない場合というのは発生しうると思いますしそのためのバックアップだと思います。
wordpressの親テーマとよばれているところはライフル銃の本体部分だと思います。これがライフルのライフルたるを成しているといえると思うのですが、これは支給品でwordpress社から毎回都度支給されて更新されます。
これをカスタマイズすることもできると思いますが、次に支給されたときにはカスタマイズがはずれてしまうので、ノーマルの支給品で使い方の腕をあげていくほうがいいかもしれません。
子テーマといわれているところは、カスタムパーツみたいなもので射撃手のすきなものに変更できます。この場合は射撃手がサーバーという意味にしているので不適合ですが、射撃の成果をもとめるファンやスポンサーの意図をくむのがカスタムパーツだと思っています。
射撃手や親テーマ支給者が望まない威力のカスタムパーツをつけてしまうスポンサーもいる、みたいなバランスもあるかと思うので注意です。
ほかプラグインという特徴的な機能がありますが、それはカスタムパーツのなかでも直接射撃行為には関与しないけれども射撃を補助する結果になる部品だと思います。
そしてデータベース部分は記事とか設定とかいっぱいつまっていて、銃弾のような感じです。
銃弾にも特殊な性能のものがあったりカスタマイズしたものがあって、それを打ち出して威力をしめすにはカスタムパーツでないとふつうの銃弾とおなじ威力なこともあります。
カスタム設定用のデータベースがノーマルのテーマだと機能しない、みたいな感じです。完全なバックアップの方法をこれで考えると
射撃手が交代になった（サーバー交換、サイト移設）
↓
銃とパーツと弾をバックアップ（ファイルコピーとダンプ）
↓
新しい射撃手に引継ぎ（新しい環境にバックアップデータを貼り付け）
↓
新しい射撃手の腕前をあげるか、パーツを新しい射撃手にあわせてカスタマイズ
（サーバー動作設定を変更したりパーミッションかえたり、データベース内容の記述を変更）
↓
出来なのですが、これは対象の全部を手でさわれる人でないとむつかしいと思うので、プラグインとかでバックアップをされている方もいると思います。
図で想像いただけると感じるのではと勝手に妄想していますが、プラグインというオプションパーツでほかの全体をバックアップ、復元はできそうにないと思います。
なので、銃弾のカスタマイズ（プラグインやテーマで増強されたデータベースのデータ）やカスタムパーツの設定（子テーマの独自参照ディレクトリ）など足りないこともあるかと思います。なので、判断基準として、プラグインでできるバックアップはノーマル部分だけだというつもりでいます。データベースのバックアップだと全部をダンプしてくれるところもあると思うので、銃弾はそのままの性能である可能性もあります。
でもその銃弾が完全でも、カスタムパーツがなければ打ち出せない、威力がでない、というものもあるので、カスタマイズしたものもコピーがいります。
でも次の射撃手がそのパーツそのままを使えるとは限らないので、フルスクラッチでなければ変更前のピュアなパーツの最新版を支給元から取り寄せて、カスタム部分を設定時につけてあげるのがいいみたいです。先の方がスライドを示されている内容でほぼ完全なのではないかと思うのですが、私みたく適当でよくわかってない人間からみると「同じように復元されてないのはなぜ？」の原因がよくわからないので、そういうたとえにしてみました。
なんとなく、競技用のライフル銃に安全装置が二重三重についてるのはゴテゴテしてて一つにならない？とか、特殊な射撃手むけの特殊なパーツは引継ぎ時すんなりもってける？とか、これを使いたまえと勝手に威力の高いカスタムパーツをスポンサーがもってきたとき、射撃手と本体支給者が対応しきれるかとか、そういうイメージでバックアップとかカスタマイズとか選択できたらいいなとおもって書いてみました。
どこがこわれて、どこを交換すべきか、みたいなことも想像できたらと。
いかがでしょうか。
リダイレクトの仕組みとかよくわからないのですが、モバイルでダメだということはモバイル判定してから読み直しをしているのではないでしょうか。
.htaccessはよっぽどのことがないと端末を差別したりしないので判別はテーマのどこかで変数ひろってから再度アプローチにはいっているような予感がします。
（よっぽどな事：モバイルキャリアのIPを列挙してリダイレクトかけるとか）そのリダイレクト先が、「モバイル判定しているとこまでもどせば、モバイル画面がでるんじゃね？」的な感じで永遠のループという一人大行列になっているのかもしくは「親切にモバイルページにもモバイル判定で表示しなおしをつけてあげよう」とか、まあモバイルなら「入り口まで戻る」構造なのではないでしょうか。
最近はやりの「モバイルならCSS切り替える、というか画面サイズでCSSが動く」みたいなモバイル対応とかいいんじゃないかとおもうのですが別ファイルみせたいということだとおもうので、「飛んだ先に再度入り口にもどれ的なことをいわせない」といいんじゃないかとおもうのですがどうでしょうか。
すいませんバカみたいにでかい画像をはりつけて。
ちいさくしたのでもしかでかいのがいるときはおしてください。画像がはれるみたいなのではってみます。
タグもカテゴリもその他なにかの記事に関する情報はみんな「タクソノミー（分類）」だとおもいます。
番号つきの文字の群れが「ターム」のようです。
なのでタームにみんな凝縮するのに入るのは
１）個を識別するＩＤ
２）それぞれの名前
３）スラッグ
これの列挙なので、「スラッグ」という見分けを平滑化するとなにがなんだかわからなくなると思います。そのタームがタグなのかカテゴリなのかという分類（タクソノミー）がタクソノミーの役割みたいです。
その何の役割をしめす何という内容が、どこについているか、という関係性をまとめて「タクソノミー」といってるみたいです。タームが「付箋に書き込む内容」みかんとかです。
タクソノミーが「どの付箋に書き込むか」ということです。青の付箋にみかんとかきこめば、「植物みかんについての研究の資料」という意味にします。
そのタクソノミーと記事を結ぶのがリレーションシップ（のり）です。カスタムフィールドはあらすじを書き込んだメモを記事の所定の場所にはりつけているような感じだと思います。
作業的に
カスタムフィールド検索： 記事のこの場所に指定のキーワードがある記事を探してきて。
タグ、カテゴリ検索： 青い付箋の記事をもってきて。ではないでしょうか。
赤い付箋で「ギャグとして利用される現象としてのみかん」という「みかん」と書き込まれた付箋があったとしたら
残念な結果になると思います。あらすじにみかんは登場しないけど、所定のまとめ（カスタムフィールド）にあれば対象の記事をみつけることができると思います。
話題をぎゅっと凝縮させるためには、キーワードより対象の関連性が高いほうがいいことが多いと思うので
「みかん記事がほしいんだけど、青い付箋のをまとめてもってきて」という命令系統がいい場合も多いのではないでしょうか。つかえない上司の命令を順番に考えていくとデータベース的に最適解がみつかりそうな気がします。
ダメ１
みかんって書いてる付箋の記事ぜんぶもってこいとはいったけど、さすがにこれは関係ないだろ。赤も青も全部もってきやがって。ダメ２
所定の位置にみかんとかいてあるものもってこいとはいったが何時間かかってる。そんなのぱっぱとみればちゃっちゃとわかるだろ。ダメ３
とりあえず記事全部みて、なかにみかんとかいてあるもの全部ひっぱってきて、それでいってる意味にちかいのをお前が判断してだしてこい。どれをえらんでもデータベースさんはえらいのでこたえてくれるかと思いますが、あんまり無茶をさせるとバチがあたると思います。
僕が考えた最強のタクソノミーは
１）タームをしっかりわける
付箋にかくとき「ギャグみかん」「食べみかん」「観賞用みかん」などにわけます。
スラッグをtag_mikan category_mikan post_mikan などにします。２）付箋の色・形をつかいまわさない
青い付箋は出典、赤い付箋は場面、黄色い付箋は研究資料などにします。
カテゴリーは記事の出力用途を示すのにつかいます。タグが記事内容に含まれる文字にします。
青い付箋を全部あつめてくると、映画の記事があつまります。青い付箋にみかんと書いてあればみかん映画がでてきます。（カテゴリ）
赤い付箋は記事内容に単語が象徴的にでてくる記事。リンゴ映画であってもみかんの登場する映画も候補にでます。（タグ）
青い付箋をあつめたとき「これ番外編にふくまれるべきがなんでレギュラー参入してんだ」ってことにならないですむ。
３）カスタムフィールドはそれ以外の独自の切り口であつめるキーワードがいれられる。
記事内容やタグ、タイトルなんかに全く関係がないけど「縦読み」「レベル１０」といったものをつけたりできる。
タイトルだけでは他と機能が同じだけど、カスタムフィールドの内容がみられるので「縦読み」記事でも「レベルのたかいもの」を抽出できる。というレシピでした。
実際にロッカーに大量に付箋のついた大量の書類をいれてみると同じ事が体験できる気がします。どうでしょうか。
そういう感じで「なにをもって類似なのか」ときめたら、うまくいきそうな気がします。
