ブログの記事を読み進めると、右下に「おすすめ記事」を表示するサービス『The Slide by SimpleReach』を導入しました。

「The Slide by SimpleReach」とは

ブログの記事を読みながら画面を下にスクロールさせていくと、右下からヒョコッと「オススメの記事」がスライドしてきます。

良い感じに「スルスルッ」と出てくるので、なかなか目立つのではないでしょうか。

「The Slide by SimpleReach」を導入すると、ほぼリアルタイムにアクセス・レポートが生成され、Slideの表示状況やクリック率などが見られるようになっています。

導入したばかりなので誤差はあるかも知れませんが、3％近いヒトが「オススメの記事」に飛んでくれたようです。

「The Slide by SimpleReach」の導入

WordPressに「The Slide by SimpleReach」を導入するのは簡単です。

1. 「The Slide by SimpleReach」にサインアップ。
2. WordPress用プラグイン「SimpleReach Slide」をインストール。
3. WordPress設定画面の「SimpleReach Slide」を開き、SimpleReachのアカウント情報を入力。

SimpleReachにサインアップ後、プラグイン側からログインできるようになるまで時間が掛かるのでノンビリお待ちください。

それから、サーバにcURLが必要なので注意してください。

普通は入ってるのかも知れないけれど、ウチのUbuntuさんにはインスコされておらず、”An unknown error has been encountered.”なるエラーが表示されて、解決までしばらく悩まされました。

そんなワケで、Ubuntuで新たにcURLをインストールする手順はこんな感じ。

$ sudo apt-get install php5-curl
$ sudo service apache2 restart

SimpleReachのサポートに問い合わせて解決したけど、必要なモノはどっかに書いといて欲しいね。

WordPress.comで提供されている便利機能を、インストール型WordPressでも使えるようにするプラグイン「Jetpack」をインストールしたよ。

Jetpackの機能を一言で説明すると、ブログ管理者向け便利機能の詰め合わせだと思いねぇ。

Jetpackについて

数日前からWordPress.com Statsが不調なので対応策を調べたところ、上位プラグインとも言える「Jetpack」をインストールすれば良いと分かりました。

JetpackはWordPress開発元のAutomattic社が提供するプラグインで、WordPress.comの便利機能を、ウチみたいな「インストール型WordPress」でも使えるようにしてくれるプラグインです。

Jetpackで利用可能になるサービスとしては、WordPress.com Statsに始まり、Twitterウィジット表示、Gravatarホバーカード対応、WP.meの短縮URL取得、LaTeX投稿対応、ソーシャルメディア対応ボタンの追加、ショートコード機能拡張など多様で、今後も各種サービスが利用可能になるようです。

そんな感じの便利風味プラグインですので、WordPressでブログを書いてる人は迷わず入れちゃって良いプラグインだと思うよ。

まだ一部ページの翻訳が終わっただけな状況ですが、同様な作業を行う方が現れて不要なバッティングなど起きぬよう、この場を借りまして「翻訳中」宣言を致します。

W3TC日本語化に到る背景や、現在の作業状況などは以下の通りです。

W3TCの日本語化に到る背景

W3TCは、一般的なページキャッシュに加え、データベースキャッシュやオブジェクトキャッシュ、CSS/JSの最適化やブラウザキャッシュ制御まで行える、非常に高機能なキャッシュプラグインです。

しかし、現在は英語版のみの公開となっており、加えて多機能さ故の設定項目の多さから、国内ユーザーで利用を敬遠する向きが見られたことも事実です。

ですが、こんなに高機能なプラグインが、国内で日の目を見ないのは実にモッタイない！

と言うことで、一念発起して翻訳作業を始めた次第です。

作業状況

現在の作業状況としては、「SourceForge.JP」に新規プロジェクト「W3 Total Cache日本語版」を申請し、そこにスペースをお借りして翻訳作業を行っています。

また日本語化（多言語化）作業を行っていることを原作者様に連絡し、現在作業内容などを整合中です。

作業の成果としては、設定画面のサイドメニューやヘッダー部、また全般設定画面・ブラウザキャッシュ設定画面・インストール方法の各タブまで翻訳を終えました。

現在の成果物をダウンロードできるようにしておきましたので、興味があるようでしたらお試し下さい。

使い方はWordPressの他プラグインと同様で、プラグインディレクトリに展開後、WordPressのプラグイン管理画面から有効化すれば動作するはずです。

サーバ環境によってうまく動かない場合もあると思いますが、その場合は出来る限りお手伝いいたしますので、コメント欄なりツイッターなりでご相談下さいませ。

それから、日本語版プラグインの不具合に関しては、原作者さんに文句を言わず、私に対して文句を言ってくださいね。

あと一緒に作業をして下さる方がいらっしゃいましたら、コミット権を付与しますのでSourceForge.JPのアカウントご連絡下さい。

WordPress用のページ最適化プラグイン「W3 Total Cache」(W3TC)のインストール方法を和訳してみたよ。

英語が赤点だった人間の翻訳なので、期待せずに読んでください。

W3TCのインストール

1. wp-contentのパーミッションを755に変更します。例:

   # chmod 755 /var/www/vhosts/domain.com/httpdocs/wp-content/

2. “General”タブを開き、ページキャッシュ、データベースキャッシュ、コード最適化(Minify)の設定を行います。多くの場合、ページキャッシュを”disk enhanced”に設定し、コード最適化(Minify)とデータベースキャッシュを”disk”にすると良いでしょう。
3. 推奨: “Minify”タブは、あらかじめ推奨される設定になっています。ヘルプボタンを使うと、あなたのCSSとJSを簡単に見つけることが出来ます。JSを最適化する場合は、メソッドと位置に十分注意してください。 詳細はプラグインのFAQを参照してください。
4. 推奨:“Browser Cache”タブは、初期値でHTTP圧縮が有効になっています。目的によって、他のオプションも有効にしてください。
5. 推奨: もし既にコンテンツデリパリーネットワーク（CDN）を使っているなら、 “Content Delivery Network”タブを開いて、フィールドのポピュレートと適切な設定を行ってください。メディアライブラリーを使っていないなら、デフォルト位置からのイメージなどのインポートが必要でしょう。「コンテンツデリバリーネットワーク」タブのメディア・ライブラリーインポートツールを使用して、この作業を実行してください。 CDNプロバイダーを使っていないなら、”Self-hosted”メソッドを使用することで、あなたのサイト性能を向上することが可能です。 あなた自身のサーバに、サブドメインを作成しDNS ゾーンレコードとマッチさせてください。例えば「CDN」タブで、static.domain.comとFTP設定を構成してください。適切なファイルがFTPアップロードされることを確認するように、適切なアップロードボタンを使用してください。
6. オプション: “Database Cache”タブは、あらかじめ推奨される設定値になっています。もしあなたが共用ホストを利用しているなら、”disk”メソッドの利用に注意してください。そのようなケースではディスクの応答速度が十分ではなく、デフォルトでオプションが「無効」になります。
7. オプション: “Object Cache”タブでは、あらかじめ推奨値が設定されています。もし共用ホストを利用しているなら、 “disk”メソッドの利用には注意してください。そのようなケースではディスクの応答速度が十分ではなく、デフォルトでオプションが「無効」になります。データベースキャッシュのあるなしにかかわらずこのオプションをテストして、性能が向上するかを検討してください。
8. オプション: 携帯電話用テーマなどを使用しているなら、”User Agent Groups” タブで、ユーザエージェントの設定を行ってください。

