臨機応変？（WP版)

■最近ページロード要求件数が増えている 

　この前の土曜日あたりから急に、このWordPressで作成したブログに対するPageLoads件数が増えてきてしまいました。それまでは一日あたりは多くても２００から３００程度のPageLoadsしかなかったのですが、日曜日は１３時現在で１６７１件ものページロードが発生しています。サーバーにもかなりの負荷をかけてしまっているようで、５０３エラーがときどき出てきます。原因を追究して是正しないとまずい雰囲気です。

■考えられる原因

　想像すると、急にアクセス件数が増えるとしたら、検索サイトのクローラーが全ページを読み込んでキャッシュをしているか、攻撃を受けているかどちらかでしょうか。どこかの有名サイトから突然リンクされて、アクセス件数が増えているということも有り得ますが、このサイトはまだ立ち上げたばかりなのでそうは簡単に有名サイトからのリンクをもらえるとは思いにくい側面もあります。（もう一つ、以前から運用しているブログサイトでは、数週間前にYahoo!ニュースから直接のリンクを張ってもらったことがあり、このときのアクセス件数はものすごいことになりました）

■アクセス解析ソフト

　まずはアクセス解析ソフトの方でどのページへのアクセスが増えているのか確認してみました。ダントツでトップページに対するアクセス要求が多いです。しかし、トップページに貼り付けているアクセスカウンターは４５しかカウントしていません。このアクセスカウンターは他のサイトが提供しているブログパーツで、Javaスクリプトになっているので、たくさんアクセスをしてきているところはJavaスクリプトを解釈することができないもののようです。

　次にクローラーがページを読み込んだ量をアクセス解析ソフトで確認しました。「612266.crawl.yahoo.net 」という感じの名前のクローラーが合計で１４２回アクセスしていますが、１６７１件にはほど遠い数字であり、クローラーが原因というわけでもないようです。

　ということは、普通のブラウザを使った利用者からのアクセスという可能性が低く、かつ検索エンジンのクローラーからのアクセスでもないとすれば、このサイトにとってはあまり有難くないアクセスということになってしまいます。

■何が原因か判らない

　他にもアクセス解析ソフトのほうでユーザエージェント値やリンク元サイト、ユーザＩＤ、リンク元サーバーなどの統計情報をつぶさに見ていったのですが、このページロードの要求を出していると思われる原因が判りませんでした。このアクセス解析に関しては、SSIとJAVAスクリプトを組み合わせて動作しているものなのですが、今回、アクセス件数が増えている原因のものは、SSIやJAVAスクリプトに影響を与えないようなアクセスの仕方をしているのかもしれません。

　グーグルのアクセス解析も導入しているので、こちらもあわせて確認したのですが、傾向は同じで原因を知ることはできませんでした。

　直接、Apacheのアクセスログを解析しないと判らないのではないかという気がして来ました。

■対策

　原因が判らないと打つ手がなくなってしまいます。今しばらく、アクセス状況を監視して、もしも減少する傾向にならなければ、問題点を特定するための何らかの対策を考えていきたいと思います。次に取る対策としては、さくらインターネットではApacheのアクセスログを利用者に公開してくれているので、これを自分のパソコンにＦＴＰソフトでダウンロードして、そのログの中を解析するという方法が最も有力なのではないかと思っています。

関連する記事:

• None

　こちら（楽天アフィリエイトのダイナミックアドを入れてみた）の記事で紹介した楽天アフィリエイトのダイナミックアドですが、土曜日くらいまでは表示される商品がコンテンツの内容とあまりマッチしていませんでした。どちらかというと、記事の内容を参考にしているというより、商品レビューの件数が多い商品を表示している感じだったと思います。ところが、先日の日曜日くらいから、だんだんと表示される商品の中身がコンテンツの内容にマッチするようになってきました。どんなアルゴリズムでコンテンツにマッチした公告を表示させているのかよく判りませんが、楽天ダイナミックアドを貼り付けたページのコンテンツの内容をクローラーが読み込み、内容を分析し終わったということでしょうか。コンテンツの内容が分析できるまでは楽天側で売れ筋の商品をダイナミックアドの広告の中に入れていただけなのかもしれません。

　しかし、まだコンテンツの中とピッタリというほどの分析精度にはなっていないようです。公告の中の表示内容で比較すると、グーグルアドセンスの分析能力が際立っていることがよくわかります。まだ、楽天ダイナミックアド自体もサービスが始まったばかりなので、まだまだコンテンツの分析能力はこれから上がっていくものと期待しています。

