$ ab -n 100 -c 100 http://www.brolog.com/
This is ApacheBench, Version 2.3 <$Revision: 655654 $>
Copyright 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Licensed to The Apache Software Foundation, http://www.apache.org/

Benchmarking www.brolog.com (be patient)…..done

Server Software: Apache
Server Hostname: www.brolog.com
Server Port: 80

Document Path: /
Document Length: 60832 bytes

Concurrency Level: 100
Time taken for tests: 2.725 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Total transferred: 6111000 bytes
HTML transferred: 6083200 bytes
Requests per second: 36.70 [#/sec] (mean)
Time per request: 2724.592 [ms] (mean)
Time per request: 27.246 [ms] (mean, across all concurrent requests)
Transfer rate: 2190.34 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 261 1218 636.6 1552 2308
Processing: 0 696 662.2 619 2289
Waiting: 0 523 544.3 492 2047
Total: 660 1914 612.4 1993 2723

Percentage of the requests served within a certain time (ms)
50% 1993
66% 2350
75% 2450
80% 2472
90% 2510
95% 2555
98% 2693
99% 2723
100% 2723 (longest request)

圧倒的な改善。まあ、予想通りなんだけど、DB Cache Reoadedとか効いているのかなあ？とちょっと思ったり。
というか、ここまで速度差が出ると、標準の機能としてWordPressに出力キャッシュを搭載する必要が来ているんじゃ？と思う。標準で提供できるレベルになれば、いくつかのプラグインとの不整合とかも、何とか調整できそうな気もするしねえ。

とりあえず、ある程度レスポンスよく出来たので、このプラグイン類のセットで、仕事用のサーバーを設定してみようかなと。まあ、どう考えても、あまりにも一般的なセットで落ち着いた気もしないでもない。

$ ab -c 100 -n 100 http://www.brolog.com/
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.141 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.brolog.com (be patient)…..done
Server Software: Apache
Server Hostname: www.brolog.com
Server Port: 80

Document Path: /
Document Length: 60346 bytes

Concurrency Level: 100
Time taken for tests: 33.678507 seconds
Complete requests: 100
Failed requests: 91
(Connect: 0, Length: 91, Exceptions: 0)
Write errors: 0
Non-2xx responses: 2
Total transferred: 6276041 bytes
HTML transferred: 6253317 bytes
Requests per second: 2.97 [#/sec] (mean)
Time per request: 33678.509 [ms] (mean)
Time per request: 336.785 [ms] (mean, across all concurrent requests)
Transfer rate: 181.96 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 9 14 2.7 14 19
Processing: 3126 16295 7988.2 16859 31081
Waiting: 2443 15150 7881.2 15455 30474
Total: 3136 16310 7990.2 16875 31100

Percentage of the requests served within a certain time (ms)
50% 16875
66% 20712
75% 23592
80% 24305
90% 27182
95% 29011
98% 29684
99% 31100
100% 31100 (longest request)

　 　　_, ._
　 （　ﾟ Дﾟ）
　　( つ旦O
　　と＿)_) 

　 　　_, ._
　 （　ﾟ Дﾟ） 　　ｶﾞｼｬ
　　( つ　O. __
　　と＿)_) （__(）､;.o：。
　　　　　　　　　　ﾟ*･:.｡

・・・一応、静的ファイルでも・・・

$ ab -c 100 -n 100 http://www.brolog.com/sitemap.xml
This is ApacheBench, Version 2.0.41-dev <$Revision: 1.141 $> apache-2.0
Copyright (c) 1996 Adam Twiss, Zeus Technology Ltd, http://www.zeustech.net/
Copyright (c) 1998-2002 The Apache Software Foundation, http://www.apache.org/

Benchmarking www.brolog.com (be patient)…..done

Server Software: Apache
Server Hostname: www.brolog.com
Server Port: 80

Document Path: /sitemap.xml
Document Length: 55375 bytes

Concurrency Level: 100
Time taken for tests: 0.614033 seconds
Complete requests: 100
Failed requests: 0
Write errors: 0
Total transferred: 5976628 bytes
HTML transferred: 5948308 bytes
Requests per second: 162.86 [#/sec] (mean)
Time per request: 614.033 [ms] (mean)
Time per request: 6.140 [ms] (mean, across all concurrent requests)
Transfer rate: 9504.38 [Kbytes/sec] received

Connection Times (ms)
min mean[+/-sd] median max
Connect: 9 10 1.3 11 15
Processing: 94 335 142.6 346 571
Waiting: 31 247 148.9 242 496
Total: 103 346 143.3 357 583

Percentage of the requests served within a certain time (ms)
50% 357
66% 420
75% 467
80% 481
90% 546
95% 570
98% 580
99% 583
100% 583 (longest request)

とりあえず普通みたいだ・・・。ということは・・・かなりPHPとWordPressへのチューニング必須だなあ・・・。それなりに高速化のプラグインは入れているんだけど、ちょっと泣けてきたって事で。

導入

http://wordpress.org/extend/plugins/db-cache-reloaded-fix/ からファイルをダウンロードし、解凍後 WordPress のプラグインディレクトリにアップ、もしくは管理画面のプラグインの項目から、DB Cache Reloaded Fixで検索してインストールして終わり。
そしてプラグインの設定画面から有効化して終わり。

すごく簡単なはずでした。が、見事にはまりました。今回はまったエラーは次のパターンでした。

Caching can’t be activated. Please chmod 755 wp-content/db-cache-reloaded-fix/cache folder

エラーの内容に wp-content/db-cache-reloaded-fix/cache のパーミッションを755にしてね～ということだったので、ディレクトリを作成、パーミッションも755にしてこれでOKだね！と作業しました。

動かない！じゃあググれ！

状況が変わりませんでした。
よくあるお約束なので、じゃあ777でどうよ？ということでパーミション変更。これなら書けるだろうということで、見ていたのですが、やっぱり駄目。
仕方が無いのでいろいろググってみると

WordPress高速化プラグインDB Cache Reloaded Fix – サツぽろ、ニッキ。 http://1day.sorezore.net/2011/09/20/13190/

キャッシュは動作していません。wp-content フォルダのパーミッションを 755 に変更してください。
とエラー出る場合は、サーバーのコントロールパネルでPHP5.1.6以上のバージョンか確認してみるとよいかも。

PHP自体は5.3系なので、関係ない。

DB Cache Reloaded導入でWordPress3.1を高速化（coreserver,xrea編） | 某氏のたわごと NEXT
http://1day.sorezore.net/2011/09/20/13190/

xreaやcoreserverではPHPがセーフモードで動作するため上記の方法では導入できません。

さくらのVPSで、セーフモードでもないので関係ない。でも、やっぱりここでもキーはパーミッションと実行状態。

他にもいろいろ見てみるけど、ほぼ全て問題なく動作している模様。
でも、そういうサーバーについては普通のレンタルサーバーっぽかったので、よけに悩む事になりました。

じゃあ、動くサーバーでどうさせようか

むだに悩んでもしょうが無かったので、実際に簡単に動作するのか、他のレンタルサーバーで動作しているWordPressにインストールして実験してみることにしました。

・・・なんの問題なく動作しやがった・・・。＠さくらのレンタルサーバー ビジネスプロ

ちょっと頭抱えたくなったのは置いておいて、WordPressもプラグインもPHPもバージョンがそろっているので、環境的にはかなり近い状態になりました。
とりあえず動いているプラグインの状況を確認してみると、

wp-content/db-cache-reloaded-fix/cache

無いんですけど？
はい？って事でもしかしてと思いました。
そしたら、 ありましたよ。

wp-content/plugin/db-cache-reloaded-fix/cache

ってのが・・・。

頭痛い・・・。

と、上記を踏まえ、以下のようにすることで、問題なく動作するようになりました。

chmod 777 wp-content/plugin/db-cache-reloaded-fix

終わり。

以下解説

WordPress上で作成したディレクトリ/ファイルの所有者 apache
FTPでアップロードした際のディレクトリ/ファイルの所有者 ftpuser

よくあるレンタルサーバーのように、上記が同じユーザーの場合には問題なく動作します。
このサーバーのように異なる場合には、WordPress上での自動インストールや、普通にFTPでアップしただけでは、プラグインのディレクトリに対してapacheが書けないからエラーになっていました。なので、apacheが書き込めるように、パーミッションの変更を行いました。
もしくは、 db-cache-reloaded-fixディレクトリの所有者をapacheに書き換えてしまう方法もありますが、これだと管理画面でのプラグインのバージョンアップが面倒になってしまうので、あんまりお勧めできないかなと。
で、今回最大の問題点だったのは・・・

出力するエラーのディレクトリ名間違っているやんけ～～～！！！

ということでした。

まあ、お約束のようにネットでこれどうやるんだろう？として、検索してヒットしたコードを試しに貼り付けて、動かないな～ってよく見ると、まあ何らかのエラーがあるわけで。
その中でも閉じるセミコロン「;」とかダブルクオート「”」とかはすぐ気がつくんだけど、なにげに一番凶悪なのが、全角で入っているシングルクオート「’」とかダブルクオート「”」・・・。
ええ、見落として30分くらい悩みましたよ・・・。
一応、HTMLのコードとしては、ダブルクオート「”」だと「&quot;」とHTMLエンティティ表記だと、「&#34;か&#8221;」、シングルクオート「’」のHTMLエンティティ表記だと「&#39;と&#8217;」となるわけで。

手で入力するとき、これで入れろとは言わないから、システム側でもう少しどうにか出来ないもんかとふと思っただけなんだが、面倒なのかなあ・・・？

$filename='/tmp/foo.txt';
	ob_start();
	echo "var:\n";
	var_dump($var);
	$out=ob_get_contents();
	ob_end_clean();
	file_put_contents($filename,$out,FILE_APPEND);

引用元
var_dump()の結果をファイルに書きたいこともあるよね　だからob_*() – ただのにっき
http://d.hatena.ne.jp/captino2003/20080716/1216216985

すっごくあっさり終了してしまい、ちょっと拍子抜け。
まあ、ここからはテンプレートというか、テーマとかの作り込みをどれくらい簡単にできるかな？とかなのだけど、サンプルのサイト、どっかに転がっていないかな？

すごくちっちゃいサイトで更新頻度があまり高くなく、そして担当者があんまりリテラシー低くない場合、こういう方が良いのかもと思ったので、ちょっと試してみることにする。

find . -type d -print | xargs chmod 755

ファイル

find . -type f -print | xargs chmod 644

頼むで～と思う今日この頃。

1. 料金
   ほぼあたり。
   Softbankの値下げはなかった。見た目auの方がほんの少し高い。
2. 従量制
   はずれ。
3. 回線
   予想がにに売れてないみたいで、Softbankよりつながる。早いって落ちなので、はずれ。
4. テザリング
   あたり。
5.  メール（SMS,MMS）
   SNSのCメールはあたり。ezwebのアドレスは、基礎技術がIMAPだったため、メールアプリでのIMAP接続ができるようにすることで、対応。よって半分あたり。
6. 緊急地震速報
   あたり。
7. SIMカード
   マイクロSIMで、どうもSIMロックレベル2がされていないので、docomoやSoftbankのSIMロックレベルと同じ模様。なので、はずれといっていいと思う。
8. LismoとiTunes
   当然あたり。
9. おサイフケータイ
   当然あたり。

んでもって。

• iPhone同士なのに、通話料がかかる。
  さすがにそこまでの話にはならなかった。が、auがホワイトプラント同じ内容のプランを出してきたのは、ちょっとびっくりした。
• 通話しながらネットができない
  予想通りSoftbankがこの部分を積極アピールして、通話しながらネットができるんですよ～ってアピール。が、auもWiFiならできますと。そしてほかの突っ込みはSoftbankはそもそも電波入らないだろ～との突っ込み。
• WiFiスポットの差
  今のところ特に聞かない。が、そのうち出てくるかな。エリア拡大のためLivedoorスポットを買収するなど、積極展開も少し見せた。

ってことで、だいたいこんな感じ。完全に予想外したのは、ezwebのメール対応だったな～。まあ、Softbankの初期のi.softbank.jpと同じ扱いだから、MMSとしてのezwebではないので、ちょっと使い勝手は落ちるんだよね。おまけにPush Notification使えないから、15分毎にアプリ側から新着を取りに行く、悲しい仕様になってしまったのは残念だね。
年明けの工事でMMSにするのか、Push Notification仕込んで、Push通知できるようにするのか、それが見物だということで。
ちなみに一番の予想外は、iPhone5でなくiPhone4Sだったということで、今回は終わり～。

R.I.P Steve Jobs

1. 料金
   おそらく現状のSoftbankの値段に合わせるくらいかなと。appleの要求的にもそれくらいのことはするだろうな～と。Softbank側は、さらに値下げしてくる可能性があるかな？
2. 従量制
   もしかしたらこのタイミングで、au、Softbankともにパケット代を従量制に移行する可能性があるかな。
3. 回線
   おそらくすぐに混んで、つながらない～という、騒ぎになる可能性。
   WiMax付なんぞは無理だろうからなあ。つけてきたらすさまじいけど。
4. テザリング
   それこそWiMax付出ない限り、解放しないと思う。
5.  メール（SMS,MMS）
   SNSはCメールなどが各社共通化されたから、すぐに使えるけど、MMSにあたるezwebのメールは、すぐには使えないと思う。そのため、日経本誌で出ていた年明けの提供というのは可能性があるかなと。
6. 緊急地震速報
   これは、SNSの回線使うから、同時に使えると思う。
7. SIMカード
   Softbank向けは、マイクロSIMを利用しているけど、auと同じ通信方式のアメリカVerizonは、SIMカードを使用していない。同様にISW11HTことHTCのWiMax携帯については、SIMカードを使用しておらず、もしかしたらSIMカードを使用しない可能性が高い。そうすると簡単にSIMカードを移すだけで、端末変更ができない形になりそうだなと。
8. LismoとiTunes
   IS12T(Windows Phone)でもISW11HTでも、Lismo使っていないから、普通に使えないだけだと思う。
9. おサイフケータイ
   使えるはずがない。

こんな感じかな～。
次にSoftbankができて、auができないって事で、混乱しそうなことを考えてみる。

• iPhone同士なのに、通話料がかかる。
  まあ、ホワイトプラン同士とかじゃないから諦めろと。
• 通話しながらネットができない
  GMS/W-CDMA系とCDMA2000系の通信規格の技術的仕様が異なるので、auだと通話しながらパケット通信することができないので、ちょっとした違いだけど、人によっては使い勝手が悪いとか、そういうことになるかも。
  でも、日本だとハンズフリー率が低いから、あまり問題にならないと思うと予想。
  あと、WiFiつながっていれば、ネットできるような気がする。
• WiFiスポットの差
  SoftbankはMcDonaldとかでの、WiFiスポットを設置しているが、当然au版ではその場所は使えない。auも積極的に展開して居るみたいだけど、具体的に見えてこないので、結構ピンチかも。急いで周知活動が必要な部類かな。

まとめたけど、まあこんなもんかな～。
auだけできそうなのは、

• 電話/ネットが繋がる

この辺しか現時点では思いつかないｗ
あとは本発表をにやにやしながら、待つことにする。