エクスポートができるフィールドを作ります。インポートするためのプラグインにもよります。インポートのプラグインに合わせた形をきっちり作れるようにします。出力専用テーブルに編集したデータをどんどんコピーしていきます。書き出しの仕組みを作るのがよいでしょう。私はボタンポンで一気にCSV書き出しのフィールドが埋まるという大変便利なものができましたよ。作るにあたっては基本的なルールがありますね。1行目にフィールド名1行目は適切なフィールド名をつけてやらねばなりません。投稿のタイトルは「post_title」スラッグは「post_name」IDは「ID」または「post_id」とかですね、そういうのがあります。プラグインの仕様やSQLのテーブルを見れば間違わないだろうと思います。書き出し用テーブルのフィールド名はすべてそのルールに則った形式で作っておけばいいでしょう。数字を文字列に数字や日付のフォーマットはNGで、多分ぜんぶ文字として書かないといけないと思います。書き出した後表計算ソフトで変換してもいいと思います。表計算で開いてセルを全部選択して文字列に変換するのが楽で早かったように思います。ファイル容量というか行数です。以前書いたとおり、行数が多いとエラーで進みません。ここは面倒でも数十行に収める必要があります。制御すると楽かもしれません。スクリプトを組むのが面倒なら表計算ソフトを使って分割しても構わないですが、分割して1行目をくっつけてファイル名を付けて保存しまくるというのは随分手間ですね。インポートで気をつけるのはカスタムフィールドです。カスタムフィールドテンプレートを使用していてチェックボックスだの複数入力だのを実装していたら上手くいきません。ご利用なら対応しているようです。いずれにしろ、カスタムフィールドの扱いはちょっと難しいものとなります。これがあって「ならカスタムフィールドなんか使うのやめて全部タクソノミーにしてやれ」なんて思ったんですが、これが後々ちょっとした騒動になります。どこが間違っているか前回の予告に反して少し話を戻して今回の記事を書きました。ここまでで一つの区切りとなりますが、これまでの流れをまとめるとこうなります。WordPressに読み込んだこれだけ見ると「うん。上手くいったね」となります。最初から振り返ると、何が間違っているか一目瞭然となります。そもそもなぜこのようなことを始めたのか。そこから振り返ります。読み込んだ」こんなことやってます。やっていたのです!本末転倒にもほどがあります。アホか、おれ!という自分の阿呆さに呆れかえっていますと、天の一角がぺろりとめくれて神様が顔を出し読者に向かってこう言いました。ここで前回の記事の最後のほうに繋がります。時をかけてそこからやりなおしますね。検索してみると、いきなりFileMaker社のページがヒットします。データソースにライブ接続することができます。FileMakerなんと、そんなことができるのか。これが出来るんならこれでええやん。気分でSQL接続の方法を検索して辿ります。多少ややこしくてもSQLのコマンド覚えるより楽に違いない。次のポストにつづきます。MySQL接続」というシリーズ記事になります。