　今度、楽天ダイナミックアドでやってみたいことは、自分でJavaスクリプトを作って、楽天web serviceのインタフェースを使って、好きなデザインで公告を表示させることです。個別エントリーを表示しているページでは、どうもページ下部のスペースがあまってしまっていて、ここにセンスの良い公告をできれば貼ってみたいと思っていました。このwebサービスのAPIを使用しデータを貰うようにすれば、あとはページ内にどう配置するかは自分の自由になります。ただ、今ひとつ勉強不足でどのようにコーディングをすればよいのかが判っていません。

　こちら（楽天ダイナミックアドAPI）のページにどのようにWEBサービスのAPIを使用すれば良いのか解説が出ています。この解説を見ながら取り組んでみたいと思っています。

関連する記事:

• None

■アマゾンアソシエイトとは・・

アマゾンアソシエイトをご存じでしょうか。自分のブログやホームページでアマゾンが扱っている商品を紹介して、そのリンクを介して何らかのアマゾンサイト上での売り上げにつながると、売り上げに対する何パーセントかの報酬を貰うことができるという仕組みです。所謂、アフィリエイトのアマゾン版とでも言えばよいでしょうか。AMAZONアソシエイトの詳細はこちら（Amazon.co.jp アソシエイト・プログラム: アマゾンのアフィリエイトで副収入！）のページに公式な解説があります。

■AMAZONアソシエイトを簡単に使うための方法

AMAZONアソシエイトで商品を選んで、その商品を紹介するためのタグを生成するためにはいくつかの方法があります。一つは公式ページ（Amazon.co.jp アソシエイト・プログラム: アマゾンのアフィリエイトで副収入！）にログインして手順に従ってタグを生成する方法、二つめは第三者が運営している支援サイト（例えば、クチコミ・レビュー・価格比較・アフィリエイトツール【Amazy】）を使用してタグを作成する方法、そして３つ目は今回紹介するWordPressのプラグインを使用してタグを生成する方法です。

従来は二つめの方法を使ってタグを生成していました。こちらの方法では、レビュー内容なども含めたスタイルが良いタグを入手することができていたのですが、なぜかie6で表示すると、WordPressの画面が崩れてしまう現象に見舞われていて、何か別の手段に切り替えないといけない状況でした。そこで見つけたのが３つ目の方法です。

■導入

導入は簡単です。こちら（WP-Amazon « manalang）のサイトからwp-AMAZONの最新版をダウンロードして解凍、そして、wp-amazonフォルダごと、pluginsフォルダの配下に転送します。今度はWordPressの管理画面からプラグインを選び、Wp-Amazonを有効化、各種設定でamazonを選び、default-country、associate-IDを指定すれば設定完了です。

■使ってみる

エントリーの投稿画面、右上にWp-Amazonのアイコンが表示されます。 そこをクリックすると、検索ボックスが現れますので、自分が紹介したい商品のキーワードを入力します。今回はアフィリエイトで検索をしてみると色々な商品がヒットしました。その中で一番上に表示されている商品をこのブログに貼り付けてみます。

働かないで年収5160万円稼ぐ方法

　こんな感じで貼り付けることができました。基本的にはドラックアンドドロップでブログの投稿画面に貼り付けることができるので、なかなか操作性は良いと思います。

■ＩＥ６との相性　（２００７．７．２２追記）

　いつもはfirefoxで使っていたので気が付かなかったのですが、インターネットエクスプローラー６でwp-amazonを使おうと思ったところ、投稿画面にwp-amazonを表示させるためのリンクが表示されないというトラブルが発生しました。ブラウザの画面の左下にエラーが発生していることを示すアイコンが表示されているので、何らかの問題が検出されているのでしょう。

　何でダメなのだろうと検索をしてみると、同様の症状で悩む方がたくさんいらっしゃることが判りました。でも、不思議なことに、この記事に追記するために現在投稿画面を開いていますが、この画面にはwp-amazonのリンク用アイコンが表示されています。うまく表示できる場合と表示できない場合があるようです。不思議です。

関連する記事:

• None

■WordPressの仕組み

このブログで使用しているWordPressではアクセスされるたびに動的にページを生成して、ブラウザに情報を表示するという仕組みになっているため、どうしてもサーバーに負荷をかけてしまいます。また、この動的にページを生成する過程で、コンテンツの中身を取り出すときには、MySQLでデータベースへのアクセスまで発生してしまいます。

このブログは☆さくらインターネット☆を使用しています。このレンタルサーバーは、ホームページスペースについては非常に動作がスムーズで混雑している時間でも特に表示にかかる時間は問題ないのですが、MySQLで使用されるデータベースサーバーは別に共用のサーバーがあり、サーバーによる片寄りもあるのですが、ときどき混雑していることもありレスポンスに時間がかかることがあります。

