テーブル構造がシンプルなので、助かりました。
まだまだ、変なところがあったり、そもそも、新サイトの見た目やプラグインやらを整備していないのですが、今後は新サイトのみ投稿をしていくことにします。
実施した手順は以下の通りです。
っていうことは、画像データを同じ構造のままFTPで持っていても、リンクされていないということなのね。
できれば、インストールされているURLを変数で持って、相対パスで格納しておいて欲しかったなぁ。
またまた悩ましい。
移行した後で、正規表現を使ったUPDATE文を正しく発行できるかしら？
いろいろなプラグインを試行錯誤で入れているせいもあり、標準にはないテーブルもできているし、テーブルの中にも微妙なデータが入っている。
うーん。
やっぱり、エクスポート、インポートなのか。
そうすると画像データの移行が悩ましそう。
http://wpdocs.sourceforge.jp/%E3%83%87%E3%83%BC%E3%82%BF%E3%83%99%E3%83%BC%E3%82%B9%E6%A7%8B%E9%80%A0
| WordPress 3.0 テーブル (11) | ||
|---|---|---|
| テーブル名 | 説明 | 関連インタフェース画面 |
| wp_commentmeta | Each comment features information called the meta data and it is stored in the wp_commentmeta. | Typically plugins would be add their own information to this table. |
| wp_comments | WordPress へのコメント・トラックバック・ピンバックデータを格納 | コメントは投稿記事への反応として読者によって作成される。管理者によるコメント管理は 管理パネル > コメント > コメントにて |
| wp_links | リンク作成機能で入力されたリンク情報を格納 |
|
| wp_options | 管理 > 設定パネルで設定されたオプション設定情報を格納（オプション設定リファレンス参照）。プラグインの設定情報が格納されることも多い。 |
|
| wp_postmeta | メタデータという各投稿記事特有の情報を格納。カスタムフィールドとして使用するほか、各投稿に情報や設定を付加するようなプラグインが、その情報を当テーブルに追加することがある。 |
（カスタムフィールド） |
| wp_posts | WordPress データの核である投稿記事のほか、ページ、ナビゲーションメニューのデータを格納 |
|
| wp_terms | 投稿およびリンクの分類（カテゴリ・タグ）に使われる語句の基本情報を格納 |
|
| wp_term_relationships | オブジェクト（wp_posts テーブルの各投稿記事、wp_links テーブル内の各リンク）と wp_term_taxonomy の（少なくとも 1）カテゴリ・タグとの関連付け情報を格納 |
|
| wp_term_taxonomy | 投稿およびリンクの分類上の語句（カテゴリ・タグ）データを格納 | |
| wp_usermeta | 各ユーザ特有のユーザ・メタデータを格納 |
|
| wp_users | 登録ユーザ情報を格納 |
|
Facebookの仕様が変わったのでしょうか。
新サイトのプラグインとして何を使うのかちゃんと考えないといけませんね。どうしようかな。
カテゴリーとか再設計したのに、インポートしたら古いカテゴリーが入っちゃってがっかり。
ということは、既存サイトのカテゴリーをきれいにしてから、インポートするのが正解ってことね。
SQLとかを駆使すれば、このまま使えるんだろうけど、考えるのが面倒だったので、全部消しちゃいました。
ちぇっ、やり直しか。
スラッグがどう移行されるかも不安。ま、試行錯誤するしかないですね。
カテゴリが出力されるのは知っていたのですが、タグも出せるというのはありがたいです。複数を選択することもできるというのも素晴らしいです。
http://codex.wordpress.org/WordPress_Feeds
http://m.designbits.jp/12071811/
とすると、カテゴリは使わずに、全部タグで処理するというのもありですね。
例えば、カテゴリは「笑える、うれしい、悲しい、怒り・・・」などの感情でわけるというアイデアも現実味を帯びてきます。
データが入っていないと、サイトの外観を変えても、どういうイメージになるのかつかめないし、盛り上がらない。システムインテグレーターでなく、エンドユーザーの気持ちがよくわかる。
だって、どんどん投稿データを作っていくんだもん。こっちは実験しているだけなのに。
現在、インストールしているプラグインは以下の通り。今のところ3つ。10未満に抑えられるかな。
その間に、無料お試し期間が終わっちゃいそう。
まずは、テーマをカスタマイズして、外観を整えるのかな。
過去データの移行が先か、プラグインの設定が先か、それとも、並行でやるのか悩ましいところです。
あと、旧サイトからの301をどうするかですが、よくアクセスされているページだけ個別でしばらく設定しようかと思っています。理由は、エクスポート・インポートで移行しようとしており、投稿のIDが変わるから、ワイルドカードを使って一律にというわけにはいかないからです。
新サイトのカテゴリをどうすのかも悩ましいところですね。
仕事もちょっと落ち着いたので、レンタルサーバの移転に着手しました。
カゴヤからさくらインターネットへ。
主な理由はコスト削減。カゴヤはMySQLがオプションで課金されるから高いのと、私が契約しているプランは、たいしたアクセス数はないはずなのに、アクセス数が多すぎます、というエラーが出るので、同時アクセスには強いと評判のさくらインターネットにしました。
ドメイン取得に少し時間がかかったのと、Wordpressのインストールのフォルダについて少しわからなかったので、手間取りましたがいずれも解決しました。
後者なんかは、Googleで調べたら、一発。
http://www.nishi2002.com/4718.html
基本的には、取説とかは読まないタイプなんで、失敗して学んでいます。
さっさと移行して、カゴヤを解約しないと。
これはバグなの？
関係ないけど、また、いっそう、早くサーバを移転したくなっちゃいました。
今週末にサイト移転決行しちゃう？
このサイトを引っ越しすることにしました。以下はそのメモです。
理由は、さくらインターネットの値段を見て安かったからと、カゴヤにプラン移行は各自バックアップを取って、リストアするように言われたから。同じプロバイダなのに、そんな手間がかかるなら、いっそのことプロバイダごと変えてしまえと思った、という次第です。
で、いざ、引っ越しするとなると、結構大変。唯一、嬉しいのは、大したサイトじゃないので、SEO的な資産は惜しいものはほとんどなく、身軽だということぐらいでしょうか。
まず、レンタルサーバは、さくらインターネット。理由は特にないです。
そして、独自ドメイン取得。kichijoji.topteam.jpのサブドメインは気に入っていたのですが、もう捨てます。
引き続き、Wordpressは使い続けますが、XOOPSはやめます。今更、XOOPSなんてあり得ないですよね。使われているのかなぁ。今はXOOPS Cubeになっているんですね。こういうのを見るたびに、何がスタンダードになるかはわからないと思います。当時はWordpressのほうが亜流だったので。
で、そのWordpressのデータ移行が大変そう。基本はプラグインを利用して、エクスポート＋インポートの予定。どこまでできるかはわからないけど、最悪な場合は静的なページとして保存して公開すればいいと考えていたのに、静的HTMLを吐き出すプラグインが動かずに断念。まあ、なんとかなるでしょう。
テーマはSTINGER3からの決別。特に不満はないのだけれども、最近、STINGER3を使っているサイトばかりで、何となく面白くないのと、言うほどアクセス数が増えたとは思わないので、やめちゃいます。Googleからすると素敵な構造なのかもしれませんが、人間の目にはオシャレなデザインとは思えないので、いったんは公式のTwenty Fourteenを使うつもりです。ちょっと楽しみ。
あとはプラグイン。なるべく、減らすというポリシーは当然ですが、いろいろと長くなるので、いったん切ります。
入力をどこでするのか、FacebookなのかTwitterなのかデータの流れは悩ましいところです。