吉祥寺で呑んだくれて毒を吐く！

カテゴリー: 電脳

  • Facebook連携を設定し直してみました。テスト投稿です。うまく動くかな。

    今回はプラグインは使わずに、Twitterfeedというサービスを使ってみました。

    以前も利用していたのですが、プラグインのほうが高機能なので、プラグインに乗り換えたところ、プラグインはFacebook本体の仕様変更等で急に使えなくなるので、やめることにしました。

  • ようやく、サイトの移行のメドが立ちました。最後はSE魂でDBを直接編集しました。

    テーブル構造がシンプルなので、助かりました。

    まだまだ、変なところがあったり、そもそも、新サイトの見た目やプラグインやらを整備していないのですが、今後は新サイトのみ投稿をしていくことにします。

    実施した手順は以下の通りです。

    • 旧サイトの投稿データのエクスポート。（ファイルサイズが大きすぎるので、細かく分けて実施）
    • 新サイトへ投稿データのインポート。
    • 旧サイトの画像データをダウンロード。
    • 新サイトへ画像データをアップロード。
    • 調べてみると、postテーブルにはデータが入っているもののの、post_metaテーブルに画像ファイルに関するデータが空っぽだったので、メディアライブラリが使えずにしみじみ、post_metaテーブルをエクスポート、インポートの繰り返し。

     

  • WordPressのデータベースの中身を眺めて思う。postsテーブルのattachmentの画像URLが絶対パスじゃん。

    っていうことは、画像データを同じ構造のままFTPで持っていても、リンクされていないということなのね。

    できれば、インストールされているURLを変数で持って、相対パスで格納しておいて欲しかったなぁ。

    またまた悩ましい。

    移行した後で、正規表現を使ったUPDATE文を正しく発行できるかしら？

  • WordPressの移行作業に難航中。データベースで直接やろうと思ったけど、かなりゴミが残るので悩ましい。

    WordPressの移行作業に難航中。データベースで直接やろうと思ったけど、かなりゴミが残るので悩ましい。

    WP3.2.1-ERD

     

    いろいろなプラグインを試行錯誤で入れているせいもあり、標準にはないテーブルもできているし、テーブルの中にも微妙なデータが入っている。

    うーん。

    やっぱり、エクスポート、インポートなのか。

    そうすると画像データの移行が悩ましそう。

    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 登録ユーザ情報を格納
    • 管理パネル > ユーザー

  • 理由はわかりませんが、WordbookerがFacebookへの投稿に失敗しています。

    Facebookの仕様が変わったのでしょうか。

    新サイトのプラグインとして何を使うのかちゃんと考えないといけませんね。どうしようかな。

  • WordPressの移行に失敗。面倒になったので、データベースを削除し、ファイルも削除しちゃいました。

    WordPressの移行に失敗。面倒になったので、データベースを削除し、ファイルも削除しちゃいました。

    カテゴリーとか再設計したのに、インポートしたら古いカテゴリーが入っちゃってがっかり。

    ということは、既存サイトのカテゴリーをきれいにしてから、インポートするのが正解ってことね。

    SQLとかを駆使すれば、このまま使えるんだろうけど、考えるのが面倒だったので、全部消しちゃいました。

    ちぇっ、やり直しか。

    スラッグがどう移行されるかも不安。ま、試行錯誤するしかないですね。

  • WordPressのフィードは結構、いろいろ出力されるみたい。すごく便利。

    WordPressのフィードは結構、いろいろ出力されるみたい。すごく便利。

    カテゴリが出力されるのは知っていたのですが、タグも出せるというのはありがたいです。複数を選択することもできるというのも素晴らしいです。

    http://codex.wordpress.org/WordPress_Feeds

    http://m.designbits.jp/12071811/

    とすると、カテゴリは使わずに、全部タグで処理するというのもありですね。

    例えば、カテゴリは「笑える、うれしい、悲しい、怒り・・・」などの感情でわけるというアイデアも現実味を帯びてきます。

  • 新サイトに引越しようとしているけど、なかなか進まない。先にデータ移行しちゃおうかな。

    データが入っていないと、サイトの外観を変えても、どういうイメージになるのかつかめないし、盛り上がらない。システムインテグレーターでなく、エンドユーザーの気持ちがよくわかる。

  • 新サイトのプラグインは最後にしようと思っていたけど、慌ててRevision Controlをインストール。

    新サイトのプラグインは最後にしようと思っていたけど、慌ててRevision Controlをインストール。

    だって、どんどん投稿データを作っていくんだもん。こっちは実験しているだけなのに。

    現在、インストールしているプラグインは以下の通り。今のところ3つ。10未満に抑えられるかな。

    • Akismet
      • Used by millions, Akismet is quite possibly the best way in the world to protect your blog from comment and trackback spam. It keeps your site protected from spam even while you sleep. To get started: 1) Click the “Activate” link to the left of this description, 2) Sign up for an Akismet API key, and 3) Go to your Akismet configuration page, and save your API key.
      • コメント機能は使うつもりがないんだけど、デフォルトで入っていたので、一応、使い続けています。
    • Revision Control
      • Allows finer control over the number of Revisions stored on a global & per-type/page basis.
      • Revision Control はWordPressの投稿記事や固定ページの自動保存機能に、保存する回数を指定したり無効化したりと自動保存機能をより良いものへとコントロールしてくれるプラグインです。無駄にDBのリソースを使いたくなかったので。
    • WP Multibyte Patch
      • WP Multibyte Patch は、本家版、日本語版 WordPress のマルチバイト文字の取り扱いに関する不具合の累積的修正と強化を行うプラグインです。
      • これもデフォルト。日本語環境で使うには必須なのかなぁ、と思っています。

     

  • WordPressの引越中。新サイトにインストールしたものの、何から設定していくべきか悩み中。

    WordPressの引越中。新サイトにインストールしたものの、何から設定していくべきか悩み中。

    その間に、無料お試し期間が終わっちゃいそう。

    まずは、テーマをカスタマイズして、外観を整えるのかな。

    過去データの移行が先か、プラグインの設定が先か、それとも、並行でやるのか悩ましいところです。

    あと、旧サイトからの301をどうするかですが、よくアクセスされているページだけ個別でしばらく設定しようかと思っています。理由は、エクスポート・インポートで移行しようとしており、投稿のIDが変わるから、ワイルドカードを使って一律にというわけにはいかないからです。

    新サイトのカテゴリをどうすのかも悩ましいところですね。

  • 独自ドメインを取得して、WordPressをインストール。さくらインターネットはメジャーなので、だいたいのことをGoogleが教えてくれる。

    独自ドメインを取得して、WordPressをインストール。さくらインターネットはメジャーなので、だいたいのことをGoogleが教えてくれる。

    仕事もちょっと落ち着いたので、レンタルサーバの移転に着手しました。

    カゴヤからさくらインターネットへ。

    主な理由はコスト削減。カゴヤはMySQLがオプションで課金されるから高いのと、私が契約しているプランは、たいしたアクセス数はないはずなのに、アクセス数が多すぎます、というエラーが出るので、同時アクセスには強いと評判のさくらインターネットにしました。

    ドメイン取得に少し時間がかかったのと、Wordpressのインストールのフォルダについて少しわからなかったので、手間取りましたがいずれも解決しました。

    後者なんかは、Googleで調べたら、一発。

    http://www.nishi2002.com/4718.html

    基本的には、取説とかは読まないタイプなんで、失敗して学んでいます。

    さっさと移行して、カゴヤを解約しないと。

  • テーマをいじっていたら、ウィジェットまでおかしくなった。直すのが面倒。

    これはバグなの？

    関係ないけど、また、いっそう、早くサーバを移転したくなっちゃいました。

    今週末にサイト移転決行しちゃう？