Route315.jp » ワードプレス

WordPress for Android にてテスト投稿

nobu-Route315 — Thu, 23 Dec 2010 15:27:39 +0000

AndroidにWorldpress for Android なんて言うアプリがあったので、インストールして試しにそのアプリから本エントリを作成。

関連エントリ:

WordPress（ワードプレス）2.8.5にアップグレード【強化リリース】

nobu-Route315 — Mon, 26 Oct 2009 22:20:32 +0000

一週間ほど前にWordPress（ワードプレス）2.8.5がリリースされ、その後すぐに日本語版が用意されましたので早速アップグレードしておきました。

ワードプレス2.8.5での変更等

ワードプレス2.8.5での変更はリリースによると下記の通りです。

WordPress | 日本語 » WordPress 2.8.5: 強化リリース

皆さんご存知の通り、私たちはここ数ヶ月の間 WordPress 2.9 の新しい機能を開発し続けてきました。同時に、WordPress のセキュリティを可能な限り高めるための作業も行ってきており、その過程でセキュリティ強化用に変更が必要な点をいくつか発見しました。皆さんのサイトができるだけ安全に運営できるようにすべきだと考え、これらの変更点を 2.8 ブランチにも移植し公開することにしました。

現在見受けられるトラックバック DOS 攻撃に対する修正

PHP の変数が評価されている部分のコードの除去

管理者を含むすべてのユーザーのファイルアップロード機能にスパムフィルターを利用

古いプラグインであるタグデータインポートツール2つの利用を終了

現在利用できる最高のセキュリティ対策として、すべてのサイトでこの新しいバージョンにアップグレードを行うことをおすすめします。

『ワードプレスを最新版にアップグレードしましょう』にも書きましたが、アップグレード作業はセキュリティ面においても重要度が高いかと思われますので、面倒くさがらずに作業しておきたいトコロですね。

アップグレード作業

アップグレード作業はいつも通り、データベース及びファイルのバックアップを行い自動アップグレード機能にてサクッと完了。毎度おなじみ『My Category Order』についてもこれまでのアップグレード時に書いた通りの手順を踏めば特に問題無し。

間もなくワードプレス2.9のベータ版が公開されるようですが、『WordPress（ワードプレス）プレゼン動画 in PHPカンファレンス 2009』でも言っていた通り開発スピードの速さを感じます。そして英語版公開後、短時間で日本語ローカライズ版をリリースして下さるWordPress 日本語版作成チームの皆さんにも感謝！

ワードプレスアップグレード履歴なエントリ

関連エントリ:

wp-kougabuでフォトアーカイブのページを作成

nobu-Route315 — Tue, 15 Sep 2009 02:32:29 +0000