その他の良くある質問に関しては、usageを参照してください。

対訳表

.poから上記部分を抜き出してみた。訳がおかしいところがあったら指摘してください。

WordPressの記事中に表示するソースコードを、整形して見やすく表示するプラグイン「SyntaxHighlighter Evolved」を導入しました。

これまでは「iG:Syntax Hiliter 日本語版」を使っていたんだけど、まれにコードの整形に失敗する場合があり、これに嫌気が差して乗り換えることにしました。

「SyntaxHighlighter Evolved」を選択した理由は、ベースに使っているjsが「Google syntaxhighlighter」とメジャーな仕組みなコト、また整形後の見た目の綺麗さ、あとは他ブログでの使用数などを鑑み、「本流」と思われる「SyntaxHighlighter Evolved」を選択しました。

プラグインの導入に難しいことはなく、いつものようにダウンロードして、プラグインフォルダに展開して、有効化するだけ。

使い方も簡単で、コードの前後を［html］～［/html］なんて感じに囲うだけ。

で、実際の表示はこんな感じになります。

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
	<meta http-equiv="Content-Type" content="text/html; charset=UTF-8" />
	<title>PHP Code Example</title>
</head>
<body>
	<h1>PHP Code Example</h1>

	<p><?php echo 'Hello World!'; ?></p>

	<p>This line is highlighted.</p>

	<div class="foobar">
		This	is	an
		example	of	smart
		tabs.
	</div>

	<p><a href="http://wordpress.org/">WordPress</a></p>
</body>
</html>

PRE表示にJSでCSSを被せるので、一瞬だけ素のコードが見えるけど、その後は非常に見やすいコードになっていると思います。

当たり前のようにHTML関連文字列は正規化してくれてるし、URLもクリッカブルだし、各種予約後は色つき表示だし、コード上にマウスをポイントするとソースコピペなんかのコマンドアイコンが出てきます。

各種言語にも広く対応しているし、行番号の有り無し、任意行数からのカウント、特定行のハイライト、行折り返しの有無なども簡単に指定可能な優れものです。

もしWordPressを使っていて、コードを綺麗に表示したいなら「SyntaxHighlighter Evolved」をオススメしておきますよ :-P

WordPressを最適化するプラグイン「W3 Total Cache」(W3TC)の高速化効果がスゴイ。

これまでは「WP Super Cache」と言うキャッシュプラグインを使ってたけど、「W3 Total Cache」の先進さに惚れて一発で乗り換えを決めました。

W3Tのスゴさを三行で説明

W3Tのスゴさを三行で説明します。

• 色々とキャッシュできる
• コードの最適化も出来る
• CDNの設定や、ブラウザキャッシュ制御まで出来る

以下ザックリと説明していきます。

色々とキャッシュできる

W3TCでは、一般的な「ページキャッシュ」以外にも、「データベースキャッシュ」や「オブジェクトキャッシュ」にも対応しています。

