Hacked ants get end.

信号無鐔??もできない蟻んこにされて、自分で考える事もできない
さぞお上は使いやすいことだろう、秩藹??とはそういうものだ

悪貨は良貨を駆逐する、それを守るのもまた秩藹??だ
毛がないと書いて臀??毛

物臀??にはバランスが必要、その舵藹??りを
「さすがに藹??宙は藹??いでぇ」縺?,おそら縺?「宇宙企画はすごい！」という諢?味合い

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

観藹??逵?
相手を読む
集中力
イメー繧?
体が動縺?

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

瞑想とは自分の感覚の藹??況中軆??、煩悩を消す

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

統鐔??デー繧?
http://portal.stat.go.jp/Pubstat/top.html

サーバにベンチを觸??けて饅??推する（安全軆??、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。

--------------

■PHPのバージョンによるのか新情蝣?

session_cache_limiterの藹??数縺?
none/nocache/private/private_no_expire/public
のいずれかしか藹??け付けず、その臀??の値をセットする縺?publicを指定した場合と同じ縺?session_cache_limiter('private, must-revalidate')はキャッシュ制御ヘッダが送信されない

1) nocache:クライアント/プロキシのキャッシュを無蜉?
2) public:クライアントマシ繝?/プロキシのどちらもキャッシ繝?
3) private:クライアントマシンのみキャッシュ臀??持。Expireヘッダが送信されます
4) private_no_expire：privateと同じだがExpireヘッダはクライアントに送信されません。有効期限切れを回驕?

フォームの入力内容を保持して、ブラウザの戻るで戻りたい場合は、private_no_expireかnoneがいいみたいだ

笳?session_cache_limiter('private_no_expire');
期限切れが出に縺?いがキャッシュばかり使う（静的ページ、静的なページのフォーム）
※運用時縺?private_no_expireでも開発時縺?none縺?

笳?session_cache_limiter('nocache');
戻ると期限切れがでる（動的ページ、フォームには向かない）

笳?session_cache_limiter('none')
キャッシュヘッダを出さず、期限切れが出に縺?縺?適時読み込みをするがブラウザによる（動的なページのフォーム、更新がよ縺?觸??かる静的ページ・??

笳?フォームに戻ってキャッシュ臀??杯で期限切れを出し、更新ボタンで再ポストを避けたい
期限切れを出さないフォームは、GETかsession_cache_limiter('none');かsession_cache_limiter('private_no_expire');
2重登骭?NGなフォームは、DBMS縺?PKやユニークをチェックさせるか、トークンを使うか、処理後リダイレクト

笳?トーク繝?
１）フォーム表示時点で、画面縺?hiddenにキーを、セッションにもキーを仕込んでお縺?。
$taskId = mt_rand();
$_SESSION['taskId'] = $taskId;
print('<form action="submit.php" method="post">');
print('<input type="hidden" value="' . md5($taskId) . '" name="taskId" />');
print('<input type="submit" value="submit" name="submit" />');
print('</form>');
２）登録処理のとき、画面から来たキーとセッションに格軆??されているキーを比較して、正し縺?フォーム表示の画面から遷移しているか確鐔??する。
<?php
//二重登録防止フォーム-登録処理
session_start();
$taskId = $_SESSION['taskId'];
unset($_SESSION['taskId']);
if (md5($taskId) == $_POST['taskId']) {
 print('きちんと前の画面からsubmitされています。');
 //登録処理後に藹??了画面縺?HTTPリダイレクトで遷移するようにしておけば特別な対策なしでも完了画面をリロードされても問題なし
 header(‘Location: 完了画髱?URL’);
} else {
 //二重登録された場合や、直接アクセスされた場合の処理
 print('フォームを通してアクセスして臀??さい。');
}

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 resonable alternatives in mixed COMPLEX stuation. Need learn MBA not PM. PM depends on age. MBA brings everybody who wants 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]

//はじめにスケルチ
スケルチを左に回しきる、繝?イズが消えるまで右へ回す

//スキップ設藹??
機能・??スキップ（藹??信しても４秒後にスキャンを再開）

//バンドサーチ
番号・??サーチ
１・?航空
２・?アマVHF
３・?消防救諤?
４・?蟆?電力コードレ繧?
５・?アマUHF
６・?タ繧?
７・?簡易
８・?防轣?
９・?業務
０・?パーソナ繝?

//続サーチ
▲笆?/ダイヤルで軆??サーチ

//スキャ繝?
スキャン・??全てを蟆?さい順にスキャン・??

//特藹??周波数サーチ
藹??信・??特藹??周波数サーチ）
発鐔??（メータが振れる）
機能・??発鐔??（アラーム）

違法コンテンツがサーバーにアップロードされており、他人の権利が侵害されていることを知っていた、あるいは知るに足る相藹??の理由がある場合、損害鐔??償責任を負います。それ以藹??の場合には・??著作権者等に対して損害鐔??償責任を負いません。これがプロバイダ責任制限法です。

直ちに削除・??あるいは送信防止措置・??の対応をとっていれば、プロバイダは著作権者等に対し責任を負繧?ないと鐔??えます。

ただ、誰が著作権者なのか、コンテンツが違法なのかは、必ずしも譏?確ではないため、プロバイダ責任制限法ガイドライン軆??検險?協議臀??が作成したガイドライ繝?があります。著作権関臀??信頼性確認団臀??からプロバイダに申し出があった場合の対処方觸??なども。

もちろんプロバイダ責任制限法には免責されない例外的な場合があります。サービス觸??供者自身が違法コンテンツの「発信者」もし縺?は軆??極的に関繧?る場合には免責が藹??けられません。

- IT法律入門
- 投稿者を特藹??する方觸??