相手がパンチをくり出してきた時、その腕越しに相手に打ち込むパンチ

観察眼
相手を読む
集中力
イメージ
体が動く

仮説と検証を繰り返し、ユーザのベネフィット・操作性、もしくは、見込み客の集客の誘導を改良していき、結果として成果のあがるシステムを育てること

瞑想とは自分の感覚の実況中継、煩悩を消す

むしゃくしゃしてやった、何か書けばいいと思った。今は反省している。(本人談)

サーバにベンチを掛けて類推する（安全率、AP使用率も考慮に入れる事）

ad -n [連続アクセス数] -c [同時アクセス数] http://[アクセス先]
ab -n 1000 -c 10 http://www.bangboo.com/index.html

- Requests per second:　　23.34 [#/sec] (mean)で、一秒間に23回　→　200万アクセスまでOK
- Time per request:       50.530 [ms] 　→　140万アクセスまでOK
- Failed requests:　　　　0　→　失敗がでる同時アクセス、連続アクセスは？

・アクセス先ファイル容量
　Document Length:　　　　19670 bytes

・送信リクエスト数
　Concurrency Level:　　　10

・リクエスト完了までの所要時間
　Time taken for tests:　 50.525910 seconds

・総リクエスト数
　Complete requests:　　　1000

・取りこぼしたリクエスト数
　Failed requests:　　　　0

・1秒あたりに処理されたリクエスト数
　Requests per second:　　23.34 [#/sec] (mean)

・1秒あたりに処理された所要時間
　Time per request:　　　 515.299 [ms] (mean)

・1秒あたりに受信された容量
　Transfer rate:　　　 337.26 [Kbytes/sec] received

・上から順に接続（Connect）、処理（Processing）、待ち時間（Wait）を集計し、最小値、平均、最大値、平均で表している
　Connnection Times (ms)

・処理時間の推移
　Percentage of the requests served within a certain time (ms)

メモリ12GB搭載したSPARC SolarisのサーバでApacheのプロセスを6000個ぐらい上げた猛者もいるが、一般的なLinuxサーバでは700あたりで挙動が不安定になる。非常におおざっぱに言えば、ひとつのサーバ筐体でたかだか700人しか収容できないということ。

PHP 警告 : ページの有効期限切れ
POSTを使わなければでないのだが、IEのキャッシュがいっぱい2になったときの仕様である。

session_cache_limiter('private, must-revalidate');
かならず再読み込みをする。入力フォームで入れた情報が消える場合がある。入力値をクッキーでカバーできるならこれでOK。

session_cache_limiter('private_no_expire');
入力フォームのデータなどは消えないが必ずcacheを読むため、リロードで古いものを見せ続ける危険性がある。

&lt;a href="form.php?<?=time(); ?>">Go Form</a>
リンクをユニークにすると必ず再読み込みするようになる。

if (0 < count($_POST)) {
    session_cache_limiter('private_no_expire');
}
POSTのときだけcacheを有効にする。ブラウザの戻るボタンで戻るとPOSTできていない先頭ページは入力が消えている。

&lt;a href="form.php?doCache">Go Form</a>
if (0 < count($_POST) || array_key_exists("doCache", $_GET)) {
    session_cache_limiter('private_no_expire');
}
cacheしたいときにcache指定、POSTのときは強制cache。

http://yotophoto.com/
http://www.sxc.hu/
http://www.morguefile.com/
http://www.burningwell.org/gallery2/main.php
http://davidniblack.com/imagebase/
http://www.freephotosbank.com/

<!-- This is my advice for the OLD-FASHIONED man who can NOT take even resonable options in mixed COMPLEX  of aspects of DESIGN and OPERATION. Need learn MBA not PM. PM depends on age. MBA brings everybody want to be in this ganeration of IT a pillar. NEXT is ... -->
スーパーのレジ打ちを顧客自身がやってはいけないのか？早く店を出ることができるようになったら、その方が顧客は喜ぶのではないか？と考える

Roger that.

mod_rewiteの設定は.htaccessに記載していることだと思うが、ヘンテコな設定はかなりApacheに負荷を掛け、Temporary Service UnavailableやForbidenなどのエラーを頻発させてしまう。

よく使われる設定は、次のようなものだ。
RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule ^db/([0-9A-Za-z]+)_(.*)\.html$ db/db\.php?id=$1 [L]

RewriteCond %{REQUEST_FILENAME} !-d は「ディレクトリが存在しない場合」
さらに、次の RewriteCond %{REQUEST_FILENAME} !-f は「ファイルが存在しない場合」

リクエストされたディレクトリまたはファイルが存在しなければ、mod_rewiteのルール処理に行くよ。ということである。つまりルートディレクトリに置いた日には無駄にApacheのリソースを喰ってしまうのである。dbディレクトリにhtaccessを置くなど、ディレクトリ毎に設定する方策をとる必要がある。

また、ルール処理にできるだけ行かせないようにする記載方法も併せて施策としたい。

RewriteEngine on
RewriteBase /
RewriteCond %{REQUEST_FILENAME} !\.(css|gif|jp?g|png)$
RewriteCond %{REQUEST_URI} !^/images/.*$
RewriteCond %{REQUEST_URI} !^/s/.*$
RewriteRule ^db/([0-9A-Za-z]+)_(.*)\.html$ db/db\.php?id=$1 [L]