「データベースキャッシュ」を有効化すると、記事(post)やページ(page)、フィード(feed）の作成時間が短縮されます。

「オブジェクトキャッシュ」を有効化すると、その他の一般的な操作実行時間が短縮されます。

これらを全て有効化することにより、見ているヒトが快適になるだけではなく、サーバのCPU資源やメモリ資源の節約にもなります。

コードの最適化も出来る

コードの最適化(Minify)と言う機能が付いており、WordPressが生成するHTMLコードの最適化や、使用しているJavaScriptファイルの最適化、またブログテーマで使用しているCSSファイルの最適化まで可能になっています。

これにより転送ファイルのサイズや、転送すべきファイル数が削減できるので、WordPressの高速化に繋がります。

実際に当ページではJavaScriptファイルとCSSファイルが最適化された状態で提供されています。興味がある人は、HTMLソースを開いて先頭の3行目、4行目あたりを確認してみて下さい。

CDN設定、ブラウザキャッシュ制御

上記以外にもコンテンツデリバリネットワーク(CDN)の設定や、ブラウザキャッシュ制御のサポート機能まで備えています。

CDNは、大容量のアプリ・音楽・動画などを配信する際に利用する特別なネットワークのコトです。まだ余り一般的ではないと思いますが、Amazon.comが提供するCloudFrontを利用することが可能ですし、自前でCDNサーバを立てることにより、画像などを別サーバに振り分けるなんてコトが可能になります。

ブラウザキャッシュ制御では、Expires headerやSet pragma、Etag付与やgzip圧縮などの設定が可能です。

ktai styleやWP Touchと共存も可能

W3TCは「ktai style」や「WP Touch」などのプラグインと共存することも可能です。

ページキャッシュや最適化設定の詳細ページに「Rejected User Agents」と言う項目があります。

ここに携帯やiPhone/iPadのUAを設定すると、該当機器にはキャッシュしていない通常のページが表示されることになり、結果的に携帯用ページやiPhone用ページを表示することになります。

うちのブログではktai styleのWP Super Cache対応プラグインから抜き出した、以下のUAをセットしています。

DoCoMo/
J-PHONE/
J-EMULATOR/
Vodafone/
MOT-
MOTEMULATOR-
SoftBank/
emulator/
DDIPOCKET
WILLCOM
KDDI-
UP.Browser/
emobile/
Huawei/
IAC/
Nokia
Opera Mini
Opera Mobi
Palm OS
Windows CE
PlayStation Portable
SONY/COM
Nitro
Nintendo
mixi-mobile-converter/

まとめ

色々と出来るワリに設定が簡単で、しかも高速化効果も抜群です。

一度、W3TCを使いはじめると、WP Super Cacheが過去の遺物に思えるほどで、全てのWordPressユーザーに積極的にオススメします。

現在は英語メニューしかないのが難点ですが、そんなに難しい英語でもないので、チョコチョコと翻訳しながら読めば意味は分かると思います。

ぜひ一度お試し下さい。

うちのブログにも、Facebookの「いいね！(Like)」ボタンを付けてみました。

本文直下にこんなの →（） があると思いますので、Facebookアカウントをお持ちの方は容赦なくクリックして頂けると幸いです。

多分に実験的な雰囲気を醸しだしておりますので、誰も押してくれないと拗ねて廃止するかも知れません。だからみんな秒速2万回ぐらい押しちゃってね！

「いいね！」ボタンの実装は、WordPress用プラグイン「Like」を利用しています。プラグインを有効化するだけボタンが設置できるので、気になるヒトは軽やかにお試ししてみるのもアリかもよ。

ブログソフトウェア「WordPress」のバージョンを3.0に上げたら、愛用していたプラグイン「Commented entry list」が動かなくなってしまったので、ソースを修正して対応したよ。

問題点

うちのブログのサイドバーには「最近のコメント」というのが表示されてるんだけど、ここは前述のプラグイン「Commented entry list」が表示している部分なのね。

ところがWordPress本体を3.0にアップデートしたら、最近のコメントとして「No Response」しか表示されなくなってしまいました。

原因調査

さっそく原因を調査したところ、「WordPress3.0リリース＆Commented entry listが動かなくなった場合の対処方法。 | ごみおきば」経由で、「WordPress 3.0 RC1 日本語版 リリース ≪ REIMA’s Blog」に到達。

曰く、Commented entry listで「$tablecommentsと$tablepostsにテーブル名が入っていない」のが原因らしい。

解決方法

Commented entry listのソースを修正して、$tablecommentsと$tablepostsに正しい値が入るようにすれば良いみたい。

具体的にはget_recently_commented関数と、get_recently_trackbacked関数の先頭で変数定義を行っているので、この2ブロックを変更するようです。

元ソースはこんな感じ。

function get_recently_commented($limit = 10) {
global $wpdb, $tablecomments, $tableposts;
	:
	:
function get_recently_trackbacked($limit = 10) {
global $wpdb, $tablecomments, $tableposts;

上記2ブロックの関数先頭にある変数定義を、以下のように書き換えます。

function get_recently_commented($limit = 10) {
	global $wpdb;
	$tablecomments = $wpdb->comments;
	$tableposts = $wpdb->posts;
		:
		:
function get_recently_trackbacked($limit = 10) {
	global $wpdb;
	$tablecomments = $wpdb->comments;
	$tableposts = $wpdb->posts;

これで無事にプラグインが正常に動作するようになりました。良かった、良かった。

WP Super CacheとKtai Styleを併用する方法をメモっておくよ。

いつものようにブログのリファラーチェックをしていたら「CORESERVERとWP Super CacheとKtai Style」なるサイトからPingが飛んできていることに気がついた。

曰く、「CoreserverでWP Super CacheとKtai Styleを併用するのに苦労した」と言うことらしい。さいわい当ブログ経由で「WPtouchとWP Super Cacheを併用する || 新・ガジェット! gadget!! あーんど Mac!!!」に辿り着き、解決方法を見いだせた模様。

そんな流れの中、ウチのブログでも改めて「WP Super CacheとKtai Styleを併用する方法」をメモっておくね。

WP Super CacheとKtai Styleを併用する方法

まず最初に「WP Super Cache」の設定画面を開き、「WP Super Cache ステータス」ブロックにあるモバイル機器サポートをチェックする。

続いてそのまま下方に進み、「除外するユーザーエージェント」に以下の設定を追加する。

Android
DDIPOCKET
DoCoMo
Huawei
J-EMULATOR
J-PHONE
KDDI-
MOT-
MOTEMULATOR-
Nintendo
Nitro
Nokia
PDA
PalmOS
SL-
SONY/COM
SoftBank
UP.Browser
Vodafone
WILLCOM
emobile
emulator
iPhone
mixi-mobile-converter

以上で作業は終了です。

本当は「Opera Mini」とか「PlayStation Portable」も追加したいんだけど、空白を含む文字列を設定すると勝手に改行されちゃうので、うまく設定できませんでした。

参考までに記事執筆時のプラグインバージョンを記載。Ktai Styleのバージョンは2.0.0-beta2、WP Super Cacheはバージョン 0.9.8を使用しました。

WordPressの管理画面からデータベースを操作できるようになる「WP-phpMyAdmin」プラグインの使い方をメモっておくよ。

サーバ環境はXrea/Coreserverを想定していますが、PhpMyAdminのインストール方法以外はサーバに係わらず共通の手順だと思います。

PhpMyAdminのインストール

1. Xrea/Coreserverのサーバ管理画面、左サイドメニューから「ツール」画面を開く。
2. 「ツール」画面下部にある「PhpMyAdmin自動インストール」の「インストール」ボタンを押す。

WP-phpMyAdminのインストールとDBバックアップ

1. 「WordPress : WP-phpMyAdmin ≪ WordPress Plugins」からプラグインをダウンロードする。
2. zipファイルを展開後、WordPressのpluginフォルダにコピー。
3. WordPressの管理画面から「プラグイン」を開き、WP-phpMyAdminを有効化する。
4. WordPressの管理画面を開き、「ツール」の「PhpMyAdmin」を選択。
5. 上段のタブ状メニューから「Export」を選択。
6. SQLを選択し、全てのデータを選択。
7. SQLオプションの”Structure”から、”Add DROP TABLE / DROP VIEW”、”Add AUTO_INCREMENT value”、”Enclose table and field names with backquotes”をチェック。
8. 同様にSQLオプションの”Data”から、”Complete inserts”、”Extended inserts”、”Use hexadecimal for binary fields”をチェック。
9. 最後に”Save as file”と”None”をチェックし、「GO」を押してファイル形式でエクスポートする

長々と書いたけど、Xrea/Coreserverなら”Add DROP TABLE”と”Save as file”をチェックすれば良いはず。

参考までにExport画面の「チェック後」の画像を載せておきます。クリックすると大きくなるよ。

そもそもの「Topsy」ってのは、Twitter上でつぶやかれたURLを観測して「今ホットなURLはなんじゃろかい？」ってのを見つけるTwitter専用の検索エンジンさんです。それ以外にも、例えばTopsyで “www.hide10.com”を検索すると、Twitter上に出てきたウチの記事を見つけられたりもします。

で、さらに一工夫して、記事の詳細アドレスで検索を掛けて、引っかかった数を自動で表示してくれるのが、「Topsy Widgets」プラグインってわけさ。

「つぶやかれ数」を表示する以外にも、Retweetボタンを付けてくれたり、TwitterでのURL引用記事をComment/Trackbackとして表示してくれたりと、中々に多機能なプラグインで良い感じ。

注意点として、URLの & を実体参照に変換してない箇所があるので、XHTML validにこだわる御仁はソースを書き換える必要があるみたい。プラグインの設定ページは実体参照で書かれてるので、中の人が知らないワケじゃなさそうなんだけど…気が向いたら、中の人にご注進してみようかな。

これまではtwitterfeedを使ってたんだけど、何だか「つぶやき漏れ」が見受けられるのよね。

これが何だか気になっちゃう感じなので、つぶやきプラグインとして評判の良い「Simple Tweet」を導入してみた次第。

と言うわけでこのエントリは、つぶやき更新が行われるかどうかのテストエントリでもあったりします。テステス。

WordPressの表示をiPhone/iPod touch向けに最適化してくれるプラグイン「WPtouch」を導入したよ。

実はこれまでも「iWPhone」というプラグインでiPhone用テーマが表示されてたんだけど、iPhoneでアクセスすると強制的にiPhoneテーマに固定されて、標準デザインが見られないのが気に入らなかったのよね。

その点「WPtouch」なら、標準テーマへの切り替え機能が付いてるんだよね。全体的なデザインもこなれてるし、タグページやカテゴリページも表示できるし、ちょっと試用しただけでスグに気に入りました :D

導入はいつもの手順でOK。プラグインをダウンロードして、プラグインフォルダに展開して、プラグインを有効化するだけ。これだけで、あなたのブログがiPhone対応に！この番組をご覧の皆さまも今すぐお試し下さい！

参考までにこのページをiPhoneで見たときのイメージ画像を貼っておきます。

ね、カッコイイでしょ？

WP Super Cacheとの併用

ただまぁ毎度のことながらキャッシュ表示とバッティングしちゃったので『WPtouchとWP Super Cacheを併用する || 新・ガジェット! gadget!! あーんど Mac!!!』を参考に対策を実施。

要はWP Super Cacheのモバイルサポートを有効にして、且つRejectUAとしてiPhoneを指定せよってことだね。

これでバッチリiPhone向けページが表示されるようになったので、iPhone使いの皆さまは試しに見てやってくれると嬉しく思います。ついでにAdMobを張ったのでiPhone用の広告も表示されるけどね :twisted:

『iWPhone』なるWordPressプラグインを導入して、iPhone/iPod touch向けの表示画面を最適化してみたよ。iPhone/iPod touchをお持ちの皆さまは、試しにアクセスしてみていただけると幸い。

追記：その後「WPtouch」に乗り換えました。経緯などは『WordPress: iPhone用テーマ「WPtouch」導入 – Hinemosu』をお読み下さい[2009/11/11]

事の起こり

事の起こりは携帯端末ブラウザをシミュレートするFirefoxプラグイン「FireMobileSimulator」のバージョンアップついでに、ウチのブログがiPhoneでどう表示されるのかを確かめたのが始まり。ある程度は画面が崩れることを覚悟してたけど、予想を上回るグチャグチャなレイアウトで軽くショックを受けました。

携帯対応プラグイン「Ktai Style」を導入していたので、何からの対応をしてくれているのかと勝手な予想をしてたんだけど、iWPhoneなどの既存プラグインで対応可能なことを考慮して、Ktai StyleでのiPhone対応は行っていないんだってさ。

iWPhone導入手順

導入手順は公式のInstallationに書いてあるんだけど、英語なので簡単に翻訳しておきます。

1. zipファイルをダウンロードする
2. zipを展開して”iwphone-wordpress-plugin-and-theme”フォルダを取り出す
3. その中にある”iwphone.php”を、wp-content/plugins/ディレクトリにアップ
4. もうひとつの”iwphone-by-contentrobot”フォルダは、wp-content/themes/ディレクトリにアップ
5. 管理画面のプラグイン設定を開いて、iWPhoneを有効化する
6. iPhone/iPod touchでアクセスすると専用にカスタマイズされたテーマで表示される

iWPhoneとWP-Cacheのバッティングを解決

これで無事にiPhone向け表示が出来るようになったんだけど、キャッシュプラグインのWP-Cacheがバッティングするみたい。iWPhoneは動的にテーマを切り替えるんだけど、これにキャッシュが加わって予期していない動作になる。

具体的にはPC用画面キャッシュがあればPCにもiPhoneにもPC向けを表示しちゃうし、iPhone向け画面キャッシュであればPCにもiPhoneにもiPhone向け画面を表示しちゃう。

解決方法を模索したところ、そのものズバリの解法を発見。まんまパクらせてもらいました。

iPhone View不調について | iPhone 3G Wiki blog

一応メモ。wp-content\wp-cache-config.phpに以下の記述を追加します。

$me_mobile_agents = array( 'iPhone', 'iPod' );

$ua = $_SERVER['HTTP_USER_AGENT'];
foreach ($me_mobile_agents as $a) {
	if (strpos($ua, $a) !== false) {
		$cache_enabled = false;
		$super_cache_enabled = false;
		break;
	}
}
$cache_rejected_user_agent = array_merge($cache_rejected_user_agent, $me_mobile_agents);

テーマファイルを改良

最後にテーマファイルを改良します。wp-content/themes/iwphone-by-contentrobotがiPhone用表示テーマなので、FireMobileSimulatorを活用しつつ良い感じに修正してください。

特にこだわらなければ初期表示でも問題ないと思うけど、header.phpの36行目だけは直した方が良いかも。以下、修正後のソース。

<meta name="Viewport" content="maximum-scale=1.6,width=320" />

違いが分かりにくいともうけど、最後にスラッシュを付けてmetaタグの閉じ忘れを修正しています。

そもそもWordPressの「投稿(post)」では、get_next_post関数やget_previous_post関数が用意されていて、簡単に「前へ・次へ」を表示できるのよ。だけど「ページ」に関しては、ナゼか前後を取得する方法が用意されていません。

でも「前へ・次へ」のナビゲーションリンクを用意してあげないと、複数ページを続け読みするのはとっても不便。そんなわけで頑張って前後へのリンクを自動生成する方法を模索したワケです。

「前へ・次へ」の取得

「前へ・次へ」のリンク取得は、earthman100氏作「Next-Previous Page」(Version:0.6)で実現できました。このプラグインは『オノケンノート ≫ 同じ親ページを持つ子ページ間でnext-page等のナビゲーションを表示するプラグイン[WORDPRESS]』経由の『WordPress : Support ≫ Prev/Next Page plugin? (wordpress Pages, not Posts)』で見つけました。

せっかくのGPLライセンスだし、ウチのサイトにも置いときます。

ダウンロード：NextPreviousPage.zip [1.47KB]

zipを展開して出てきたNextPreviousPage.phpをプラグインフォルダに入れ、プラグインを有効化することにより「next_page関数」と「previous_page関数」が使えるようになります。

ただし、おいらはプラグインとして使っておらず、該当関数をfunctions.phpに書き写して使ってます。深い理由はないんだけど、デザインに係わる機能なのでテンプレート側に記述した方が良いかな～とかそんな感じ。普通はプラグインで良いと思うよ。

Next-Previous Pageプラグインの使い方

/*使い方*/
< ?php next_page('orderby', 'link', 'before', 'after', 'title_attr', 'parent_id'); ?>
< ?php previous_page('orderby', 'link', 'before', 'after', 'title_attr', 'parent_id'); ?>

/*初期値*/
$orderby = 'post_date', $link='Previous/Next Page: %',
$before='', $after='', $title_attr='Previous/Next Page: %',
$parent_id = 0

/*実際の使用例*/
<div id="prev_next_links">
< ?php
$parentid = $post->post_parent;
previous_page('menu_order', '&lsaquo;&lsaquo; %', '<span class="prev_link">', '</span>', '%', $parentid);
next_page('menu_order', '% &rsaquo;&rsaquo;', '<span class="next_link">', '</span>', '%', $parentid);
?>
</div>

簡単なオプション解説。

• orderby:ソート方法。‘post_date’ か ‘menu_order’ で日付順かメニュー順(ページ順)を選択。
• link:リンク用文字列。%はページタイトルを表す。
• before:リンクの前に付ける文字列。
• after:リンクの後に付ける文字列。
• title_attr:リンクタイトル。マウスオーバー時のツールチップ表示文字列だと思いねぇ。
• parent_id:探索する親ページのID。「隣の隣」とか「親の親」を取得するときに活用するんだと思う。

「前へ・次へ」表示で一工夫

前述のプラグインを使用することにより、「前へ・次へ」が表示できようになりました。しかしウチのブログではulリストのli要素に「前へ・次へ」を割当てており、前後共にリンクのないページでli要素が消滅、HTML validにならない問題が発生しました。

これを解決するため、以下のようなコードを記述しました。

< ?php
    $parentid = $post->post_parent;
    $children = wp_list_pages('title_li=&child_of='.$post->ID.'&echo=0');
    if ($parentid | $children) {  ?>
        <ul>
        < ?php
            previous_page(~hoge~);
            next_page(~fuge~);
        ?>
        </ul>
< ?php } ; ?>

簡単に説明すると親IDか、子のページリスト、いずれかが取得できた場合にのみUL,LIのリスト表示を行います。これにより階層構造を持つページ群のみ、「前へ・次へ」が表示されるはずです。

実際の表示例

実際の表示例は『NTSCについて – Hinemosu』や『カタンの戦略 – Hinemosu』をご覧ください。

ページ右上、もしくは本文下にページナビゲーションを示すリンクが生成されていることが確認できると思います。

さいきん人気のエントリをサイドバーに表示する『Top Post』プラグインを導入したよ。

今までは『WP-Post view』で人気記事を表示させてたんだけど、これは「全期間で集計した人気記事」しか表示されないのね。だから「一瞬だけ爆発的な人気」な記事はリストに表示されません。でもおいらはホントは「最近アツイ記事はどれだ？」みたいなのを表示させたかったんだ。

で、うちのブログはWordPress.com Statsという、WordPress公式（？）のアクセス解析サービスを使っていて、解析結果画面に「最近アクセス数が高い記事」が表示されるのよ。これだこれ、この結果をサイドバーに表示したい！と思って探しあてたのが『Top Post』です。

このプラグインを使うと、WordPress.com Statsで取得したデータを使って「これまでで最も人気の高い記事」と「最近人気の記事」をサイドバーに表示してくれます。まさに要求していた機能なんだけど、このプラグインはウィジェット形式なのが問題。なぜならウチで使ってるwp.Vicunaテーマはウィジェット非対応。このプラグインは使えないのです…

でも頑張ってwp.Vicunaをウィジェットに対応させて、なんとか『Top Post』プラグインを使えるようになりました。今後もウィジェット形式のプラグイン使うかも知れないから、一手間掛けてみたってワケさ。

ウィジェットが使えるならテーマなら、プラグイン自体の設定は簡単です。プラグインを有効にして、表示ウィジェットに追加して、ウィジェットの表示タイトルを決めて、人気記事をいくつ表示するか決めて完了。これで無事サイドバーに人気記事が表示されるようになりました。やっふー。

実際の表示はトップページに飛んでサイドバーを確認して下さい。「最近の人気記事」と言う項目を見れば、うちのブログでいま人気の記事が分かるはずですよ :-)

『WP-Cache』はアクセスのあったページのHTMLを一定時間保持して、再び同じページを表示するときは「さっき表示したページ」を表示してくれるプラグインです。「さっき表示したページ」が使われるときはデータベースにアクセスしないので、全体的に高速になるって寸法さ。

導入

記憶を頼りに作業内容をまとめるとこんな感じか。なんか漏れてたらゴメン。

1. /wp-content/plugins/にWP-Cacheプラグインをコピー
2. /wp-content/のアクセス権限（パーミッション）を707に変更
3. /wp-content/cache/を作成。アクセス権限を707に変更。
4. /wp-config.phpのMySQL settingsの先頭に define(‘WP_CACHE’, true); の1行を追加
5. WordPressの管理画面→プラグインから、wp-cacheを有効化する
6. WordPressの管理画面→設定→WP-CacheでEnable（動作を開始する）ボタンを押す

パーミッションの変更が必要なコトに気をつけろ。それとXreaみたいにPHPがsafe modeで動くサーバでは、wp-content/cache/を手動作成する必要があるので注意が必要です。

うまく動けばページソースの最後に「Dynamic Page Served (once) in 0.257 seconds」云々のコメントが入っているはずです。

そんな感じでサクッと導入して、ブログの表示が高速になりました。でも、いくつか問題があったのでメモっておきますね。

Ktai Styleでの携帯表示で文字化けする（解決済み）

キャッシュされたUTF-8なページを携帯にも送りつけるので、携帯で見るとグチャグチャに文字化けして表示されました。

この問題は『Yuriko.Net » Ktai Style と WP-Cache を併用する』を読んで解決しました。一箇所「wp-cache-config.phpをwp-content/ 直下に入れる」を読み逃していてハマったけど、書かれているとおりにキチンとやったら正しく表示されるようになったよ。

カウンタが動作しない(解決)

ウチで使ってるWP-Post viewのカウンタが上がらない!と思ってたんだけど、キャッシュされた表示が変わらないだけで、カウント自体はされているようです。これならまぁいいかな。

前後のエントリ更新されていても、キャッシュが更新されない

新しい記事を書いたとき、１つ前の記事に「次の記事」が表示されないってコトね。

表示すべきエントリに更新があったときはキャッシュをpurgeしてくれるけど、previous_postに変化があっても当該記事が更新されないのかな？大きな問題ではないけれど、ちょっと気になる動作だな～。キャッシュ自体の制限時間が切れれば更新されるわけだし、見ないふりをすること我慢しようかな。

もし他にも問題があるようなら、ご指摘いただけるとありがたく思います。

iG:Syntax Hiliterでは行番号を表示させることが出来るんだけど、ここからコピペしようとすると行番号まで付いて来ちゃうのね。これを回避するために「PLAIN TEXT」で表示させる機能も付いてるんだけど、プレーンテキスト表示の行頭になぜか不要なタブが入っちゃう。

Google様にお伺いを立てたところ、「iG:Syntax Hiliter を導入した」[X-WORKS]で解決方法を発見。syntax_hilite_js.jsのdoCleanUp関数を修正して、行頭のタブを削除する機能を追加すれば良いみたい。

修正ついでにもう１つ。スペース4キャラをタブに変換する機能がウザかったので、該当する箇所をコメントアウト。最終的にsyntax_hilite_js.jsはこんな感じになりました。

function doCleanUp(sTxt) {
/* 省略 */
//	var regExNL1g = / {4}/g;				//to find 4 space chars
//	sTxt = sTxt.replace(regExNL1g, "	");
	var regExTab  = /^\t*/gm;		    	//追加 to find the tab at the head of line
	sTxt = sTxt.replace(regExTab, "");		//追加
/* 省略 */

説明が重複するけど、やってることは2つ。regExNL1g云々でスペース4キャラを見つけてタブに変換する機能をコメントアウトしたのと、regExTab云々を追加して行頭のタブを削除しています。

ソースを修正するとバージョンアップ時にも対応が必要になっちゃうから気をつけてね。ご利用は自己責任でどうぞ。

WordPressのRSSフィードにロゴ画像イメージを追加するプラグインを作ったよ。

ダウンロード：addImageToFeed.zip [4KB zip file]

このプラグインで出来ること

このプラグインを使うと、RSSフィードにロゴ画像へのリンクを追加します。RSSリーダーによっては、ロゴ画像のリンクがあるとフィード画面でロゴを表示してくれたりします。

具体的な例を上げると、livedoor readerのフィード画面右上にロゴ画像が表示されてることがあるでしょ？だけどキミのブログのフィードには、ロゴ画像が表示されていない…そんな時、このプラグインを使うと、キミのブログフィードにも画像が表示されるようになるって寸法さ。

実は”wp-includes/feed-rss2.php”を修正すれば同じことが出来るんだけど、PHPファイルを直接書き換えると、WordPressのバージョンアップ時にメンドくさそうじゃない？そんなわけでサクッとプラグインを作ってみたワケです。

このプラグインの使い方

このプラグインの使い方はとても簡単です。ダウンロードしたZipファイルを展開（解凍）し、出てきたファイルを”wp-content/plugins”ディレクトリにコピーしてください。

最後に管理画面のプラグインページから「Add Image to Feed」を有効化します。その他に設定項目はなく、プラグインの有効か無効しかありません。

ロゴとして表示する画像は「ブログのサイトURL/images/blog_logo.gif」固定です。例えばウチのサイトなら「http://www.hide10.com/images/blog_logo.gif」を表示します。

つまり適当なロゴ画像を用意して”blog_logo.gif”として保存し、imagesディレクトリに放り込んでくれってことね。

このプラグインのソースコード

おまけとしてソースをペタッと貼っておきます。見れば分かるけど、こんなんでもプラグインとして動くんだよね。もし画像ファイルの名前や種類、保存位置を変更したかったら、urlタグで囲まれた部分を変更してください。

< ?php
/*
Plugin Name: Add Image to Feed
Plugin URI: http://www.hide10.com/?p=11807
Description: Add Image to Feed
Author: KOBAYASHI Hideto
Author URI: http://www.hide10.com/
Version: 1.3
Disclaimer: Use at your own risk!
*/

add_action('rss2_head', addImageToFeed);

function addImageToFeed($content) {
?>
<image>
		<title>< ?php bloginfo_rss('name'); wp_title_rss(); ?></title>
		<link>< ?php bloginfo_rss('url') ?></link>
		<url>< ?php bloginfo_rss('url') ?>/images/blog_logo.gif</url>
	</image>
< ?php
}
?>

WordPress付属のギャラリー機能が出力するハードコーディングCSSを削除するプラグインを作ったよ。

追記：このプラグインを有効にすると３カラムを超えるカラム数の表示がおかしくなってしまいます。3カラムを超える表示を行う場合は、本プラグインの使用は諦めてください。

ダウンロード：GalleryCssDelete.zip

WordPressのギャラリー機能は簡単に画像を並べられて便利なんだけど、ギャラリーコード挿入位置にCSSをハードコーディングするのが玉に瑕。これじゃThe W3C Markup Validation ServiceでValidが貰えなくなっちゃうのよね。

何とかValidに出来ないかと調べてみたら、gallery_style と言うのをフックすればギャラリー機能のCSSを制御できることが判明。そんなに難しく無さそうだったので、サクサクッとプラグインを自作してみたってワケさ。

「プラグインを自作！」っても難しいことは何もやって無くて、gallery_styleが飛んできたらCSS無しの固定コードを返すだけ。単純すぎて本体バージョンアップ時に問題が出そうな気もするけど、そん時はそん時で考えようっと。

使い方は一般的なプラグインと一緒。ダウンロードしたZipファイルを解凍し、出てきたファイルを”wp-content/plugins”ディレクトリにコピー、管理画面のプラグインページから「GalleryCSS Deleted」を有効化すると動作を開始します。設定画面なんてモノはないので、有効か無効しか選べません。

ひとつ注意事項としては、元のCSSをマルっと削除しちゃうので、自前のCSS定義ファイルに下記のコードを書き加えておいた方が良いと思うよ。

.gallery {
	margin: auto;
}
.gallery-item {
	float: left;
	margin-top: 10px;
	text-align: center;
	width: 33%;			}
.gallery img {
	border: 2px solid #cfcfcf;
}
.gallery-caption {
	margin-left: 0;
}

今までは携帯表示用に「Mobile Eye+」を使ってたんだけど、時代の流れを感じちゃったのでktai Styleを導入してみたよ。導入に難しいところはなく、解凍して転送して有効化するだけ。いつものプラグイン導入手順だね。

導入後に「User Agent Switcher」でFirefoxのUAを偽装しつつデザインの修正を実施。デザイン修正は「ktai_style/themes」配下の適用スタイルから、該当phpファイルをゴリゴリ書き換えるだけ。標準形式の修正手順と似ているので、標準形式でデザインを書き換えたことがあれば簡単に書き換えられると思う。

実際に携帯でアクセスしてみると、予想以上に良い感じ。携帯メーカーを判別して適度に絵文字を散りばめてくれるので、まるで携帯専用サイトかと見まごうぐらいそれっぽい表示になったよ。お暇なら携帯で http://www.hide10.com/ にアクセスして、実際にデザインを確認してみてください。予想以上に「普通」でビックリすると思うよ。これは良くできたプラグインだわ。

ついでにお試しで作ったブログアクセス用のQRコードも貼っておくね。携帯のコードリーダー機能を使えば、URLが表示されてアクセスできるはずだよ。自分で試してないので、うまく行かなかったらごめんなさい。

Firebugで該当箇所を「調査（Inspect）」してCSSを精査したら、vicuna CMSの「1-element.css」でol要素に「list-style-position:inside;」を指定しているのを発見。この指定だとリストがマーカーの内側から表示されるため、2行にわたって表示されちゃってたみたい。vicuna CMSを使ってると、みんな引っかかるんじゃないのかな？

対策として、syntax_hilite内のol要素はoutsideとするCSS定義を追加。さっそく下記ソース表示にiG:Syntax Hiliterを使ってみたので、バッチリ修正されていることが確認できると思う。

.syntax_hilite ul,
.syntax_hilite ol,
.syntax_hilite dl {
	list-style-position: outside;
}

追加する場所はどこでも良いと思うけど、おいらは「2-common.css」の最後の方に入れました。参考までにどうぞ。

参考リンク：Canned !! my Atropine ≫ iG:Syntax Hiliter

参考リンク：Firebug :: Firefox Add-ons

参考リンク：list-style-position－スタイルシートリファレンス

不審に思って原因を調べてみたら、WP2.6から導入された投稿リビジョン機能を使っていると、リビジョン毎にpost_idを消費するみたい。post_idを大まかな投稿数の目安にしていたので、この仕様変更に気がついたときはショックだったよ…

調べてみたら同じように感じる人は多々いるようで、自動保存機能とリビジョン機能をオフにする方法や、オフにするプラグインが公開されていました。おいらは両機能とも役に立った記憶がないので、プラグインでオフにする方法を選択。うまく行っていれば、これ以降の投稿が再び連番に戻っているはずです。

Disable Revisions and Autosave pluginsの簡単な補足。自動保存無効プラグイン、リビジョン機能無効プラグイン、両方無効プラグインの3種類から1つを選んでインストール。インストールするだけで無効になる見たい。

外部のping一斉送信サービスを使えば解決するぞ。

イヤね、おいらも色々調べてみたんだけど、どうもWordPressからのpingを受け付けてくれないサービスが多いのよ。で、gooもそのひとつでpingが通らない。pingが通らないからブログ通信簿も動いてくれないってことみたい。

pingが通らないのは、どうもWordPress側が悪いみたい。だけどグーグル様にお伺いしても解決方法が見つからない。で、一番簡単な解決方法が外部のサービスを使えってことなのです。「ping 一斉 送信」とかでお伺いを立ててみてください。うちのブログでは『ブログのアクセスアップ：Ping一括配信サービス Pingoo!』を使用しています。

ついでに書いておくと、pingが送れているかどうかの確認は、WordPressプラグインの「Smart update pinger」が便利。送信ログを取ってくれるので、簡単に送信失敗が分かるようになります。

スパム対策関連

Akismet。コメントSPAM対策プラグイン。必須。何も考えずに有効化せよ。

Peter’s Custom Anti-Spam Image Plugin。コメント欄にキャプチャを導入する。キャプチャが不要なら、代わりにSpam Karmaをインストールせよ。

ユーティリティ関連

Simple Tags。タグ入力支援とタグ管理機能の強化。真面目にタグを付けるなら必須。

Google (XML) Sitemaps Generator for WordPress。Sitemapを生成してくれる。見返りが大きいので、導入を推奨。

WordPress.com Stats。アクセスログ解析。Google Analyticsで十分なので、必要性は高くない。

WP Multibyte Patch。おまじない。ずっと有効化してるので効果を感じないが、たぶん必須に近いんだと思う。

Batch Categories。カテゴリの整理に使用。カテゴリ整理が必要になった時にインストールすれば良い。

サイトデザイン関連

Commented entry list。コメントとトラックバックのリストを、別々に表示できるようにする。WPってなぜか「コメント＋トラックバック」をコメント扱いするので、こんなプラグインが必要になってきます。

iG:Syntax Hiliter。ソースコードのハイライト表示を実現。うちのCSSと相性が悪いようで、微妙に表示が崩れる問題あり。ベストとは思えないが、現状のベター。

Mobile Eye+。携帯表示用のプラグイン。最近はKtai Styleというのが有るようだが、乗り換えが面倒で試用すらしていない。

Last.fm for WordPress。最近聴いた曲を表示するためのプラグイン。Last.fm経由なので、Last.fmに曲リストを送信できる環境が必要。

Vicuna – WordPress テーマ。プラグインでは無く、デザインテンプレート。XHTML1.0 Strict DTD準拠、XHTMLとCSSの両方でカスタマイズ可能、レイアウトやスタイルを簡単に編集可能。

UTWからのタグインポートは簡単で、管理画面の「管理」→「インポート」→「Ultimate Tag Warrior」を選ぶだけ。WordPressは関連ツールも含めて簡単便利なのが多いよな～。

で、これだけだと「関連する日記」が表示できないので、「WP2.3対応のタグ付けプラグイン、Simple Tagsの使い方 ≫ WPカスタマイズ講座」を参考に、Simple Tagsを導入してみたよ。こいつはなかなか高機能なプラグインのようで、関連日記の表示以外にも、タグクラウドの表示や高度なタグ管理機能も提供してくれるみたい。本来なら本体側が持つべき機能だと思うけど、しばらくはこのプラグインを頼るしかないみたいだな。

インストールはプラグインフォルダにコピーして、管理画面から有効化するだけ。その後、single.phpを編集して以下の行を加えると関連日記が表示されるようになりました。

< ?php st_related_posts(); ?>

このままだと表示が今ひとつ気に入らなかったので、チョコチョコッとオプション変更。タイトルとコメント数を非表示にして、代わりに投稿日付を追加してみました。

< ?php st_related_posts('title=&xformat=<a href="%permalink%" title="%title% (%date%)">%title% (%date%)'); ?>

これで大分良い感じになった。しばらくはこれで試してみることにしましょう。

で、その後に本命の「UTW mod Related Post」もインスコ。サクサクッと設定して関連日記を表示するようにしました。個別日記の下の方をみると「関係がありそうな日記」が表示されているはずです。みんなもちょっと下の方見てみてね。

まだタグを付け始めたばかりで、あまり関連のないのが表示されたり、そもそも関連日記がなかったりするけど、時間と共にそれっぽくなるはずです。これでますます健作君を食い物にするって寸法ですよ！

関連リンク：
UltimateTagWarrior 日本語版 [MMRT daily life]
UTWによる関連記事表示プラグイン「UTW mod Related Post」 [AOINA.COM]

でも一晩で800件のSPAMは心が折れるわ orz

そんなわけでキャプチャと呼ばれる画像認証を導入したわ。ヨソで見たことあるかも知らんけど、画像に書かれているアルファベットを入力せんと、コメントが書きこまれんようになってる。画像をクリックすると音声で教えてくれるのが、ちょっとおもろい。もし良かったら、どんなんなんかコメント欄で試して貰ってもええよ。ただ、まだcomment.phpを編集しとらんから、前とちぃと違う感じやけど、そのうち直すから堪忍な。

使用プラグイン：Version 2.9.8: Peter’s Custom Anti-Spam Image Plugin for WordPress | Peter’s Useful Crap

これは元から絶たないとダメっぽいのでAkismet Worst Offenders Extensionと言うのを導入してみたよ。こいつはAkismetの追加プラグインとして動作して、SPAMとして引っかかったIPアドレスを.htaccessに登録する手伝いをしてくれるらしい。

インストールに少し手間取ったので、あとの人のために簡単な解説。まずDownload Software – boakes.orgからWorst Offendersのテキストをダウンロードして拡張子をphpにリネーム。

つぎにpublic_htmlに.htaccessを用意して、書き込み権限を与えておく。この.htaccessには “# BEGIN worst-offenders”と “# END worst-offenders”の行が必要。はじめて.htaccessを作るならこんな感じ。既存のがあるなら、うまい具合に編集してね。

Order Allow,Deny
# BEGIN worst-offenders
# END worst-offenders
Allow from all

最後にworst_offenders.phpをWordPressのプラグインフォルダにコピーして、管理画面で有効化すれば動き始めます。

有効化すると「管理」に「Worst Offenders」が増えていて、ここを開くとSPAM登録用の画面が表示される。ここにはAkismetが捕獲して、なおかつWorst Offendersの条件に引っかかるものだけが表示されるので、導入直後は何も表示されないと思う。ある程度SPAMを捕獲すると、IPアドレスやコメント内容が重複している「bang候補」が選び出され、画面に表示されるようになる。

ここからdenyするアドレスをチェックして、一番下の「Delete These」を押すと、自動的に.htaccessにSPAMのIPアドレスが登録されるはず。成功後に表示される「In total, xx IP addresses are now banned.」のリンクをクリックすると、修正後の.htaccessが表示されるので、SPAMのIPアドレスが登録されていることを確認できると思うよ。

で、こつこつIPアドレスを登録して120個ほど追放したけど、いまだにスパムが止まらない…地味に頑張ってみるか。

で、いまさっきSpam karma 2、略してSK2を導入。プラグインをオンにして、さて日記でも書くかと思ったら、もう3件引っかかっていた…しばらくの間コメント欄が大変なことになるかも知れませんが、適当にスルーしてやってください；；

あと「コメント書けないよ！」って時は、メールなりmixiなりでお知らせ頂けると幸いなり。

参考リンク：Commented entry list 1.1。タイトルは1.1だけど1.2が出ているようです。

最初はGoogle Sitemap Generator 3 Betaをインストールしたんだけど、なぜだかサイトマップが出力されない。生成成功のレポートは表示されるし、sitemap.xmlも606で作ってあるのにsitemap.xmlが0バイトのまま。

良く分からないけどXREAが特殊で上手く行かないのかな？と思ってXREAで動いた実績を見かけたGoogle Sitemap Generator for WordPress v2 Finalにダウングレード。そしたら無事に動作してくれましたよ!

さっそくGoogle ウェブマスター ツールにsitemap.xml.gzを登録して、正常に認識されたことを確認。「送信していただいたURL」が8774になりました！

まだクロールが終わってないみたいで、400ページぐらいしかインデックスされてないけど、検索君の流入量が大幅アップ!サイトマップ重要だな～。

それにしても最近開設したばかりのブログなのに、ロボットさん達は仕事が速いな～。このあとも続々と押し寄せるであろうロボット達と、勇敢に戦いつづける俺様の活躍にご期待ください！

追記：こんな感じのが1～2時間おきに投稿されてます。諦めずに延々と投下され続けたら嫌だな…

nryhebwsm xpdcwrfq
eprgki@mail.com
sifm lecbjsh nrakzmx pkqofcw ryvopn emswzxi olzb

でも、修正例としてる提示されてるコードもおかしいような気がする。505行目を見るとpluginの名前って “syntax_hilite.php” じゃ無いのかな？実際の修正は夜になりそうなので、その時色々試してみよう。あとプラグインの属性を606にするのも忘れないように＞自分。

[PHP num=507]
} elseif((!empty($_GET['activate'])) && ($_GET['activate']==’true’) && ($_GET['plugin']==”syntax_hilite.php”)) {
[/php]

追記：コード修正後は他のプラグインを有効化しても、iG:Syntax Hiliterの設定が初期化されないことを確認したよ。だけどiG:Syntax Hiliterを無効→有効にしても、やっぱり設定が初期化されない。何だか気持ち悪いけど、このままそっとしておこう。

追記:昼休みに愛機W52Pからアクセスして、無事に表示されることを確認したよ。普通にコメントも書けるし、良く出来たプラグインだな。