また、最近では同じレンタルサーバーのスペース上にある別のブログ（MovableTypeで作成）のアクセス数が増えてきて 、503 Service Temporarily Unavailableが表示されてしまう場合もあるので、何らかのサーバーへの負荷軽減策を考えなければいけない状況でした。

■Wp-cacheプラグイン

そんな中で見つけたのがWp-cacheプラグインです。このプラグインを導入すると、誰かがページの内容を表示させたときの状態をキャッシュに蓄えておいてくれて、次にアクセスした人が要求したページの内容がキャッシュに残っていれば、ページを動的に生成せずにキャッシュの内容を表示してくれるという仕組みになっています。従って、キャッシュにひっとすれば、PHPの実行も最低限に抑えられ、かつデータベースへのアクセスも発生しません。これならばサーバーへの負荷軽減にかなり効果的なはずです。

■試してみた

そこでさっそくWP-CACHEプラグインを試してみました。こちら（Ricardo Galli, de software libre » New wp-cache 2.0.21）からプラグインをダウンロードして、Wp-cacheのフォルダごと、Pluginフォルダの下に転送します。そして、管理画面のプラグインで有効化、各種設定でオプションの変更をします。有効化しただけではこのプラグインは動作しないので、enable itというボタンを必ず押してください。また、キャッシュのEXPIRE時間はデフォルトでは３６００秒になっていますが、私は１０倍の36000秒にしておきました。１０時間、キャッシュが有効になっているはずです。

そして動作確認をしてみました。確かに表示される時間がスピードアップしています。これならばサーバーにかける負荷も劇的に減っているのではないかという予感がします。各種設定画面では何個のページがキャッシュされているかも確認できるので視覚的もおもしろいと思います。

うまく動作しているか否か不安なときは、キャッシュが表示されているはずのページで、ブラウザの表示→ソースの表示を指定し、HTMLソースの一番最後に「<!– Cached page served by WP-Cache –>」という文字列が挿入されていることを確認してください。この文字列が挿入されていれば、きちんとキャッシュから読み込まれていることが判ります。

■副作用

このプラグインは前にアクセスをした人の状態をキャッシュに残し次の人に表示するという動作をするため、アクセスする人により表示内容が変わるような仕組みを入れておくと意図しない動作をする可能性があります。例えば、検索エンジンからそのページに来た人に判りやすくするために、検索キーワードにマークをするプラグインを入れていたとします。すると、次にアクセスした人は別に自分が検索に使ったわけでもないキーワードにマークされるような状況になります。

関連する記事:

• None

　こちら（WordPress Plugins/JSeries » wp-tegaki）で配布されているWP-TEGAKIというプラグインを使ってみました。このプラグインを使用すると、【[tegaki】文字列【/tegaki】というタグに囲まれた文字列を、管理画面で設定しておいた好きなフォントで表示することが出来るようになります。（変換されてしまわれないように[]を【】にしてあります）

インストールは非常に簡単でプラグインフォルダに転送し、オプション画面でTRUETYPEフォントの名前や文字の大きさ、背景色などを指定するだけです。

問題はフォントとして何を使用するかです。今回は「Teardrops in Aquablue」で配布されている「あくあフォント」を使ってみました。利用規定に注意が必要です。

フォントはダウンロード、解凍したあとに「aquafont.ttf」をWP-TEGAKIをインストールしたフォルダの下に転送すればＯＫです。きちんと下に文字が表示されているでしょうか？

最初は真っ黒の背景色だけが表示されて失敗してしまいました。何が原因か色々と調べているうちに設定が間違っていることが判りました。文字色と背景色の指定です。

色を指定するときには頭に「＃」を必ず付ける必要があります。私の場合には、

文字色　：　#000000

背景色　：　#FFFFFF

と設定してあります。背景色は白、文字色は黒という設定です。うまく表示されるようになりました。

関連する記事:

• None

　WordPressでは記事を投稿する場合は未来日を指定して投稿することができます。この場合は、現在の日付よりも未来日であるうちはWordPressで自動的に判断して、その記事を公開しないような仕組みになっています。

それでは、WordPressに記事を投稿したときにTwitterに通知してくれるプラグインを入れると、どういう動きをするのかが気になったので、動作を確認してみました。

すると、未来日であろうが記事を投稿した時点でTwitterにはURLが通知されます。そして、Twitter側からそのURLを開くと、未来日であろうがその記事は普通に読むことができることが判りました。 動的に記事を生成しているWordpressだから出来る処理方式だとつくづく感心した次第です。

関連する記事:

• None