Factory制作メモとか、趣味とか、雑記。コピー2023.12.18あんまりやらないからビビるっていうね。投稿のエクスポート・インポート準備やっていく双方に投稿・編集があった場合セキュリティ設定が地味にやばいまとめ大型アップデートとかのためにやる公開前のWEBサイトなら外部からのアクセスだけ気をつけておけば、ただ作っていけばいい。した更新もアップして適用しちゃえばいい、というスタンスがある。不祥事を恐れる大手とか、そうでなくても大掛かりな更新だと編集の干渉とかで万が一のことがあるんで、テスト環境でアップして確認してから本番環境に適用させる。いう理由で、テスト環境を作らなきゃということがある。お名前.comのサーバーは便利お名前.comのrsサーバーではテスト環境として既存のWPをコピーできる機能がある。SSLはないけどBasic認証をつけてくれるし、システム内のドメインも書き換えてくれるから基本的に準備に手間がない。テスト環境の内容を本番環境に上書きできるので、更新作業も楽。要するにWPの複製・上書きができるということ。複製を作るのはノーリスクだけど、上書き時にリスクが発生する。上書きしちゃうと元の状態には戻せない。編集前データを残したければログ用として複製をもう一つ作っておく必要がある。リンクが死んでることがあるテスト環境で作ったページ(固定、カスタム問わず)があるとする。テスト環境では問題なかったのに、本番環境に適用した状態ではアクセスできないという、管理画面ではちゃんとページが作られてるのに何でよ、ということがある。いう場合は「設定」>「パーマリンク設定」に行って「変更を保存」をクリック。リンクの動作がおかしいときはこれで大体解決するし、コピー時も例外じゃない。アップデート作業中に投稿・更新があった場合テスト環境を本番環境に移すと、本番環境で投稿・更新した内容は消える。上書きとはそういうことで、単なるエクスポートじゃない。作業中に更新したりしてないかを確認する必要がある。カスタムフィールドとか問い合わせフォームとかのプラグイン周りをいじられてたり、テーマファイルを追加されてたりするとしんどい。テスト・本番それぞれで固定ページを作られてる場合もやばい。片方だけが投稿・更新してる状態ならそちらに合わせたら済むので傷は浅くて済む。投稿のエクスポート・インポートWP純正のエクスポートは使えない。いうのは画像を引っ張ってこないからで、やっていくにはプラグインを使う必要がある。カスタムフィールド関係もカバーしてたような。ページならすることは無いんだけど、カスタム投稿はひと手間必要。カスタム投稿の設定にエクスポートの可否があるのでこれを有効にしなきゃいけない。UIでも同様で、初期値がFalseになってる。該当のカスタム投稿で「エクスポート可能」を「true」に変更する。UIで作成したカスタム投稿のエクスポートができない時(エクスポートする内容を選択の項目に該当名がない)の対処法記事になります。対処法はとても簡単ですが、意外と気付きづらいところに問題が潜んでいます。pylorhythm.com次にエクスポート用のプラグインをインストールする。検索して出てくる有名所のものを使えば経験上問題ない。ta...wordpress.org対象を全部エクスポートするもの、期間とか属性を指定してエクスポートするもの、色々ある。全部をエクスポートする系は記事が多いとインポート時にメチャクチャ時間が掛かる上、不可が掛かりすぎて503エラーを吐くことがある。503が出ても1回だけブラウザを再読み込みして放置すれば処理は完了した。やっていくプラグインの機能を使ってエクスポートする。WPの「ツール」→「インポート」でエクスポートしたファイルを読み込む。インポートのメニューでは基本的に「Wordpress」でいいけど、エクスポートしたファイルがCSVだとCSV対応のインポーターを導入しなきゃいけない。大体はエクスポートのプラグインにインポート機能も付いてるけど、ない場合はインポート用のプラグインを入れましょう。簡単にインポートできるようにする非常に強力なインポートツールです。ja.wordpress.org双方に投稿・編集があった場合インポートすると上書きされちゃってやばい、ということがある。個別に移植していくしかない。期間指定でも無理みたいな詰みがある場合は手動でやっていかなきゃいけない。