少し以前の話ですが、上記画像のようなフォトアーカイブのページなんてモノを設置しました。このページはエントリに関連付けられている画像をひたすら一覧表示しているだけなのですが、月別やカテゴリ別のアーカイブページとは違いアップされている画像から何となく興味の惹くモノを見て頂くのも良いかなと思いました。ソレとアップされている画像全てのフォトギャラリー的なモノにもなるかなと。現状ではブログ移転後のモノしか一覧に表示されませんが(^^;

フォトアーカイブへのリンクはTOPページの上記部分に設けていましたが、今回各ページのフッター部分にもリンクを設置しましたのでお暇な時にでも眺めて下さいまし。

フォトアーカイブページにはwp-kougabuを使用

フォトアーカイブページはワードプレスのプラグインである『wp-kougabu』と言うモノを使用しております。このプラグインは、ワードプレスのエントリ及びページ作成画面からアップロードされた画像を抽出して一覧表示してくれるモノで、多少メンテナンスは必要ですが手軽に上記のようなページを作成可能です。詳しい利用方法は下記リンク先にてご確認を。

　・WordPress Plugins/JSeries » wp-kougabu （画像付きアーカイブ）

ワードプレスを最新版にアップグレードしましょう

nobu-Route315 — Mon, 07 Sep 2009 09:35:41 +0000

ワードプレスのダッシュボードに開発ブログの新着記事を表示させているカタは既に確認済みかと思いますが、以下のような記事が公開されています。

・WordPress | 日本語 » WordPress を安全に使い続ける方法

現在、修正パッチをあてられていない古いバージョンの WordPress に対するワーム（ウィルス）が広がり始めています。このワームは、過去の多くのものと同様に、巧みにできています。ユーザー登録を行い、パーマリンクを使って評価されたコードを実行するセキュリティバグ（今年初旬に修正済み）により自身を管理者に設定します。さらに JavaScript を使って管理画面のユーザーページに自身のアカウントが表示されないようにしながら、まったく気づかれないよう静かに古い記事へ隠しスパムリンクやマルウェアを埋め込んでいきます。

内容としては上記の通りで、ワードプレス（を利用しているブログ）に対する攻撃が広がっており、特に最新版（2.8.4）を使っていない場合その攻撃を防げないので、セキュリティ的な面から最新版ワードプレスにアップグレードしましょうと言ったモノ。

被害を受けると、過去記事のパーマリンクが書き換えられたり、マルウェアが加えられたりしてしまうようです。

攻撃の詳細とか、被害にあっているかの確認・修正方法など

この攻撃の被害を既に受けてしまっている場合、ワードプレスを最新版にアップグレードしても問題は直らないので、コレからアップグレードを行う場合は攻撃を受けていないか確認しておくと安心かと思います。具体的な確認やら改竄されてしまった時の修正方法は『WordPress のパーマリンクと RSS に関する問題について | ゆっくり…して…イってネ！』が参考になるかと思います。特に隠された管理者が作成されてしまった場合、ダッシュボードでユーザー一覧を表示しただけではソレに気付かないようなので要確認かも。

でもって、同じブログのカタが『現在進行中の WordPress に対する攻撃の詳細と再現 | ゆっくり…して…イってネ！』にて、この攻撃に関する検証をされておりますので、併せて目を通されると良いかと思われます。

アップグレード作業は面倒くさがらずに

冒頭に挙げたワードプレス開発ブログの記事に下記のように書かれています。

WordPress | 日本語 » WordPress を安全に使い続ける方法

ほころびは早めに直せば後での手間がずいぶん省けるのです。アップグレードは結構な手間の作業です。同時に、WordPress コミュニティは、ワンクリックアップグレードを通して出来るだけ簡単にアップグレードができるようにかなり努力してきました。一方、ハックされたブログを修正するのはかなり大変です。アップグレードは栄養ある食事を摂取するようなもので、ハッキングを修正するのは心臓切開手術のようなものです（労力のみでなくコストの面でも同様のことが言えます）。

非常にわかり易いと言うか、的を得た表現のように感じます。アップグレード作業はちょっと面倒な反面、攻撃を受けてしまいソレを修復するのはアップグレード作業よりも多くの手間がかかる場合がありますので、面倒くさがらずにやっておきたい作業の一つです。また、暫くアップグレードしないと修正箇所が増えちゃったりして、ソレがアップグレード作業を億劫に感じさせる原因に繋がってしまうコトもあるでしょうから、そう言った意味でも小まめにアップグレードしておけば、日頃のョットした労力を使うだけでワードプレスの安全性を高く保てるのではないでしょうか。

古いバージョンを使っている場合は、新規インストール+インポートと言う選択も

また今現在かなり古いバージョンのワードプレスを使っていて、アップグレードに対する不安がある場合は下記の記事が参考になるかと思われます。

・detlog.org | WordPress, Web, Design & Life in Michigan

ここ数日イベントなどで会った方から、「アップグレードしないといけないと思ってるんだけどかなり古いバージョンだから、うまくいかなかったらどうしよう」というような声を何度か聞きました。

そういう方におすすめしたいのは、新規インストール＋コンテンツのみインポートという方法。管理画面から WordPress eXtended RSS（WXR）という形式の XML ファイルをエクスポートし、それをインポートします。バージョンによって違いますが、「ツール » エクスポート」メニューから投稿・ページ・コメント・カスタムフィールド・カテゴリー・タグなどがそのまま書き出し保存できるはずです。

新規インストールですので、細かな設定などをやり直す必要はありますが、バージョンが大きく異なっているのであればこうした方法も選択肢の一つとしてありかと思います。特にアップグレードを行ったコトの無いカタにとってはこうした作業も不安を伴うトコロかもしれませんが、この機会にわからない事を調べてみるのも、今後ワードプレスを使って行く上で大いに役立つのではないかと思います。
関連エントリ:

WordPress（ワードプレス）プレゼン動画 in PHPカンファレンス 2009

nobu-Route315 — Sat, 05 Sep 2009 02:01:48 +0000

昨日今日（9月4日と5日）と開催されているPHP カンファレンス 2009において、WordPressに関するプレゼンテーションが行われたようで、その時の様子が収められた動画が公開されておりました。WordPressについて説明をしているのはフォーラムとかでよくお見かけするマクラケン直子さん。

内容の方は、WordPressの成り立ちと発展、WordPress.comと.orgの違い、世界的に見たWordPressの利用者数とか人気、企業等での利用事例、WordPressを取り巻くユーザーコミュニティの状況なんかについて等々。特にWordPressの進化スピードの辺り、数年前の状況を知ってちょっとビックリでありました。ワタシはWordPressを使い始めて半年程度なタメ、WordPressの歴史なんかについては全く知らなかったのですが、そんな訳で利用歴の浅いカタであればナカナカ興味深い内容かもしれません。動画は約40分程度とちょっと長めですが興味のあるカタは是非ご覧下さいませ。

世界標準パブリッシングプラットホーム WordPress
関連エントリ:

Ketai Entryからの投稿出来ない問題、Head Cleanerの設定変更で解決

nobu-Route315 — Wed, 19 Aug 2009 01:31:11 +0000

携帯電話からブログエントリを投稿するのに、

・Ktai Entry (メール投稿プラグイン)

っと言うワードプレス用のプラグインを利用しているのですが、設定当初は上手く動いたものの、何時の頃からか投稿用のメールボックスから自動でメールを取得・投稿してくれなくなってしまいました。投稿出来なくなったと言うのは若干違っており、投稿されないなと思って放置していたら10日後とかにいきなり投稿されるなんてコトも。その時はhtaccessを直したのが良かったのかと思っていたのですが、しかし、その後も携帯から送ったメールをメールボックスから拾ってくれない問題は続きました。

また、Ktai Entryの管理画面にある「すぐにメッセージを読み出す。」をクリックすると正常にメールを読み込んで投稿出来ていたコトや、携帯電話から投稿する機会もあまりないので、下書きしているような気分で使えていたのが暫く放置していた理由です(^^;

キャッシュ系プラグインを使っているとダメらしい

しかし、以前は正常に使えていたモノが使えないと言うのは不満の残るトコロですし、また帰宅後に管理画面から手動でメールを取得するのも面倒と言えば面倒なので、う～ん、う～ん、っとバックグラウンドで悩んでいたのでありました(^^;　　で、先日見かけたWordPressのフォーラムの回答の中に答えを発見。

WordPress › フォーラム » Ktai Entryでメールを自動取得してくれない。

キャッシュ系プラグイン (WP-Cache, WP Super Cache など) を併用していますでしょうか? →キャッシュの影響で、メール取り込み用スクリプトが埋め込まれていない可能性があります。

本エントリ作成時点において当ブログは、WP-Cacheやら WP Super Cacheと言ったキャッシュ系プラグインは使っていないのですがHead Cleanerと言うプラグインを使っておりまして、コレはグチャグチャになりがちなワードプレスの部分の記述を綺麗してくれるプラグインなのですが、CSSとJavaScript をサーバにキャッシュしてくれる機能があり、上記の回答内容を見るとKtai Entry的にはよろしく無い感じ。

Head Cleanerの対象からKtai Entryを外す

そんな訳で早速Head Cleanerの設定画面を開き確認してみると、『Ktai_Entry::add_check_messages』と言う項目があったので、上記画像の通りコレにチェックを入れて対象外にし、何度か携帯電話からメール投稿してみたトコロ、Ktai Entryの設定時間通りのタイミングでメールを取得してエントリを公開してくれるようになりました。メデタシ(*^o^*)

携帯電話のバッテリも新しくなったコトだし、コレでガンガンメール投稿出来るぜ！（多分そんな頻繁に使わない訳ですが(^^;　）。
関連エントリ:

TwitterへエントリURLをコピーしてTweetするアイコンを設置

nobu-Route315 — Mon, 17 Aug 2009 02:59:58 +0000

Twitter関連のモノでやろうやろうと思いつつ放置していたアイコンの設置を行いました。新たに加えたアイコンとしては上記画像にあるブログヘッダ部分への「Follow me ！」なモノと、表示中のエントリURLをTwitterに投稿する際のモノ。

エントリURLをTwitterに投稿する為のアイコンはエントリ下部に上記画像のような感じにて。コレらのアイコンはTwitterを利用しているカタにしか意味ないかもですが、見た通り可愛らしいアイコンがあったので、コレがあるだけでも雰囲気変わって良いかな、っと(^^;

エントリURLをTwitterへつぶやくタメのリンク設置方法

表示中なエントリのURLをTwitterへつぶやくタメのリンクを作る際に設定するURL（リンク先）ですが、

http://twitter.com/home?status=ホニャララ

っとすると、「ホニャララ」の部分がTwitterのテキスト入力エリアに自動的に入ります。コレはURLだけでなく文字列でもOKで、例えば「http://twitter.com/home?status=ABCDEF」とすると「ABCDEF」がTwitterのテキスト入力エリアに記入されます。以下のリンクは「ABCDEF」なURLとなっておりますので試しにクリックしてみて下さい（ログインしてない場合でも、リンククリック後にログインすればOK）

・Twetterでつぶやく

っと言った感じなので、「ホニャララ」の部分に表示中のエントリURLを入れてやれば良い訳であります。

ワードプレスでのリンク設定

ワードプレスで表示中のエントリURLをTwitterでつぶやくタメのリンクの設定方法は、

">

っと言った感じになります。尚、画像をテーマのディレクトリに入れておき、画像URLの部分を
src=”＜?php bloginfo(’stylesheet_directory’); ?＞/（画像用ディレクトリ）/画像ファイル名”
としてやるとテーマ変更の際に便利かもしれません（↑の<>は全角になってますが、本来は半角）。

FC2ブログでのリンク設定

FC2ブログで同様のリンクを設置する場合は、下記のような感じで記入すればOKです。

<%topentry_link ?>">

MT（ムーバブルタイプ）の場合

MTの場合は・・・、そう言えば以前にRanさんがやっておられましたので下記リンク先をご覧下さいませ。っと言うか、コチラのエントリをみてコレ真似しんといかん！っと思ったのでありました(^^;

・Twitter へのエントリーURLコピーボタンを設置『超おむすび』
関連エントリ:

ワードプレス2.8.4にアップグレード【セキュリティリリース】

nobu-Route315 — Wed, 12 Aug 2009 14:11:17 +0000

ワードプレスに脆弱性が見つかったようで、これに対応したWordPress 2.8.4がセキュリティリリースされており、日本語版もリリースされていたので早速アップグレード。ってワードプレス2.8.1にアップグレードしたのが7月15日だったから1月の間に4回目のアップグレード・・・orz　そんな訳でもう何か慣れっこになってきた（笑）

作業の方は毎度おなじみで、

データベースのバックアップ
ファイルのバックアップ

っを行った後に、自動アップグレード機能にてサクッと終了。プラグインは2.8.2へのアップ時に書いた通り有効なままで無問題。

他、My Category Orderも既に定番化してますが、ワードプレスのアップグレード直後はカテゴリ一覧が表示されなくなりますので、『taxonomy.php（wp-includes内）』のパーミッションを変更した後に『ダッシュボード→My Category Order→Click to Order Categoriesボタンをクリック』っとすればOK。

ワードプレスのアップグレード関連な過去記事

関連エントリ:

ワードプレス2.8.3日本語版にアップグレード

nobu-Route315 — Tue, 04 Aug 2009 20:42:42 +0000

ワードプレスのダッシュボードに2.8.3へのアップグレードを促すメッセージが表示されるようになって数日。日本語版もリリースされたようなので早速何時ものようにデータベースとファイルのバックアップをとって自動アップグレード機能にて最新版に更新しました。

通常英語版がはじめにリリースされるタメ、日本語版がリリースされていない状態で自動アップグレードを実行すると英語版となってしまいますが、日本語版がリリースされると上記画像の通り、英語版および日本語版を任意に選択してアップグレードが可能となります（はじめの頃はソレを知らなくてアップグレードしたら英語版になって焦った（笑）　）。

ワードプレス2.8.3はセキュリティ修正リリース

ワードプレス2.8.3ではワードプレス2.8.1から2.8.2への修正時に残ってしまった問題が修正された、セキュリティ修正リリースとなっているコトからアップグレードが強く勧められています。

アップグレード作業

アップグレード作業に関しては上記した通り、

データベースのバックアップ
ファイルのバックアップ

を行った後、自動アップグレードを利用しました。尚、プラグインに関しては前回アップグレード時に書いた通り無効にせず問題無く作業を終えております。

My Category Order

毎度お馴染みMy Category Orderですが、コレも何時もと同様、アップグレード後にカテゴリーリストが表示されなくなりましたが、一旦『taxonomy.php（wp-includes内）』のパーミッションを変更した後に『ダッシュボード→My Category Order→Click to Order Categoriesボタンをクリック』すると表示されました（その後パーミッションは元に）。

1ヶ月以内に3回のアップグレード作業

よくよく考えてみると7月半ばにワードプレス2.8.1へ、その約1週間後に2.8.2にアップグレード、そして更に約2週間経った今回2.8.3にアップグレードと、1ヶ月以内の間に3回もアップグレード作業を行っているのでありました(^^;

そんな訳でワードプレスのアップグレード作業もだんだんと慣れてきた今日この頃。

ワードプレスのアップグレード関連な過去記事

・ワードプレス2.8.2日本語版にアップグレード
・ワードプレス2.8.1の日本語版にアップグレード
・ワードプレス2.8化完了【起こった問題と修正内容・・・風】
関連エントリ:

ワードプレス2.8.2日本語版にアップグレード

nobu-Route315 — Tue, 21 Jul 2009 00:10:08 +0000

ワードプレス2.8.1の日本語版にアップグレードして一週間足らずでWordPress 2.8.2 日本語版がリリースされたので、慌ただしくもアップグレード作業を行いました。

手順の方はワードプレス2.8.1へアップグレードした時と同じく、

ファイルおよびデータベースのバックアップ
管理画面から自動アップグレードを実行

っと言った感じ。

自動アップグレード時にプラグインは無効にする必要があるのか？

またワードプレス2.8.1へのアップグレード時のエントリにプラグインを無効にした方が良いのかどうかと言った点について触れていますが、WordPress Codex 日本語版のFQAを見ると以下のように書いてありました。

コアアップグレード（自動アップグレード）を実行する前に、プラグインを無効化する必要はありますか？

従来のアップグレード手順では全てのプラグインを無効化する必要がありましたが、WordPress 2.7 のコアアップグレード処理では、その必要はありません。以下は Ryan Boren よる説明です。

During the upgrade, your blog is put in maintenance mode and loading is halted at the beginning of wp-settings.php. Nothing really runs, including plugins. The only thing allowed to run is the DB upgrade, which takes care of making sure plugins are not loaded. You don’t need to deactivate plugins unless you like turning them back on one-by-one after upgrading to isolate any breakage they might cause.
「アップグレード（処理）の間、あなたのブログはメンテナンスモードとなり、wp-settings.php の先頭で（スクリプトの）ローディングを停止します。プラグインの読み込みも何も実行しません。ただ一つ、プラグインがロードされないことを確かめるための DB アップグレードだけは実行します。プラグインを要因とする破損を見極めるために、アップグレード後にプラグインを一つずつ有効化していきたいのでなければ、プラグインを無効化する必要はありません。」（カッコ内は訳者補足）

そんな訳で今回もプラグインは無効にせず有効なまま作業を行いましたが、特に問題無くアップグレードが完了しました。

My Category Order

また例によってMy Category Orderによって表示させているカテゴリ一覧が表示されなくなり、前回、

単純に『ダッシュボード→My Category Order→Click to Order Categoriesボタンをクリック』にて表示されるようになった

っと書きましたが、今回は『taxonomy.php（wp-includes内）』のパーミッションがなんチャラかんチャラって感じのメッセージが出たので（My Category Orderの設定画面に）、『taxonomy.php』のパーミッションを変更してやって対処と言った感じでありました。
関連エントリ:

ワードプレス2.8.1の日本語版にアップグレード

nobu-Route315 — Wed, 15 Jul 2009 03:37:49 +0000

ワードプレス2.8.1リリースのリリースから数日後、2.8.1の日本語版もリリースされたようで『ワードプレスのダッシュボード→アップグレード』と進んだ画面の案内も上記画像の通り『2.8.1-ja』の案内が表示されるようになりました。そんな訳でで早速アップグレードするコトに。

2.8.1への更新は自動アップグレード機能を利用

ワードプレス2.8へは自動アップグレード機能を利用して行い、その後自動アップグレードはヤバかったコトを知ってビビったのではありますが、今回も懲りずに自動アップグレードにて更新してしまいました(^^;

バックアップは徹底的に

ただ、前回のアップグレード時は画像ファイルのバックアップを取らなかった（ローカルに一応残っている）のですが、2.8の時にファイルが削除されてしまうと言う不具合があったようなので今回は一応全てのファイルをバックアップ（とは言え、その辺りは2.8.1では修正されているのですが）。併せてデータベースの方もバックアップを取り、その後に『2.8.1-ja』の方の『自動アップグレードを実行』をクリック。

プラグインは無効化しなかったけど

ワードプレスのアップグレードに関する記述を見ていると『プラグインを無効にする』っと言った手順が含まれている場合があり、本来その方が良いのかなと思いつつも『WordPress のアップグレード – WordPress Codex 日本語版』にある『バージョン 2.7 以降から 2.8.1 へのアップグレード』っと言うページ辺りを見ると特にそう言った記述が無いので大丈夫なのかな？　前回もプラグインは無効にしないでアップグレード作業をしてしまったのだけど、今後コレによって痛い目をみたりして。チョット怖いなと(^^;　コレについてはアップグレード作業を行う時間帯何かを調整して実行した方が良いのかな？？？

Coreサーバーでも自動アップグレード機能は利用可能

本ブログは今現在Coreサーバーを利用しており、自動アップグレード機能を利用するには例のphpがセーフモードとなっているのがネックなようですが、『コアサーバーでワードプレスをCGI版PHPで動かしたら負荷が結構ヤバい感じに』に書いた、幾つかのphpをCGIモードで動かすタメの記述をした.htaccess ファイルを置く事で利用可能になるようです（ワタシの場合は問題無く自動アップグレード機能を利用できました）。

My Category Orderでカテゴリーが表示されない

他、ワードプレス2.8へのアップグレード時と同じように、My Category Orderで表示させていたカテゴリー一覧が表示されなくなってしまいましたが、以前書いたような方法ではなくて、単純に『ダッシュボード→My Category Order→Click to Order Categoriesボタンをクリック』にて表示されるようになったのでありました(^^;

っと思ったら、ワードプレス2.8.2へのアップグレード時には『taxonomy.php（wp-includes内）』のパーミッションを変える必要がありました(^^;

関連エントリ:

ワードプレス2.8.1リリース

nobu-Route315 — Fri, 10 Jul 2009 12:54:57 +0000

約1ヶ月前にワードプレス2.8へアップグレードした訳ですが、早くも2.8.1のリリースが始まったようで、ダッシュボードにもアップグレードを促すメッセージが表示されております。

ワードプレス 2.8.1で変更された内容の要約は、

WordPress | 日本語 » WordPress 2.8.1

一部のテーマにて、2.8では動作しない方法で get_categories() 関数を呼び出している問題に対応。テーマ修正の必要性をなくした

ダッシュボードを読み込む際にメモリー不足のためにページが完全に表示されないことがあったため、ダッシュボードのメモリー使用量を軽減

自動アップグレードが完了しなかった場合のクリーンアップで誤ってファイルを削除してしまう問題を修正

圧縮に関する問題によりリッチテキストエディターが読み込まれない問題に対処

明示的な権限チェックを行わないプラグインに対するセキュリティを強化

権限グループ名の翻訳を修正

wp_page_menu() がページタイトルではなくユーザーの指定したメニュー順序をデフォルトに

アップロードエラーのメッセージの間違いを修正

一部の IE ユーザーに発生していた自動セーブのエラーを修正

プラグインエディタのスタイルバグを修正

SSH2 ファイルシステムの要件を更新

デフォルトの送信方法を cURL に差し戻し

mbstring.func_overload に関する問題を修正するため、翻訳ライブラリを更新

インラインスタイルサニタイズを厳格化

メニューのセキュリティを強化

ブラウザー不適合のためコードハイライトの利用を中止

RTL レイアウトを修正

っと言った感じで、バグの修正やらセキュリティ強化等が行われたようであります。より詳しい内容につきましては上記リンク先にてご確認を。

ワードプレス2.8.1の日本語版は準備中

またリンク先にも書いてある通り、WordPress2.8.1の日本語版は準備中とのコトですから、上記画像のようにWordPress.org 日本語のダウンロードリンクからワードプレス2.8.1を入手できるようになるには今しばらく時間が必要です。

そんな訳で、今の段階でダッシュボートから自動アップグレード機能を利用して2.8.1へアップグレードすると日本語版にはならないかと思いますので、日本語版でないと嫌じゃ！っと言うカタはもうチョット待って日本語版のワードプレス2.8.1がリリースされるのを待ちましょう。
関連エントリ:

カスタムフィールドを使わずにアーカイブに画像を表示

nobu-Route315 — Sun, 05 Jul 2009 12:58:24 +0000

カテゴリー一覧や月別アーカイブのページに、エントリ中の画像を表示させたいなと思っておりまして、ワードプレスのカスタムフィールを使用して表示させたい画像を指定するなどしてソレを実現する方法は色々あるようなのですが、その方法だと過去記事にソレを反映させるのが面倒なので躊躇しておりました。そんなトコロに下記のエントリを拝見。

記事中の最初の画像を自動検出して、表示する方法
やりたかったあの機能を実現する、WordPress 中級者必見のテーマカスタマイズ6個 :: gerenuk.crazyphoto.org/

上記ページの方法で有ればカスタムフィールドにイチイチ記述を加える必要は無く、まずfunctions.phpに、

function catch_that_image() {

    global $post, $posts;
    $first_img = '';
    ob_start();
    ob_end_clean();
    $output = preg_match_all('//i', $post->post_content, $matches);

    $first_img = $matches [1] [0];

    if(empty($first_img)){ //Defines a default image
        $first_img = "/images/default.jpg";
    }
    return $first_img;
}

っと記述し、
※/images/default.jpgの部分は自分の環境に合わせて変更。

テンプレートの画像を表示させたい部分に下記のコードを記述するだけでOK。

" />

でもって、以上の内容によってカテゴリーとかアーカイブページに画像を表示させた状態が初めの画像。ただコノ方法ですと文字通りエントリに表示させている一番目の画像そのモノを取得しますので、ワタシのようにあまりサムネイルを使っていないとチョット問題と言うか、好ましくない面が生じてしまう面はあるけれども、ソレはワタシの力不足と言うコトで(^^;　　エントリにサムネイルが無くても、サムネイルさえ作っていればソレを取得出来れば良いのですが・・・。phpの勉強しないとなりませんね・・・

何はともあれ、コノ方法を活かすようにブログを作っておけば、カスタムフィールドを使う方法よりも更新時の手間は確実に減らせますのでありがたいトコロです。この方法を紹介して下さったリンク先ブログ管理者さんに感謝です♪　また、他の内容も非常に参考になりますのでワードプレスを利用されているカタは是非リンク先エントリをご確認下さい。
関連エントリ:

ワードプレスでのコメント＆TBスパム対策

nobu-Route315 — Wed, 17 Jun 2009 23:20:41 +0000

　ワードプレスの利用を開始して2ヶ月経過しました。FC2ブログから乗り換えてチョット心配だったのがコメント&トラックバックのアンチスパム機能に関する辺り。FC2ブログではコメント投稿時の文字列入力による認証、TBに関しては言及リンクの有無やTB元エントリ内のアルファベット割合を任意に設定可能（海外からのスパムに効果有り）だった他、ユーザー設定によるIPやキーワードによるブロック等々機能豊富でした。

しかしFC2の時は、コメントスパムに関しては文字入力による認証機能を使うまでどうしてもスパムコメントが紛れ込んで来ていたと言うのが実情でしたので、デフォルト状態ではアンチスパム機能がそれほど充実していない（ように見える）ワードプレスは少々心配だったのです。ワードプレスがデフォルトで有しているコメントスパム対策は、管理者が承認後に投稿されたコメントを表示させるコメント承認機能と、IPやキーワードによるブラックリスト機能。他、アンチスパムプラグインのAkismetも同梱されていますが、コレの利用にはWordPress.comに登録しAPIキーを取得しなければなりません。

先にも書いた通り、FC2ブログの時は色々な対策やら機能を使っても、最終的に一番効果的だったのは画像文字列の入力による投稿時の認証機能だったので、コレがなくて大丈夫かな～？っと言うのが当初の印象だったのです。

ワードプレスで利用したコメントスパム対策

コレまでにワードプレスで利用したスパム対策プラグインは大きく分けて下記のようなモノです。

アンチスパムプラグイン・Akismet

スパム対策としては、まずWordPress.comに登録してAPIキーを取得し、同梱されていたアンチスパムプラグイン・Akismetを有効にしてありますが、2ヶ月程度で約100件程度をスパムを処理してくれております（この内、他のスパム対策との併用期間あり）。Akismetは結構強力なアンチスパム対策プラグインなようで、このプラグインだけでもスパムが表示されてしまうコトは殆んど無いように感じられます。また、問題無いコメントがスパム判定になるコトも殆ど無いので、管理労力が少なくて助かります。

コメント投稿時の文字列入力による認証機能

今現在利用を止めてしまいましたが、画像文字列の入力によるコメント投稿時の認証機能プラグインも、効果を認めるトコロで、利用中はAkismetが捉えるスパムの数が少なかったように感じています。しかし、上記した通り、今現在この機能は使っておりませんが、思ったよりも問題無い印象です。

スパムTBを減らすのに効果的なSimple Trackback Validation

さて、上記辺りの対策でコメントスパムが表示されるコトは殆んど無く過ごせていましたが、ソレだけでは対策出来なかったのがトラックバックスパム。コレは言及リンクが含まれないTBを弾くだけでも結構効果的なのですが、あいにくワードプレスのデフォルトではそのような設定は出来ません。ソコで登場するのがSimple Trackback Validation（日本語版）と言うプラグイン。

コレを利用するコトで、左画像のような設定が可能となり、言及リンクの無いトラックバックを弾いたり、怪しげなトラックバックのみ承認待ちにするコトが出来るようになります。このプラグインの導入によってトラックバックスパムも殆んどシャットアウトしてくれるようになりました。

利用中のプラグインとその効果

今現在利用しているスパム対策プラグインは上記のうち、AkismetとSimple Trackback Validationのみですが、この構成で約1ヶ月程使ってみた感じ、今のトコロ十分かなと言った感じの効果を上げてくれております（ブラックリスト機能もFC2からリストを引き継いで利用してます）。

そんな訳で、利用開始当初の心配とは裏腹に、ある程度満足できるアンチスパム効果を挙げつつ、更にコメント頂く際の訪問者さんの手間を軽減出来る結果となっている辺りも喜んでいるトコロあります。また今現在、通常のコメント・トラックバック共に投稿後すぐに表示させる（承認作業無し）設定にしていますので、スパム関連の作業としてはスパム判定されたコメントの処理のみになりますので、管理面での労力が少ないのも嬉しいトコロです。
関連エントリ:

文字化け混入でワードプレスのRSSフィードが出力エラーに

nobu-Route315 — Tue, 16 Jun 2009 22:58:54 +0000

先日、フトした拍子にRSSフィードの出力が何かおかしいコト気付き、ヘッダの右側にあるRSSアイコンをクリックしてみると内容が表示されていない。

トラブルに繋がるような変更をブログに加えてはいないのだけど・・・

ブログ自体に変更は加えてないし、ページ表示も管理画面内にエラーを示すようなモノは出ていないので、まず当ブログがフィード配信に利用しているFeedBurnerに疑いの目を向ける・・・。しかしコチラもメンテ中と言う訳でもないし、管理画面でも特に何かしらのアナウンスが有る訳でもないし、何より他のFeedBurnerを利用しているトコロを何箇所か見てみると正常に表示されているので、FeedBurnerのトラブルでも無いっぽい・・・

FeedBurnerも問題無いようだ

FeedBurnerを利用していないカタにはわかり難い話かもですが、本ブログのヘッダにあるRSSアイコンをクリックして表示されるのは、コチラから送ったモノをFeedBurnerで見易くして表示させているページでありまして、ソレとは別に”元のRSSフィード”も当然存在するのでソレを確認。すると内容が表示されていないので、本ブログ固有のトラブルと言うコトに・・・。

ワードプレス2.8のせいでもない・・・ハズだ

しかし、先にも書いた通り、ブログに変更を加えていないので、何処がおかしいのか見当が付かない。もしかしてワードプレス2.8をインストールした後にずっとこうだったのか？いや、そんなコトを無いハズだ・・・。っとかなんとか考えつつ、何種類かのブラウザでフィードを表示させてみるコトに。

ブラウザを変えてみたら原因の糸口が

FirefoxやChromeでは内容が表示されないだけだったのだけど、Operaで表示させると何かしらのエラーを記している（スクリーンショットとるの忘れた）。ソレを見ると何かRSS自体がおかしいと言うか、途中でエラーになっているっぽいので、ソースを見てみてようやく原因判明。

文字化けが原因

実は不具合が起きる前、メールの送信によってTwitterへ投稿するなんてコトを試した際、その過程で文字化けした状態で投稿してしまい、更に、その日の投稿を全てをブログにポストするようにしているので、その文字化け君もそのままブログにポスト。当然それはRSSにも文字化けしたまま乗っかるコトになり、その結果エラーになったようであります。

因みに文字化けと言うのも色々あって、日本語が意味不明なアルファベットになる程度だったら問題無かったんだと思いますが、上の画像のような文字化けになり、おそらくソレが含まれていたのが不味かったのではないかと考えておりますが、ブログのページ自体は特に問題無く表示されていたので、まさかコレが原因だとは考えてもおりませんでいした。とりあえずは無事RSSが表示されるようになって良かった(^^)
※初めの画像はブラウザの設定で無理やり文字化けさせたモノです。
関連エントリ:

ワードプレス2.8へのアップグレードは手動で【自動はダメ！】

nobu-Route315 — Tue, 16 Jun 2009 00:43:01 +0000

少し以前にワードプレス2.8へ自動アップグレードすると問題が起こるかも知れないので、原因が判明するまでの間、当面は手動アップグレードの方が良さそうだと言うコトをお知らせしましたが、先日この問題に関するワードプレス2.8のバグが見つかったようで、フォーラムで改めて自動アップグレードを行わないよう呼び掛けられておりました。

・WordPress › フォーラム » 2.8 自動アップグレードに関する注意

6/15 追記:
2.8 にバグがあることが判明しました。いずれの過去バージョンからも 2.8 への自動アップグレードを行わないようにしてください。なお本問題は、2.8.1 で修正される予定です。

っと言う訳で、バージョン問わずと言った感じになっておりますのでご注意下さいませ。因みにフォーラムの別のトピックにて不具合に合われたカタがその事例を書き込まれておりままして、

・WordPress › フォーラム » 2.8に自動アップグレードしたら関係ないファイルが削除されました

これまで2.7.1を使用していて、管理画面上から2.8に自動アップデートができるみたいなので実行したところ、wp-admin以下のあるファイルの削除で失敗してエラーになりました。
エラーになったこと自体はどうでもいいのですが、wpと関係ないサーバ上の重要書類などのファイルが削除されてしまっています！！

更に同じカタの書き込みは続き、より具体的な内容が記されておりますが、

/home/hoge/www/wp というディレクトリにWordpressをインストールしていました。

（中略）

/home/hoge 以下にはwwwディレクトリの他に数多くのディレクトリが存在したのですが、
現在
/home/hoge/www/wp/wp-admin
/home/hoge/MailBox
/home/hoge/sblo_files
ディレクトリとその配下のファイルだけが残って他は削除されてしまっています。

/home/hoge/www/の下に存在していたWordpress以外のWebサイトが全て消えてしまって涙状態です。。。。

っと言った感じになってしまったようで、最後の行の辺りは正に涙無くして語れない状況。こう言ったのを見るてしまうと今回無事にアップグレード出来たコトがシミジミ良かったなと感じてしまいます。っと同時に次回のアップグレード時は、思わずアップグレードボタンをクリックするなんてコト出来そうにありません(^^;

特にワードプレス以外のファイルがある場合のコトを考えると、アップグレード作業はバックアップをはじめ、面倒くさがらずに慎重に作業を進めた方が良さそうだなと感じさせる内容だと思います。
関連エントリ:

ワードプレス2.8へのアップグレードは当面手動がお勧め？

nobu-Route315 — Sat, 13 Jun 2009 23:10:46 +0000

WordPress.org日本語のフォーラムにワードプレス2.8へのアップグレード時のチョット気になる注意事項が書いてありました。

WordPress | 日本語 » 2.8への自動アップグレードを行う際の注意事項

WordPress 2.8 への自動アップグレードの際に、サーバー上のファイルが削除される現象が報告されています。報告によると、この問題が発生した場合にはサーバー上の WordPress 以外のファイルも削除されるとのことです。

原因が解明されるまでは手動によるアップグレードをお薦めします。

やー、こう言った現象にぶち当たらずに済んで良かった。っと言うか、アップグレード前にコレを読んでいたらまだアップグレードしていなかったかも(^^;　こう言ったコトもありますのでファイルのバックアップはやっぱりキチンと取っておかないと、っですね・・・

2.8へのアップグレードのトラブルシューティングについては下記をどうぞ。
　・ワードプレス2.8アップグレード後のトラブルシューティング法

追記：この件に関するバグが見つかったようです。
　・ワードプレス2.8へのアップグレードは手動で【自動はダメ！】

関連エントリ:

ワードプレス2.8アップグレード後のトラブルシューティング法

nobu-Route315 — Fri, 12 Jun 2009 22:45:40 +0000

当ブログは先日ワードプレス2.8へのアップグレードを何とか終えましたが、フォーラムの方ではアップグレードに起因するトラブル等の書き込みが見られるようになってきており、拝見しているとオイラは案外アッサリ終わった方なのかなと胸を撫でし下ろしているトコロであります。

さて、そんな訳でと言うか、ワードプレス2.8アップグレード後にトラブルが起こった際のトラブルシューティング方法を、WordPress 日本語版作成チームの方がフォーラムにて紹介して下さっておりますのでご案内しておきます。

　・WordPress › フォーラム » 2.8 アップグレードのトラブルシューティング

あと、アップグレード前にプラグインの互換性を調べておくのも良さそうですが、ソレに関してはコチラのコメント欄をご覧下さいませ。

関連エントリ:

ワードプレス2.8化完了【起こった問題と修正内容・・・風】

nobu-Route315 — Fri, 12 Jun 2009 07:17:02 +0000

前のエントリにもチョコっと書いたのだけど、今朝、早速ワードプレス2.8にアップグレードしてみたらチョット問題発生し、でも直してる時間も無かったのでひとまず2.7.1へ速攻で逆戻り。そんな時間の無い時にアップグレード作業すんなよ！（しかもワードプレスのアップグレードは初めて）、っと言った感じではありますが、自動アップグレードボタンを目にしたら押さずに居られなかったので御座います(＞▽＜;;

若干問題が起こった部分としては、

TOPページのレイアウト崩れ
携帯ページプラグインでエラー
カテゴリーが表示されない

っと言ったのが大まかなトコロ。

TOPページのレイアウト崩れ

TOPページの各メニューはダイナミックサイドバーでもって有効にしてあるウィジェットを表示させているだけど、その際、各ウィジェットに付加されるid属性が一部変わってしまい、その為ソノ部分のCSSが無効となってしまったのがレイアウトが崩れた原因。なので、コレについてはCSSの修正にて解決。

このid属性なんだけど、例えば『アーカイブ』の場合、以前は『archives』だったのが『archives-数字』と言った感じに。でもって、ウィジェットを一旦無効にして再度有効にすると末尾の数字が変わったりするのですが、コレはどう言ったアレなのでしょうか？？？

携帯ページプラグインでエラー

携帯ページのエラーについては、利用している携帯ページ表示プラグインのテーマを変えてみたらエラー収まったの巻。テーマによって問題が出るのかどうかと言う部分はよくわからないけど、手を加えていたので、もしかしたらそれが原因だったのかも。変更したテーマの方が以前のより良かったので、何が問題なのか不明なままですが、コレにて終了。

カテゴリーが表示されない

カテゴリーが表示されない件については、カテゴリー一覧が「カテゴリーなし」と表示されてしまっておりました。カテゴリーの表示にはMy Category Orderを利用しているので、コレを一旦止めて元々用意されているカテゴリーのウィジェットにて表示させると正常にリストされます。で、その後、再びMy Category Orderを表示させると正常に表示されるようになりました(^^;　但し同じ手順でやっても表示されるようになる時と直らない時があり、イマイチ再現出来ないと言うか。

~~何となくな雰囲気としては、~~

~~『カテゴリー』を表示→taxonomy.php（wp-includes内）のパーミッションを適当に変更→『My Category Order』を表示させる。~~

っと言った感じにすると治るような気がします(^^;
一旦表示された後は、『カテゴリー』は表示させず、またtaxonomy.phpのパーミッションも元の状態に戻して大丈夫なようです。そんな訳でコレについても原因はよくわかりませんが、弄ってると直ってしまうかもと言うコトで・・・

ワードプレス2.8.1へのアップグレード時に気付いたのですが、単純にダッシュボード→My Category Order→Click to Order Categoriesボタンをクリック』にて表示されるようになりました(^^;

追記：しかし、ワードプレス2.8.2へのアップグレード時には『taxonomy.php（wp-includes内）』のパーミッションを変える必要が出たりしました(^^;

その他の修正

他、以前はwidgets.phpに変更を加えていたのですが、ワードプレスのアップグレードによって書き換えられてしまいますので、テーマの方で同様の結果が得られるように変更などしてみました。

ワードプレス2.8への更新は自動アップグレードを利用

最後になりますが、今回ワードプレス2.8へのアップグレードは管理画面の自動アップグレード機能にて行い、その後上記作業を行いました。アップグレード前の作業としては、データベース及びファイルのバックアップと言った感じであります。特にファイル関係はバックアップを取っておかないと、トラブルが起こった場合に変更前後の違いなどわからず、復旧に手間がかかってしまうような気がしますので初心者ほどシッカリとやっておきたい作業な気がしました。

ワードプレスなページを見てますと、アップグレード後の不具合について書いてあるモノも結構あり、今回初めてワードプレスのアップグレードを行うに当り、チョット怖かった部分もあったのですが、思ったよりも短時間で作業を終えるコトが出来てホッとしております(^^)
関連エントリ:

ワードプレス2.8でGears有効時のFirefoxクラッシュ問題解決

nobu-Route315 — Thu, 11 Jun 2009 20:51:24 +0000

Google Gearsを有効にしているFirefoxにて、ワードプレスの画像アップロードボタンをクリックした際などに起るブラウザのクラッシュについてはリンク先に書いた通りですが、日本語版のフォーラムにも関連するトピックが作成されておりまして、ソコに新たな情報が書き込まれております。

WordPress › フォーラム » 管理画面でAjaxがオチる

最新版では修正されています。

http://core.trac.wordpress.org/ticket/10083

2.8 リリース後アップグレードをすれば大丈夫になるはずです。解決済みですが、追加情報ということで。

っと言う訳で、早速リリースされたばかりのワードプレス2.8にアップグレードして確認したところ、Google Gearsが有効になっていてもクラッシュは発生しなくなっておりました。メデタシ。

このクラッシュ問題とは関係ないのですが、ワードプレスで利用中のプラグイン、ソレも個人的に重要度の高いヤツがワードプレス2.8に対してまだ対応してないようでして、速攻で2.7.1に逆戻りしたのでありました(^^;

前のエントリにTBorPB頂いた下記エントリへお知らせTB送信させて頂きました。
※TB-urlがわからないトコロは送ってません。ごめんなさい。

・画像投稿時のエラー解決策：ワードプレスのススメ | 副業から脱サラへ！アフィリエイトで稼ぐコツとツールを手にする方法
・FirefoxでWordPressの管理画面のAjaxが落ちる時の対処法 – ElectronicBrain is eating BreakFast
・ワードプレスの画像アップロード時にFirefoxがクラッシュするのはGoogle Gearsのせい？ | エゾスタイル
・WordPress の画像アップロードで Firefox がクラッシュする時の解決方法
・FirefoxでWordPressの画像アップローダがクラッシュする場合、Google Gearsをオフにする – kosukekato.com : the idea espresso.
関連エントリ:

ワードプレスの画像アップロード時にFirefoxがクラッシュするのはGoogle Gearsのせい？

nobu-Route315 — Mon, 01 Jun 2009 10:30:34 +0000

2、3日前からブログの更新時にFirefoxがクラッシュする症状に悩まされてました。クラッシュするタイミングとしては、ワードプレスのエントリ編集画面において、画像ファイルをアップロードしようと「画像を追加」をクリックしてフラッシュアップローダが立ち上がる時（メディアの新規追加ページは問題無い感じ）。

ワードプレス自体に変更は加えてないけど、ファイアーフォックスの方は最近幾つかのアドオンが更新されているので、ソレの影響なのかな？　っと思って色々見ていたらWordPress.ORGのフォーラムにソレっぽいトピックが。

　・Google Gears making Firefox crash with WordPress

Google Gearsを無効にするとクラッシュは起きなくなる

上記を見るとGoogle Gearsが関係しているようなので、確認してみると左画像に表示されている通り5月29日（金）にバージョン0.5.21.0がインストールされておりました。そう言えば確かに金曜日は大丈夫で土曜日に記事を作成しようとしたら上に書いたようなクラッシュが起こるようになった気が・・・。

Google Gearsはワードプレスの管理画面の表示を速くする（と言う感じだと思った）ターボ機能と言うモノに使われており、若干効果を感じていたので利用しておりましたが、取りあえず無効にしてみるとクラッシュは起こらなくなりました。ついでにその後もう一度Google Gearsを有効にして試すと、やっぱりクラッシュ発生。

コノ問題がGoogle Gearsによるモノなのか、Firefoxのせいなのか、はたまたAdobe Flashの影響なのかは不明ですが、少し前にFirefox3.0.10に更新された時は問題無かったですし、AdobeのFlashなヤツも少し前にコレの脆弱性を突くGumblarウィルスが流行った際に入れ替えたけど特に問題起こらなかったし。ソレにメディア管理画面の新規追加からはフラッシュアップローダが正常に利用出来る訳なのでAdobe Flashが問題って可能性は低いのかなと感じます。

ワードプレスのダッシュボード→ツール、に示されるターボ機能に関する説明に

Gears をインストールして有効化すると、WordPress の画像、スクリプトおよび CSS ファイルのほとんどがローカルのコンピュータに保存されます。これにより、ページの読み込みが速くなります。

っと書かれています。エントリ編集画面にて「画像を追加」をクリックするとLightboxみたいな効果を使っているコトがわかると思いますが、ソレ用のスクリプトを読み込み、途中まで行ってクラッシュしている印象を受けるので、Google Gearsのバージョンアップが影響しているような気がしますが、あくまでもそんな気がしていると言うレベルです(^^;

とりあえずGoogle Gearsを無効にするコトで利用出来ておりますので、暫くはコレで使おうかと思います。そんな訳で、ひとまずはGoogle Gearsのバージョンアップ待ちかなと思っておりますが、いやコレ別の原因があるのだよチミ！　って話がありましたら教えて頂けると助かりますです。

ワードプレス2.8では修正され問題解決【追記】

ワードプレス2.8ではこのクラッシュ問題は修正されております。っと言う訳で、Google Gearsと言うよりもワードプレスの問題だったのでしょうか？？？
　・ワードプレス2.8でGears有効時のFirefoxクラッシュ問題解決
関連エントリ:

コアサーバーでワードプレスをCGI版PHPで動かしたら負荷が結構ヤバい感じに

nobu-Route315 — Thu, 28 May 2009 06:33:27 +0000

コアサーバー（CORE SERVER）でワードプレスを利用しようとした時にネックなのが、PHPがセーフモードで動作しているコト。セーフモードで動作しているコトでワードプレスの一部の機能、あるいはプラグインが上手く動かない場合があります。

コアサーバーには独自の機能として、PHPをCGIとして動作せるコトが可能であり、ソレを選択した場合はセーフモードによる制限を受けるコトなくワードプレスの利用が可能となりますので、

　・PHPをCGIとして動かす方法について – CORESERVER.JP:コアサーバー

を参考に、ワードプレスを設置しているディレクトリの「.htaccess」に

AddHandler application/x-httpd-phpcgi .php

っと記述するコトでワードプレス全体をCGIとして動かしておりました。コレによって機能面の問題は無くなりましたが、上記コアサーバーの説明ページにも記されているように、PHPをCGIとして動作させると、動作が遅くなったり、負荷が掛かると言うデメリットが生じます。

動作面については、他の対策などもあり我慢できない程遅いと言うコトはありませんでしたが、先日負荷率を見たらとんでもない数値を示しており、コリャいかんと思い少々対策。具体的にはワードプレスの下記ページ等をみて、CGIモードにする必要のあるモノだけをCGIで動かすよう、.htaccess ファイルの記述内容と設置場所を変更しました。

　・セーフモードによる制限と対処方法 – WordPress Codex 日本語版

上記ページの「XREA・CORESERVER.JP にて CGIモードで動かす場合（まとめ）」にある内容の他に、WordPress DB Managerを使用しているので下記の内容をプラスした.htaccess ファイルを「wp-admin」フォルダに設置。

AddHandler application/x-httpd-phpcgi .php

結果、負荷率は無事に下がると共に、ページの表示速度も改善されたようでメデタシ。今のトコロ負荷率、ページの表示速度共に問題無い感じなので、WP Super Cache等のようなキャッシュプラグインは使っておりませんが、導入によって更なる改善が見込めるかどうかも試してみたいトコロであります。
関連エントリ:

ワードプレス2.8ベータをインストール

nobu-Route315 — Tue, 19 May 2009 09:16:57 +0000

ワードプレスユーザーの皆様は既にご存知かと思いますが、数日前にワードプレス 2.8のベータ版が公開されました。つい最近ワードプレスを使い始めたばかりだと言うのに、もうバージョンアップが迫って来ているのかよぉ～～～っ！　っと言ったトコロで気になるのが、バージョンアップ作業とか、その結果起こる不具合等々。そんな訳やら、たまたまインストールしたまま使っていない別のワードプレスがありましたので、試しに2.8ベータへアップデートしてしてみました。

ワードプレス2.8ベータへのアップグレード作業はアッサリ完了

アップデート作業に関しては2.8が正式にリリースされて後であれば自動アップグレード機能を使うコトになるのでしょうが、2.8ベータは開発版というコトでコレを利用するコトが出来ないようですから、下記ページを参考にアップグレード作業を行いました。そんな訳で自動アップグレード機能は正式リリースまで使えないので、その意味では少々不安が残ります（笑）　使ったコトがないので・・・

　・WordPress のアップグレード – WordPress Codex 日本語版

上記ページの手順にならい、ファイルのアップロード終えてログインページアクセスすると左画像の画面が表示され、データペースのアップグレードを求められましたのでボタンをクリック。するとデータベースが更新されてダッシュボードにログイン出来ました。

ワードプレス2.8ベータのダッシュボードな画像色々

ワードプレス2.8のダッシュボードはコンナ感じ。画面左にリストされている各メニューは全て開いた状態です。画像が不鮮明では少々わかり難いかと思いますが、パッと見た感じは大きく変化していない印象です。

ダッシュボードのカラム数を変更可能

ダッシュボードの表示オプションを開くと矢印の部分に新しい項目が追加されています。

で、1～4の間で選択可能なこの部分にて、ダッシュボードのカラム数が変更出来るようです。画像では「4」を選択したので、緑矢印の部分に新たなスペースが生まれております。後はそのスペースにドラッグしてやればOK。

見た目の変化は少ないけど使い勝手は良くなっているエントリ編集画面

エントリの編集画面はコンナ感じで、大きな変化はない印象となっておりますが、

エントリ編集画面の表示オプションを開いてみるとダッシュボードと同じようにカラム数の切り替えが可能になっておりました。但しダッシュボードが1～4カラム選択可能だったのに対し画像の通りエントリ編集画面で選択できるのは1カラムor2カラムのみです。でも、現行バージョンでもドラッグ＆ドロップで1カラム化可能なので、この変更はわかり易さの向上と言った感じでしょうか？

エントリ編集画面から未保存（自動保存もされていない）状態で他のページに移動しようとすると、御覧のような警告を出してくれました。オイラは今現在2.7.1を利用中で、こう言った警告は出ないのですが、現行バージョンでも出るようでしたら勘違いと言うコトでゴメンなさい。

エントリ編集画面でもう一つ。エントリを公開状態にするとパーマリンク編集ボタンの右隣りに、編集中のエントリの公開ページを表示できるボタンが表示されます。編集画面から、公開中のページに飛べるようになったので地味に便利です。そんな訳で下書き状態では保存してあってもこのボタンは表示されません。

ワードプレスページのパーマリンク編集の変更が嬉しい

変わってコチラはワードプレスページの編集画面ですが、パーマリンクの編集が設定されたようです。この部分はチョット不便に思っていたので使い易くなって嬉しい！　エントリ編集画面と違った手順の編集が必要だと忘れてしまうコトがあったりしまうからね（＾＾；

変化したウィジェット設定画面

ウィジェットの設定画面は若干変化が大きめな部分で、御覧のような表示になりました。

利用するウィジェットは今までのようにドラッグして右側にドロップ。その先の各ウィジェットの設定は変わりない印象です。

テーマ設定やインストールが容易に

コチラはテーマの選択を行う画面。一見変化が無いようですが、よく見ると矢印の部分に違いが。今まではサムネイルをクリックし、うにょ～んとプレビュー表示させてからで無いと切り替えが出来ず、テーマを頻繁に変える人にはイライラの原因になっていたでしょうから歓迎すべき改良ですね（笑）。また後述するテーマのインストーラーが新たに備わった関係で、テーマの削除もココで行えるようになっています。

テーマの編集画面も若干変更が加えられています。見ておわかりの通り構文が強調表示されるようになり見易くなりました。またテキストエリアの下にご覧のようなドロップダウン（いやアップ）メニューが設置され、項目を選択して右の「Look up」ボタンをクリックするとドキュメントのページへ一っ飛び。但し英語のですが・・・

管理画面からテーマのインストールが可能に

先程少し触れた、新たに備わったテーマインストーラーの画面です。検索機能も付いているようなのでテーマ変更を楽しむ労力を減らしてくれそうです(*^o^*)

全てのファイル編集が可能になったプラグイン編集画面

プラグインの編集画面もテーマ編集と同様、強調表示されるようになりました。また、

ワードプレス2.8ではプラグインの全てのファイルが管理画面から編集出来るようになっています。編集するプラグインはドロップダウンリストから選択。従来プラグインがリストされていた部分にはプラグインの全てのファイルが表示されるようです。

エントリやメディアの一覧表示画面の表示件数が設定可能に

最後にコレまた嬉しい変更。投稿済みエントリの一覧や、メディアライブラリ等の表示オプションで、1ページ表示する件数の設定が可能になりました。普段はあまり有難味を感じないかもしれないけれど、多くのエントリに一気に変更を加える必要が出た際などにはきっと嬉しくなるコトかと。っと言うか、2か月前に欲しかったです、この機能は（笑）

ワードプレス2.8での変更

ダッシュボードをはじめに見た際の印象は変化を殆んど感じませんでしたが、カルっとアチコチ見ただけで色々と使い易さが増していて、コレはやくリリースされないかな～？　っと待ち遠しさが芽生えてまいりました（笑）。その他、ワードプレス2.8の新機能や変更点などの詳細については下記ページにてご確認を。

　・Version 2.8 – WordPress Codex 日本語版
関連エントリ:

ワードプレス利用開始一か月

nobu-Route315 — Mon, 18 May 2009 07:35:39 +0000

FC2ブログからワードプレスに乗り換えて1ヶ月を超えました。FC2ブログからワードプレスに乗り換えた理由はリンク先にも書いてありますが、特にブログシステム的な面でFC2ブログではどうしても出来なかったコトが出来るようになったのは、ソレだけで満足しているトコロでもあります。そんな訳で1ヶ月ワードプレスを利用してみた印象やFC2ブログのコトなんかについて、以下非常にダラダラ綴っております（＾＾；

ワードプレスに乗り換えたのはFC2ブログに不満があったからではない

まずはじめに断わっておきますが、ワードプレスに乗り換えたのはFC2ブログに不満があったからではありません。特に1ヶ月更新しないと広告表示されるようになった際や、最近だとアカマイの導入による広告表示（でも任意で非表示にも出来る）が行われるようになった際に反発するユーザーがいらっしゃいましたが、コレについては不満を抱くトコロではありませんでした。アカマイの導入に関しては、導入前の状態でも「遅い」っと言うほど遅くなく、逆こうしてワードプレスを使ってみるとむしろ結構頑張っているのでは無いかと思える位です。

FC2ブログの広告表示増加は一般的なユーザーにとって、むしろメリットがあると感じていた

ハナシがチョット脱線気味ですが個人的にFC2ブログには満足していた面があるので書いておくと、まず1ヶ月更新しないと非アクティブユーザーとなり広告が表示される仕様になった件に関しては、例えばある程度コンテンツを制作した後に放置するような「一部の」ユーザーさんにはデメリット以外の何物でもないかと思いますが、コレは流石に無料で利用して自分だけが・・・・っと言った都合の良いハナシはアレではないかと思う訳で、その辺りから収益を得ると言うのは当然とも思えたりします。またコレによってFC2ブログのアクティブユーザーが増えるコトで、この機能以外の部分における広告収入の面でメリットが生じるのかな？っと思うのですが、っであるならばソレは結局アクティブユーザーにとっては広告が少ないと言うFC2ブログの魅力を維持する上でむしろ喜ぶべきコトと言った認識であります。また月1回程度であればどうにか更新する時間も作れるでしょうからモチベーションを保つタメにも良いかなと・・・。

二つ目のアカマイ導入による広告表示に関しては、コレも非表示に出来る選択肢が用意されているのだから何を怒る必要があるのだろう？　っとか思う訳であります。その場合アカマイによる高速表示の恩恵は受けられませんが、それは以前の状態でしか無い訳で、逆に言えば以前と何も変わらないのですから。またアカマイは有料化にした方が、っと言った意見も見受けられましたが、初めから有料プランとして設定すると、そもそもお金を払ってまで使う気が無いユーザーさんにコレを試してもらう機会が失われますが、FC2がとった方法であれば試しに使った結果「この位の広告表示で表示が早くなるのなら利用を続けよう」っと思うユーザーさんが出てくるコトも考えられるのかなと。その上で、広告表示は嫌だけど高速化したい人向けに有料プランを用意すると言う道があるのではないかと思います（今現在ありませんが）。
※アカイマイ導入初期の不具合については意見の分かれるトコロかと思います。

離れたコトでより実感したFC2ブログの良さ

結局何を言いたいかと言うと、FC2ブログに限らず無料で利用できるからにはソレを可能にする収益構造が必要な訳で、ソレをユーザーの金銭的負担を増やすコトなく、しかしある程度選択肢を与えてくれるカタチで実現しようと言うFC2ブログの方法は面白いなと思いますし、ユーザーにとっても優しい面があるのではないかと考えています。中には選択肢を一切与えてくれないままに広告が増えて行くサービスだってあるのですから。

ソレがどうしても嫌だと思うのであれば他のブログサービスであるとか、またレンタルサーバーを借りるなりしてブログの運営を行えば良いかと思います。上にも書いたようにオイラはFC2ブログに不満があってレンタルサーバーを借りる道を選んだ訳ではないのですが、一旦FC2ブログから離れてみた今現在、FC2ブログを利用していた時以上に「FC2ブログ良かったなぁ～、」と思う部分があったりします。何と言うかレンタルサーバーを利用している現状は自由度が高い分、ソレだけに自分で色々とやるべきコトが多くて、その面から見ると大変と感じる部分が増えると言うか・・・。

ワードプレスの機能面に関する印象

ワードプレスの機能的な面については概ね満足していますが、FC2ブログからの乗り換えと言うコトで、画像ファイルのアップロード機能やら、編集エディタと言った辺りについて、実際に利用して感じた両者の違いみたいなコトを書いてみます。

画像ファイルアップロード機能に感じる魅力と便利さ

ワードプレスの機能面において、特にエントリ内で利用する画像ファイルのアップロード作業時に複数枚のファイルを一括アップロード出来るのは非常に便利。FC2ブログも非オフシャルなツールの利用にて数十枚に上るファイルを自動でアップするコトが可能ですが、ソレを使うにしても動作がちょっと遅い面がありますし、何よりワードプレスではエントリ作成画面のみで作業可能なので利便性に大きく差を感じるトコロです。

また画像ファイルアップロードの際に自動的に行われるリサイズ関連の機能も便利だなと感じます。FC2ブログでも画像ファイルアップロード時に任意のサイズ指定によるサムネイル自動作成機能はありますが、ソレによって利用できるのはアップロードした元ファイルとサムネイルの2ファイルのみです（モバイルページ向けにも作られてるっぽいのでソレがPCページで利用可能なら3つのサイズが作れるけど、コレは未確認）。

ワードプレスの場合はどうなっているかと言いますと、元ファイル意外に、サムネイル（小サイズ）、中サイズ、大サイズ、っと言った3つのサイズ（サイズは任意に設定可能）へ自動的にリサイズしたファイルが作成可能です。例を挙げてみますと、3000×2000の元ファイルをアップロードする際、　FC2ブログだと、

3000×2000の元ファイル
150×150のサムネイル（サイズ設定や作成の有無は任意）

っと言った感じでファイルが作成されるのに対し、ワードプレスの場合には、

3000×2000の元ファイル
1000×667の大サイズファイル（サイズ設定や作成の有無は任意）
500×333の中サイズファイル（サイズ設定や作成の有無は任意）
150×150のサムネイル（サイズ設定や作成の有無は任意）

っのように、ファイルアップロード時に最大4つのファイルを一括で作成出来ます。4つのサイズが必要になる場面は多くないかもしれませんが、この機能によって常時4つのファイルを作成するか否かはその時々で設定可能ですし、何より必要な際にに簡単な設定のみでソレが利用できるのは非常に便利だと感じるトコロです。

記事編集エディタ

通常ワードプレスを利用していてFC2ブログとの違いを大き感じるのが記事編集用のエディタです。ワードプレスもFC2ブログもHTMLタグを直接書き込み可能なエディタと、テキスト入力エリアにはタグが表示されずビジュアルが変化する高機能版なエディタを利用可能ですが、HTML編集エディタはFC2ブログの方が高機能と言った印象を持ちました。ワードプレスのHTMLエディタも用意されているボタンによってタグを入力してくれたりしますが、ソレも極控え目でオマケと言った感があると言うか、ビジュアルエディタとの棲み分けが徹底していると言うか。逆にビジュアルなエディタの方は、（殆んど使わないのですが）ワードプレスの方が利用しやすいような印象です（プラグインによってカスタマイズも出来ますし）。

そんな訳でHTMLエディタを利用しているオイラとしてはワードプレスのソレには若干不満を覚えるトコロなのですが、利用しているファイアーフォックスの機能を利用するコトでソレは補えております。っと言うかFC2ブログの時も用意されているHTML挿入ボタン等は殆んど使っておりませんでしたから、現状ではテキスト入力エリアの大きさが違うと言った程度の違いでしかありません。

コレについてはCSSファイルの設定、並びにソレによって通常利用するタグを辞書登録してしまったり、先にも書いたファイアーフォックスの機能を利用する、っと言ったコトを組み合わせた編集スタイルに慣れてしまっているので、エディタの機能を積極的に利用する人にとっては感じ方が大きく違ってくるかとは思いますが・・・・・。

眠らせているワードプレスの機能

そんな訳で、ワードプレスの機能には満足している部分と若干不満に感じるトコロがあったりする訳ですが、FC2ブログと比べた場合ですと、ワードプレスの方が凄まじく便利、っと言う程の違いではないと感じています（記事編集面においては）。が、ソレは今現在オイラがワードプレスの機能を使いこなせていない状態でのハナシですから、今後理解が深まれば（っと言うか深められれば）その印象は大きく変わるコトになると想像しています。

独自ドメインの効果は？

独自ドメインとSEOのコトについて以前少し触れましたが、非独自ドメインと比べた場合と言った辺りのコトについては、今現在その通りなのかなと言った印象を持っています。っといいますのも、本ブログをWeb上に公開して検索エンジンが各ページをインデックスし始めた当初から全ページをクロールし終え、そしてその後数週間経過した現在に至るまで、非独自ドメインであったFC2ブログの時よりも良好な結果となっているからです。特にドメインが若く、また外部からのリンクも全くない状態において、リンクがあり、低いとは言えページランクも付いていた旧ブログと同等か、それよりも良いと状態へ早々になったコトは予想外でありました。

ただしコレについては幾つか注意が必要で、1つ目はページ構造等が変わっているため、単純にドメインの違いだけが表れているとは言えない面があるコト。FC2ブログの時と比べ大きな変化がある訳ではないのですが、影響がありそうな部分を変更しているので、ソレによるトコロもあるかと思います。もっともソレはFC2ブログでは対応不可能だった部分の変更も含まれていますので、FC2ブログと独自ドメイン（＋ワードプレス）を比較した際の違いとして挙げられる部分になると言えるのかもしれませんが・・・

もう一つは、サイト公開後ある程度期間は検索エンジンの評価が高い（っと感じる）コト。評価が高いと言う表現は違うかもしれませんが、コレは以前に他のブログを新規に立ち上げた際にブログ内のページが少ないにもかかわらず、最初の3ヶ月程度はやけに検索順位が高いと言ったコトがありました。その後検索順には順調に落ち（笑）、更にその後妥当な線に安定するような印象を持ちました。そんな訳で、独自ドメインと非独自ドメインの違いと言った点は現状では楽観視出来ない面も含んでいるように感じており、まだ結果は出ていないと言った方が良いかと思います。
関連エントリ:

PHPのマニュアルをダウンロードしてみた

nobu-Route315 — Sun, 10 May 2009 11:16:01 +0000

ワードプレスを利用（っと言うかカスタマイズ）するにあたり、独自タグを知るコトは重要なのですが、ソレ以外にPHPのコトがわかるともっと色々出来そうなのでPHPのマニュアルをダウンロードしてみました。ワードプレス自体は、デザイン面ではデフォルトで用意されているテンプレートや、あるいはフリーで配布されているテンプレート、機能面ではコレまたフリーで公開されているプラグインを利用するコトで大方のコトは出来るのですが「ココをあともう少しこうしたい」なんて場面ではPHPの知識が必要になってきそうなのでチョイとマニュアルを覗いてみようかと思います。まぁ、理解出来るかわかりませんが（＾＾；

PHPのマニュアルをダウンロードするトコロ

PHPのマニュアルをダウンロードするには以下のリンク先にアクセスします。

・PHP: Download documentation

上記リンク先へアクセスすると上記のようなページになり、ハイライトしている部分が日本語版マニュアルとなります。リンクが3種類あり、左から、

Single HTML file（1つのHTMLページに内容を羅列）
Many HTML file（各内容別にHTMLページを用意。ローカルにてメニューから各ページへ移動可能）
HTML Help file（ウィンドウズのヘルプと同様の形式にて利用可能）

となっています。Single HTML fileは全ての内容が1ページに書かれていますので、Many HTML fileかHTML Help fileが利用しやすいかと思われます。HTML Help fileについては上記した通り、ウィンドウズのヘルプと同様な形式であり、検索性も良いかと思いますので、今回はコレをダウンロードしてみました。そんな訳で、上記画像ハイラト部分の一番右側のリンクをクリック。

するとこのようなページに移動します。ハイライト部分にリンクが2つありますが、コレはドチラでもOKですので、クリックしてファイルをダウンロード・保存します。

PHPのマニュアルをダウンロードしたら

そんでもってコチラはダウンロードしたPHPのヘルプ形式ファイル。コレをダブルクリックすると、

このようなセキュリティ警告が開くコトがあるで「開く」をクリック。

するとこのようにマニュアルの内容が表示されないコトがありますので、

ダウンロードしたPHPマニュアルのヘルプファイルを右クリック→プロパティ、っと進んでこのような画面を開きます。そんでもって「ブロックの解除」→「OK」っとクリックした後、再びPHPマニュアルをダブルクリックすると、下記のような状態でヘルプ形式でPHPのマニュアルが表示されます。

ご覧のようにウィンドウズのヘルプファイルと同じように使え、目次とマニュアルの内容が別々に表示されるのでとっても見易くて良い感じ(^ ^)
関連エントリ:

レンタルサーバーのDNS設定を行う【コアサーバとFC2ドメイン】

nobu-Route315 — Sun, 26 Apr 2009 01:12:11 +0000

前回はワードプレス導入にあたって独自ドメイン取得するメリットについて書きましたので、今回は取得したドメインをレンタルしたサーバーで使うタメの具体的な設定方法について。選択したサーバーはVLUE-DOMAINのCORESERVER（コアサーバー）で、ドメインの取得はFC2ドメインで行いましたから、その場合のDNS設定関連の内容となります。

ドメインの取得方法やら、レンタルサーバーを借りる方法の説明が抜けていますが、コレらは業者のフォームに必要情報を入力すると言った作業のみですから特に説明の必要は無いかと思います。

DNSの設定でドメインとサーバーを関連付けなければならない

さて、ドメインを取得し、サーバーを用意したらDNSの設定とやらが必要になります。今回、ドメインを取得してレンタルサーバーを利用するにあたり、ちょっと悩んだのがこのDNSの設定でした。ってかDNSって何？ってな位の状態だったもので（＾＾；

DNSと言うのはドメイン・ネーム・システムの略のコトで、この設定で何をするのかと言いますと、簡単に言うとドメインとサーバー（のIPアドレス）を関連付けてあげる訳です（だと思います）。サーバー（とかアナタが使っているPC）には”000.000.000.000″（数字が入る）っといった数字で表わされる固有のIPアドレスと言うモノを持っており、コレを知るコトでインターネット等を通じてそのサーバー等にアクセスしています。また、世界中に無数にあるWebサーバーそれぞれが固有のIPアドレスを持っているからユーザーは任意のサーバーにアクセスしてWebページを観覧出来る訳です。

トコロが数字によって表わされるIPアドレスでは人間は覚え難かったりするので、「xxxxxx.com」のようなドメインが利用出来るようなシステムが作られました。しかし上にも書いたようにIPアドレスは個々のサーバーソレゾレが固有に持つ情報です。逆にドメイン名はドメイン取得者が取得するコトで初めて生まれます（例えばこのサイトのドメイン名であるroute315.jpはオイラが登録する以前には存在しなかった）。

そんな訳で、「ドメイン取得」と「レンタルサーバーを借りた」っと言う作業だけでは元々存在しているIPアドレスと、新たに生まれたドメイン名は何の関係も持っていないコトがわかるかと思います。DNSの設定と言うのは、つまりサーバーが持つIPアドレスと言う情報とドメイン名を結びつけてあげる作業と言う訳で御座います。コノ作業によってWebブラウザに「http://xxxxxx.com」等とURLを入力するコトで、あぁそのURLは「000.000.000.000」っと言うIPアドレスだ、じゃあ、そのサーバーにあるWebページを表示しますボク、っとブラウザがやってくれる（ようなイメージな）のであります。

コアサーバーとFC2ドメインでのDNS設定

前置きが長くなりましたが、早速VLUE-DOMAIN（ヴァリュードメイン）のCORESERVER（コアサーバー）とFC2ドメイン利用時のDNS設定方法に入って行きます。以下の例においては「xxxxxx.com」と言うドメインを例に説明をしております。

コアサーバーのネームサーバーで取得したドメインを使えるようにする

上記したIPアドレスとドメイン名を関連付けてくれるのがDNSサーバー、別名ネームサーバー君であります。コアサーバーを利用する際はバリュードメインのネームサーバーを無料て使うコトが出来ますので、取得したドメインをそのネームサーバーで利用出来るようにします。

今回CORESERVER（コアサーバー）を利用しておりますが、ネームサーバーの設定をするにはコアサーバーの設定画面へログインするのではなく、まずバリュードメインの方へログインする必要があります（コチラから）。左リンク先からログインするとコントロールパネルが開き、画面を下の方にスクロールして行くと上記画像にある「無料ネームサーバー管理」と言う項目がありますので、赤くハイライトされている「他社で取得されたドメインの新規管理」というリンクをクリックし、開いた次の画面にあるテキスト入力欄に使用するドメイン（今回の例ではxxxxxx.com）を入力、登録ボタンをクリックします。（その後ネームサーバー名が表示されたのかな？　忘れてしまいました）

ドメイン名をネームサーバーに向ける

次にFC2ドメインの管理画面にログインし、ページ左に並んでいるメニューから「DNSの設定」をクリックし上記の画面を開きます。続いて白くハイライトされている部分に設定したいドメイン（今回の例ではxxxxxx.com）が表示されているコトを確認した後、その下の「DNSの種類」欄のプルダウンメニューは「独自DNS」を選択。続いて、ネームサーバー名の入力欄の1～3にソレゾレ、

　・ns1.value-domain.com
　・ns2.value-domain.com
　・ns3.value-domain.com

っと入力して、「変更する」をクリック。
以上の作業で、ドメイン名がバリュードメインのネームサーバーに向かう訳ですね・・・

ネームサーバー側のDNS設定を行う

次にネームサーバー側のDNS設定を行い、ドメイン名とIPアドレスを関連付けてあげます。

ネームサーバーのDNS設定を行うには再びバリュードメインのコントロールパネルへアクセスします。画面を下にスクロールすると上の画像で赤くハイライトされている「DNS情報の変更」っと言うリンクがあるのでコレをクリックします。

すると上記のような画面が表示されます。一番初めにこのネームサーバーで「xxxxxx.com」を使えるように登録しましたので、上記のように利用するドメイン名が表示されています。なので、表示されているドメイン名の左脇にあるラジオボックスをクリックして選択し、その後変更ボタンをクリックします。

すると上記のような画面が開きxxxxxx.comのDNS設定を行えます。上記画像は左右に分かれていますが、実際の画面では左側の状態から下にスクロールしたトコロに右側のような設定に関する説明が記載されています。

まず、左画像の中ほどにある赤くハイライトされている「自動設定」の部分のプルダウンメニューにて利用しているサーバー名を選択しておきます。

続いて右側画像にて白くハイライトしている部分に注目しますと、
　　・www.xxxxxx.comをIPアドレス123.123.123.3にポイントしたい場合
　　　a www 123.123.123.3

　　・xxxxxx.comをIPアドレス123.123.123.7にポイントしたい場合
　　　a @ 123.123.123.7

っとなっていますので、左側画像に示す「設定フィールド」の欄へ上記画像のように
　　・a @ 利用しているサーバーのIPアドレス
　　・a www 利用しているサーバーのIPアドレス

っと入力します。「www」の有り無し両方を設定しているのは、どちらでもアクセス可能なようにするタメです。最後に保存するをクリック。コレでこのネームサーバーに向かってきた「xxxxxx.com」と言うドメイン名と、利用しているサーバーのIPアドレスが関連付けられました。

尚、利用しているコアサーバーのサーバー名やIPアドレスは、コチラからコアサーバーの管理画面にログインし、続いて「サーバー設定」をクリックして開くサーバーの設定画面を下にスクロールして行くと表示されています。

サーバーのドメイン設定

最後にサーバーのドメイン設定を行うために、上記したリンク先のコアサーバー管理画面から「サーバー設定」をクリックしてサーバーの設定画面を開きます。

続いてコアサーバーの設定画面にて左メニュー欄の「ドメインウェブ」をクリックすると上記のような画面になりますので、利用するドメイン名を入力します。今回は「xxxxxx.com」と言うドメイン名を例にしていますが、例えば「http://xxxxxx.com」でのみアクセス可能に出来ればOKならば、上記画面の「Main」の欄に「xxxxxx.com」と入力して「ドメイン設定」ボタンをクリックすれば準備は完了です。

URLの「www」の有無について

上記画像のような入力状態について説明しておきますと、「ネームサーバーのDNS設定」の説明において「http://xxxxxx.com」と「http://www.xxxxxx.com」を利用出来るようにしましたが、コレは最近色々なサイトを見ていますと「www」の有無はサイト運営者さんによってマチマチと言うのが現状なため、場合によっては観覧者さんの側で「www」を省いたり、あるいは加えたりと言う状況が考えられます。なのでURLに「www」があっても無くても同じページにアクセス可能とする為にそのようにした訳ですが、しかし「ネームサーバーのDNS設定」で2つを設定のみでは、コレら2つのURLは別のURLとなり、URLが違うにもかかわらず内容の同じページが2つ出来てしまいます。

「www」有りか無しに統一する

アドレスバーなど気にしない観覧者さんが見ている分には問題ありませんが、コレを気にするカタには「www」の有無によって同じページが表示されるのは混乱するコトも考えられますし、リンクを頂く際にもURLが統一されなくなってしまうコトにも繋がります。なので、「www」を付けるにしろ、付けないにしろ、そのいずれの場合においても同じページが表示されるだけでなく、同じページは常に同じURLで表示される方が望ましいかとオイラは考えております。どう言うコトかと言うと「www」有りにアクセスした時はアドレスバーに「www」付きで、「www」無しの時はアドレスバーの「www」表示も無しで同じページが表示されるのではなくて、いずれのURLにアクセスしても「www」有りなら有りに、無しなら無しの状態に統一して表示されるのが望ましいと（オイラは）考えてます。

そのような設定をコアサーバーで行う場合は、まず上記画像のように、

　Main欄： blank
　Sub1欄： xxxxxx.com
　Sub2欄： www.xxxxxx.com

と入力して、「ドメイン設定」ボタンをクリックします。

つづいて、「同期設定」を選択し、「xxxxxx.com」と「www.xxxxxx.com」を同期してあげます。（上記画像のような設定だと、http://xxxxxx.comにアクセスした時に、http://www.xxxxxx.comとして表示される設定・・・だったと思います）。コノ設定で、www有り無しいずれにアクセスしても、ドチラかに統一された表示となります。（上記の内容、UNIXのシンボリックリンク機能によるものなのですが、コノ方法あまり良くないよ、っと言ったご意見などありましたら教えて頂けると嬉しいであります。今現在、特に問題ないようではありますが）。

レジストラとレンタルサーバー業者を同じにすればDNS設定も楽だけど・・・

DNSの設定に関しては、上記のようなドメインを取得するレジストラ（今回の例ではFC2ドメイン）とレンタルサーバー業者（同、コアサーバー）を別々にする方法以外に、ドメイン取得とサーバーのレンタルを同じ業者とするコトも可能であり、そのようにすればDNSの設定も結構簡単かと思います。ではなんでオイラは別々の業者を利用したのかといいますと、業者さんには大変失礼な話ですが、例えば業者さんに経営上の問題等起こった際に、ドメインもサーバーも同じトコロで管理していると対応が面倒になるかもしれないと思ったので。

また今回初めてドメインの取得と、レンタルサーバーの利用をするコトにしたので、ドメインとサーバーの管理業者を別にした方がDNSやらの仕組みを理解しやすいかなと考えたのも、その理由となります。

実際にDNSの設定をしてみて

冒頭にも書きましたが、ドメインを取得し、そしてサーバーを借りたらDNSの設定が必要なんてコトを知りませんでしたので、っと言ったコトや、コアサーバーの管理画面にネームサーバーの設定欄が無い（バリュードメインの設定画面にアクセスしなければならない）と言ったコトなんかもあり、設定に少々手間取ってしまいました。

またDNSの設定は物理的な距離に影響されるらしく、設定が反映されるまでに数時間～数日必要と言うのも厄介でした。っと言うのは、DNSの設定が初めてなので、自分がその時に行った設定が間違っているのか、はたまた反映されていないだけなのか、コレの見極めがよくわからないからであります。っとかなんとかやりながらも、そんなオイラでもどうにかこうにか、こうして無事に設定するコトが出来ました・・・（＾＾；
関連エントリ:

ワードプレス導入と独自ドメイン取得のメリット

nobu-Route315 — Wed, 22 Apr 2009 08:50:13 +0000

ブログプラットフォームにワードプレスを選択するにあたり事前に準備が必要となるコトは以前にも少し書きましたが、今回からその具体的な事前準備やらワードプレスのインストール、インストール後のセットアップだとか、FC2ブログからの過去ログ移転方法と言った引っ越し関連のコトを紹介して参ります。他に色々やるコトあるだろ！っと言われてしまいそうですが、いや早く書かないと忘れてしまうので（＾＾；

ワードプレスを使うからには独自ドメインで

今回はまず独自ドメインの取得について。ワードプレスを使おうと思われるカタは大半が独自にドメインを取得し、サーバーもレンタル等によってご自分で用意されるコトかと思われますが、それをするにはドメイン登録料金だとかサーバーのレンタル料金等の費用が必要となります。

独自ドメインを取得するメリット

独自ドメインを利用してワードプレスを利用した場合、上記した通り若干の費用が必要となりますが、その上で独自ドメインでブログを運営するコトによるメリットについて書いてみますと以下の3点辺りがまず思い浮かびます。

　・独自ドメインはわかり易いURL
　・ワードプレス本来の機能や魅力に触れられる
　・独自ドメインはSEO的に有利

独自ドメインはわかり易いURLが選択可能

独自ドメインを取得するメリットとしてまず挙げられるのがわかり易いURLを利用可能な点です。例えば本ブログの場合であれば、ドメイン名は「route315.jp」であり、これはブログ名と同じであります。URLを見ると「http://www.route315.jp/」となっていますが、もっとわかり易く「http://route315.jp/」とするコトも可能です（http://route315.jp/でもアクセス可能ですが・・・）。わかり易いと言うコトは覚えてもらい易いコトでもあります。まぁ、ソレによるメリットは今現在多くはないのかもしれませんが、覚え難いよりは良いはずで、何かの折に読者さんがURLを直接ブラウザのアドレスバーに打ち込んで訪問してくれる可能性もあるかもしれません。

ワードプレス本来の機能や魅力に触れられる

実はレンタルブログサービスの中にもワードプレスを利用しているトコロがあったり、WordPress.comにてアカウントを取得するコトでもワードプレスを利用したブログを持てるので、費用的な面からコレらを選択しようかと考えるカタもいらっしゃるかもしれません。しかしながらそう言ったレンタルブログ版ワードプレスは機能的に制限されおり本来の魅力が損なわれる面がありますので、むしろFC2ブログやSeesaaなどのレンタルブログの中ではカスタマイズ自由度の高いブログサービスを利用した方が機能面では満足出来るかもしれません。逆に言うと独自ドメインを取得してワードプレスを使わないのであれば、ワードプレスを選択する価値はあまり高くないとも言えるかと思います。

独自ドメインはSEO的に有利

SEOとはサーチエンジン最適化（Search Engine Optimization）のコトで、簡単に言うとコレは検索結果の表示画面でより上位に表示されるようにブログ構造等を対策すると言ったコトであり、既にご存知のカタも多いかと思います。独自ドメインとSEOを関連して話す際に、よく独自ドメインと非独自ドメイン（レンタルブログサービスなど）を比較した場合に独自ドメインの方が検索結果の上位表示に有利である、っと言ったコトが言われたりもしますが、ソレについては本ブログは移転後にまだソレを確認できるだけの期間を過ごしておりませんので本当なのかはわかりかねます。

では何故、独自ドメインだとSEO的に有利なのかと言いますと、コレは長期的な視点で見た時の話になりますが、まずTOPページのURLが変わらないコトが挙げられます。例えばレンタルブログサービスを利用している際、機能的に不満を感じたり、あるいは容量制限に迫ってしまいより大容量なレンタルサービスに移ろうと言う場面があった場合、ブログを引っ越しさせてしまうとレンタルブログ間の移転では保々100パーセントTOPページを含めて全てのページのURLが変わってしまいます。引っ越し前に各ページへのリンクがあったのであれば（ブログは更新してるだけである程度リンクが増えてく面あり）、引っ越しによってそうしたリンクを全て捨て去るコトになり、検索エンジンからの評価は移転前と変わってしまうコトでしょう。

反対に独自ドメインでブログを運営している場合、ワードプレスに不満を抱き例えばムーバブルタイプに乗り換えようと思った際、TOPページのURLは変わりませんし、各ページのURLについても若干手間はかかりますが以前と変わらないor検索エンジンからの評価が大幅に変わらない方法にてブログプラットフォームの変更が可能です。容量的な問題でサーバーを変更する場合に至ってはURLはTOPページ以下全てのページURLは不変なままです。

これがSEOなのかと言った意見もあるかと思いますが、しかし（普通に）ブログを運営していく上でTOPページや各ページのURLが変わらないと言うコトは重要なポイントであると思います。人によっては小さなコトと捉えるカタもいらっしゃるかもしれません。しかし独自ドメインの取得を検討し、そしてこのエントリを見て下さっているカタには小さな問題で無いコトがおわかり頂けるのではないかと思います。

ココまでをまとめると

ココまでの内容をまとめると、独自ドメインだとURLの自由度が高く、また後々ブログの規模や機能に問題等が出た際、ドメインを取得していればその対策の為にURLを変更する必要が無いので長期的に見るとSEO上メリットがあります。さらにワードプレスを利用するのであれば、レンタル版ワードプレスとは違い機能の制限がないので、その魅力に十分触れられると言った感じとなります。

続きは下記リンク先になります。
　・レンタルサーバーのDNS設定を行う【コアサーバとFC2ドメイン】
関連エントリ:

ワードプレス（WordPress）って？

nobu-Route315 — Mon, 20 Apr 2009 16:46:52 +0000

先日のエントリとか、またコチラに移転した当初にアップしたエントリ内において、今度のブログはワードプレス（WordPress）使ってますと書いたりしてましたが、知らないカタの為に少々説明。

ワードプレスは自分でサーバーを用意してインストール等の事前準備が必要

ワードプレスは使用するにあたって、まずサーバーを用意するトコロから始まり、そのサーバーに「ワードプレス」っと言うブログシステムを自分でインストールして使うタイプのブログです。このようなタイプのブログシステムとして、ワードプレス以外にも有名ドコロではムーバブルタイプなんてのがあり、コレは知っているカタもいらっしゃるかと。

レンタルブログサービスは事前準備無しで利用可能

例えばFC2ブログとか、mixiだとか、ライブドアブログだとか、エキサイトブログだとか、その他色々あるレンタルなブログサービス（有料版も含め）やらSNSやらは、基本的にユーザー登録程度のコトをすれば、後はサービス側が既に用意してくれているブログシステムを使える訳で、登録したその日からブログ記事の投稿が出来ます。対してワードプレスやらムーバブルタイプなんかは、まずブログシステムをインストール（設置）するサーバーを自前orレンタルサーバーを借りるなどして用意し、ソコにブログシステムをインストールすると言った準備が必要となります（他、ドメインの取得とか色々あったりする場合もあるけど、ココでは割愛）。

つまり、何気なくブログを始めようと思った時に、

　・よくあるブログサービス選択すると、ユーザー登録→スグに更新を始められる。
　・ワードプレス選択すると、上記のような作業など、事前の準備を色々自分で行う必要がある。

っと言った感じです。

クルマに例えるとレンタルブログはレンタカー、ワードプレスは自分のクルマ

クルマに例えていうと、すぐに使えるレンタルブログサービスはレンタカーに毎日乗って駐車場もコインパーキングなんかを利用する感じ。乗る車の用意も、クルマを保管する駐車場関係の手続きも無くて楽チン（そんな人はあまり居ないと思いますが）。対してワードプレスはクルマを購入する感じでしょうか。この場合、クルマを保管するための駐車場の用意とか車庫証明と言った手続き、クルマその物に関しても自分でアレコレオプションなんかを選んだりと、乗り出すまでに色々と準備や手続きが必要となります。

ワードプレスは面倒な面はあるけど選択するだけの魅力もある

さてさて、上の方でワードプレスは使う前に色々準備が必要と書きましたので、ではなんでソンナ面倒な方法をとってブログをやるのだよ？　っと思われたカタもいらっしゃるかと思いますが、クルマの例を再び持って来て考えて頂くと、乗っているクルマに不満が出てカスタマイズとかしたくなった場合、レンタカーでは借りるクルマを変える程度の事しか出来無いないのに対し、クルマを購入した場合はカスタマイズするのも乗り換えるのも自由自在です。全てが全てクルマの例に当てはまる訳ではないのですが、大まかなイメージとしてそんな感じな訳で、面倒な面がある一方でレンタルブログサービスには無い魅力がワードプレスとかムーバブルタイプには存在するのがコレらを選択する理由となる訳です、ハイ。
関連エントリ:

携帯電話からの投稿テスト

Route315.jp — Mon, 20 Apr 2009 15:48:45 +0000

携帯電話から写真付きで投稿した際のテストです。こういったモバイル関連の設定も行なわないとならず少々面倒ナリ・・・。もともと携帯電話からブログに投稿するコトってほとんど無かったりもする訳ですが、でも使いたいなと思った時に使えないと悲しいので、一応使えるようにしてみたり。

う〜ん、それにしても携帯で文字打つの面倒くさい。って、コレ何時も言っている気が・・・(^　^;

関連エントリ:

フォトギャラリーはページ機能とLightboxなどを利用

nobu-Route315 — Sun, 19 Apr 2009 14:59:43 +0000

本日も新しいブログプラットフォームなワードプレスくんと格闘などしておりました。あぁピマジン・・・・・。

ワードプレスとフォトギャラリー

そんなコンナで、少し前に言っていたフォトギャラリーのについては大体の方向性みたいなのが決まって来たので、写真の方もいそいそと準備をしているトコロに御座います。

写真の表示はLightboxを使用

フォトギャラリーの方向性としては、ページその物はサムネイル+FC2ブログの時にも使ったコトがあるLightbox、っと言った感じ。ソレをワードプレスのページ機能とギャラリー機能を組み合わせて使おうかと思っております。

ワードプレスのギャラリー機能

ワードプレスのギャラリー機能について簡単に説明すると、ワードプレスでは記事投稿・編集画面から写真をアップロード出来るのですが、その場合、ソコでアップした写真と編集中の記事とが関連付けられます。そのため、編集画面のテキスト入力エリアに

[ gallery]（gの前の半角スペースは本来不要）

っと記入するだけで、アップした分の写真のサムネイル一覧を表示してくれるのでコレは非常に便利で楽チン。

プラグインではなくワードプレスのページ機能を使う訳

ワードプレスにはフォトギャラリーを手軽に構築できるプラグインも存在しており、例えば画像フォルダを任意に作成して、そのフォルダ毎に自動的にフォトギャラリーページを作ってくれちゃうといったモノもあるのですが、ソレを使わないのは、その結果作成されるページURLが少々気に入らないから。何かしらの方法でそう言ったURLは綺麗に出来るかとも思いますが、ページ機能であればそう言ったURLのコトは勿論、ページ自体の管理も初心者には容易なので・・・。

時系列から切り離せるページ機能

ついでにページ機能についても触れておくと、通常のブログの場合、投稿するエントリは全てに時間要素がくっ付いているのが普通です。そうした時間要素があるからこそ、月別アーカイブや、カテゴリ別のアーカイブで時系列毎に各エントリを並べられる訳ですが、逆にその時系列を付加したくないページを作りたくなった時にはソレが邪魔になります。

例えば本ブログのフッターにリンクがあるメールフォームのページや、ブログポリシーのページなど、コレらのページに時間的要素は不要です。仮に時間要素が付加されている場合、月別アーカイブの何処かに表示されるコトになりますが、個別記事を順番に見ている最中にこうしたページが出てくるのはチョット変ですよね？（前のブログではやってましたが）。

ソコでワードプレスのページ機能が出てくるのですが、本機能は時系列（ブログエントリのアーカイブ）から切り離してページを作成出来るため、上記のようなコトが起こらないといったメリットがあります。いい変えると、日々更新してアーカイブされて行くエントリとは別に、普通のWebサイトのようなページを作れる訳です。そんな訳で、通常のエントリから切り離したトコロでフォトギャラリーを作るコトでアーカイブが冗長にならないで済むかなと思ったりしております。

蛇足ながら書いておくと、こうしたページはFC2ブログなんかでも個別に作ったhtmlファイルのアップロードで作成可能ですが、そうして作成したページはFC2ブログの記事管理画面による編集は出来ません。ソレに対して、ワードプレスのページ機能ではブログエントリ同様に管理画面から作成・編集でき、またブログ本体の機能を利用できるトコロが便利であります。

ユーチューブもLightbox風な表示が可能に

っとワードプレスの機能説明っぽくなってしまいましたが、そんなコンナで準備の方は進行中なり。ついでにと言うか、Lightbox風な感じでユーチューブも表示可能に（下記リンクをクリック）。

NML走行

ユーチューブの動画をブログエントリに貼り付けるのは容易ですが、沢山貼り付けちゃうとページの表示に時間がかかってしまったりと弊害もあるので、コレも今後使ってみようかと。ただ、上記のようにテキストリンクだとパッとみで動画があるとわからないから、プレーヤーをキャプチャするなどして作った画像表示と併せてリンクすると良いかな・・・？

コメント編集機能は挫折（汗）

あと先日コメント欄を若干変更しましたが、他にコメント投稿後の編集機能を加えたいなぁ～っと思って色々やっておりましたが、コチラは実現するに至らず・・・orz　　何時もは困らせてくれるIEが今回は協力的で、その為、IEでは思った通りの動作をしてくれたのですが、IE以外のブラウザで思ったように動かないので、もうコレはしばらく放置な方向にて（＾＾；；

関連エントリ:

Route315.jp » ワードプレス

WordPress for Android にてテスト投稿

WordPress（ワードプレス）2.8.5にアップグレード【強化リリース】

ワードプレス2.8.5での変更等

アップグレード作業

ワードプレスアップグレード履歴なエントリ

wp-kougabuでフォト アーカイブのページを作成

フォト アーカイブページにはwp-kougabuを使用

関連ぽいエントリ

ワードプレスを最新版にアップグレードしましょう

攻撃の詳細とか、被害にあっているかの確認・修正方法など

アップグレード作業は面倒くさがらずに

古いバージョンを使っている場合は、新規インストール+インポートと言う選択も

WordPress（ワードプレス）プレゼン動画 in PHPカンファレンス 2009

Ketai Entryからの投稿出来ない問題、Head Cleanerの設定変更で解決

キャッシュ系プラグインを使っているとダメらしい

Head Cleanerの対象からKtai Entryを外す

TwitterへエントリURLをコピーしてTweetするアイコンを設置

エントリURLをTwitterへつぶやくタメのリンク設置方法

ワードプレスでのリンク設定

FC2ブログでのリンク設定

MT（ムーバブルタイプ）の場合

ワードプレス2.8.4にアップグレード【セキュリティリリース】

ワードプレスのアップグレード関連な過去記事

ワードプレス2.8.3日本語版にアップグレード

ワードプレス2.8.3はセキュリティ修正リリース

アップグレード作業

My Category Order

1ヶ月以内に3回のアップグレード作業

ワードプレスのアップグレード関連な過去記事

ワードプレス2.8.2日本語版にアップグレード

自動アップグレード時にプラグインは無効にする必要があるのか？

My Category Order

ワードプレス2.8.1の日本語版にアップグレード

2.8.1への更新は自動アップグレード機能を利用

バックアップは徹底的に

プラグインは無効化しなかったけど

Coreサーバーでも自動アップグレード機能は利用可能

My Category Orderでカテゴリーが表示されない

ワードプレス2.8.1リリース

ワードプレス2.8.1の日本語版は準備中

カスタムフィールドを使わずにアーカイブに画像を表示

ワードプレスでのコメント＆TBスパム対策

ワードプレスで利用したコメントスパム対策

アンチスパムプラグイン・Akismet

コメント投稿時の文字列入力による認証機能

スパムTBを減らすのに効果的なSimple Trackback Validation

利用中のプラグインとその効果

文字化け混入でワードプレスのRSSフィードが出力エラーに

トラブルに繋がるような変更をブログに加えてはいないのだけど・・・

FeedBurnerも問題無いようだ

ワードプレス2.8のせいでもない・・・ハズだ

ブラウザを変えてみたら原因の糸口が

文字化けが原因

ワードプレス2.8へのアップグレードは手動で【自動はダメ！】

ワードプレス2.8へのアップグレードは当面手動がお勧め？

ワードプレス2.8アップグレード後のトラブルシューティング法

ワードプレス2.8化完了【起こった問題と修正内容・・・風】

TOPページのレイアウト崩れ

携帯ページプラグインでエラー

カテゴリーが表示されない

その他の修正

ワードプレス2.8への更新は自動アップグレードを利用

ワードプレス2.8でGears有効時のFirefoxクラッシュ問題解決

ワードプレスの画像アップロード時にFirefoxがクラッシュするのはGoogle Gearsのせい？

Google Gearsを無効にするとクラッシュは起きなくなる

ワードプレス2.8では修正され問題解決【追記】

コアサーバーでワードプレスをCGI版PHPで動かしたら負荷が結構ヤバい感じに

ワードプレス2.8ベータをインストール

ワードプレス2.8ベータへのアップグレード作業はアッサリ完了

ワードプレス2.8ベータのダッシュボードな画像色々

ダッシュボードのカラム数を変更可能

見た目の変化は少ないけど使い勝手は良くなっているエントリ編集画面

ワードプレスページのパーマリンク編集の変更が嬉しい

変化したウィジェット設定画面

テーマ設定やインストールが容易に

管理画面からテーマのインストールが可能に

全てのファイル編集が可能になったプラグイン編集画面

エントリやメディアの一覧表示画面の表示件数が設定可能に

ワードプレス2.8での変更

wp-kougabuでフォトアーカイブのページを作成

フォトアーカイブページにはwp-kougabuを使用