みんなの動画サーチを実例としたPHPでの開発における負荷対策について 第６回 〜良いSQL、悪いSQL〜

　みんなの動画サーチを実例としたPHPでの開発における負荷対策について　第６回　は前回に引き続いてデータベースの扱いについてです。
　同じ１回の接続でも、SQL文自体がとても遅いものであると結局処理は遅くなってしまいます。そのため、発行するSQL文が適切であることも大事なポイントです。

続きを読む

みんなの動画サーチを実例としたPHPでの開発における負荷対策について 第５回 〜データベース利用時の良いコード、悪いコード〜

　みんなの動画サーチを実例としたPHPでの開発における負荷対策について　も５回目となりました。ここまで理論ばかりが続いたので、そろそろ実際のコードもまじえていきます。
　今回は負荷対策の重点対策ポイント、データベースです。
　負荷を考慮しながらデータベースを利用するためのPHPのコーディングについて述べていきます。

続きを読む

みんなの動画サーチを実例としたPHPでの開発における負荷対策について 第４回 〜遅いときの原因の探し方〜

　みんなの動画サーチを実例としたPHPでの開発における負荷対策について　第４回、遅いときの原因の探し方です。

　負荷対策を考慮しつつ開発した。負荷テストも万全に行った。それでもやはり処理が遅くなるときがあります。
　そんなとき、どうやって原因を探っていくのかを書いていこうと思います。

続きを読む

みんなの動画サーチを実例としたPHPでの開発における負荷対策について 第３回 〜想定している問題〜

　みんなの動画サーチを実例としたPHPでの開発における負荷対策について　第３回、想定している問題です。

　負荷の問題の原因はさまざまですが、よくある原因は決まっています。そのため、開発に入る前にそれらをあらかじめ想定しておくと良いでしょう。より効果的な負荷対策を考慮した開発が行えますし、実際に問題が発生した場合も対応が打ちやすいというメリットがあります。

　ではさっそく、どのような問題を想定するべきかを書いていきます。

続きを読む

IPから接続会社を類推する

　各キャリアごとに利用しているIPは決まっていますから、IPをチェックすることでキャリアを判定できます。
　キャリア別のサイトを用意している場合に便利そうです。

各キャリアのIP範囲公式資料

• ドコモ
• AU
• ソフトバンク

IPの範囲の見方
　基点となるIPアドレスにサブネットマスクから計算できるIP保有範囲を足せばOKです。
210.169.40.1/32　とあるなら保有しているIPアドレスは１つなので210.169.40.1〜210.169.40.1となりますし、
210.169.40.0/24とあるならIPアドレスは255個なので210.169.40.0〜210.169.40.254、ただしIPアドレスの末尾が０のものは予約されていて使えないので210.169.40.1〜210.169.40.254となります。

　各サブネットマスクが保有する個数は計算から導けますが、やってられませんので、私はこちらの一覧表を参照しています。
IPアドレス数/サブネットマスク/ビットマスクの換算表


まったく関係のない余談
　携帯サイトは妙に絵文字を使いまくったサイトが多いですよね。今まで携帯サイトをほとんど見たことがなかったので、どうも違和感があります。
　絵文字文化が携帯サイト文化圏にはあるのでしょうか。２ちゃんねるのAAのような感じで。

　それとも技術力の誇示なんでしょうか。
「うちは絵文字を使いまくったサイトをバグなしで表示できているぞ！」
　みたいな。
　

セッション管理

　携帯端末の多くの機種でクッキーが使えないため、携帯サイトではPCサイトのようにクッキーにセッションIDを保存することができません。そのため、uidをセッションId代わりにするか、GETでセッションIDを持ちまわすことになります。GETで持ちまわすと比較的セッションIDが漏れやすくなるのですが、そこはギュッと目をつぶります。

　php.iniもしくは.htaccessでsession.use_trans_sidをOnにしておくとコーディング自体はクッキーを利用できるときと同じようにsession関数を利用できるようです。（まだ確認してません（汗））

どちらが良いのか？
　ユーザがuidの送信を拒否している、uid送信の可否をその都度問うのは使い勝手が悪い、などの理由により、uidを使いづらい場合はGETの利用が向きそうです。
　逆にとにかくセッションハイジャックを防ぎたい場合はuidが向きそうです。

携帯端末の個体識別情報(uid)をユーザー認証に使う

　携帯サイトではユーザー認証を行う際に個体識別情報(uid）を利用できます。逐一ユーザーIDとパスワードを入れさせることなくユーザー認証が行えるため便利です。

　その主要３キャリアの個体識別情報の利用方法をまとめてみたので掲載します。

PEAR::Net_UserAgent_Mobile
PHPならPEAR::Net_UserAgent_Mobileを使うと楽にできるかも？
新機種に対応しているか確かめていませんが、していなかったとしても一部手直しすればいいだけではないかなと予想。


取得方法：ドコモ　公式ページ個体識別情報ヘルプ

　User-Agentヘッダの中に含まれます。ただし常に含まれるわけではなく、画面遷移の際に使われたAタグもしくはFormタグにutn属性が含まれている場合のみです。

書式例：

<A href="URL" utn>
<FORM method="メソッド" action="URL" utn>

　携帯・自動車電話とFOMAはユーザーエージェントに含まれるuidの書式が異なります。詳細は公式ページを参照して下さい。

NULLGWDOCOMOの利用
http://mob.foo.com/?uid=NULLGWDOCOMO
とuidにNULLGWDOCOMOとリンクを張ることにより、DOCOMO側でNULLGWDOCOMOの文字列をuidに変換してくれるようです。ただしこれは公式サイトでなければ使えない模様。


SoftBank 公式ページ個体識別情報ヘルプ

　端末シリアル番号という呼び方をします。HTTP_USER_AGENTの中に含まれているので抜き出して使えばOKです。記述内容はSoftBank 4-2 SeriesとSoftBank 6-5 Series、SoftBank 3G Series / Disney Mobileで異なるようです。詳細は公式ページ個体識別情報ヘルプを参照のこと。

　もっともヘッダに含まれるHTTP_X_JPHONE_UIDを使ったほうが楽そうです。$_SERVER['HTTP_X_JPHONE_UID']でとれるので簡単です。ただ、HTTP_X_JPHONE_UIDに関する公式資料を見つけられていません。そこが怖い点です。

　なお、「製造番号通知がOFFの設定になっている端末からは、端末シリアル番号を取得できません。」とのこと。そういう端末から端末シリアル番号を取得したい場合はどうすれば・・・？　あきらめるんでしょうか。


AU　公式ページ個体識別情報ヘルプ
ヘッダに含まれるHTTP_X_UP_SUBNOを使えば良いようです。機種ごとの違いについては記述がなかったようなので、たぶんないのでしょう。そう信じたいです。

注意点
　古い機器を友人に譲るなど携帯電話の利用者が変わった際に、旧利用者の情報が新利用者に閲覧されてしまう可能性もあります。取得するのがドコモのiモードIDのようにユーザーごとに振られている番号であれば大丈夫なのですが、utnで取得する携帯電話の製造番号のように機器そのものに振られている番号であるなら要注意。

携帯サイト開発のための基本参考サイト

　携帯サイトの開発プロジェクトに加わるかもしれないので基本的な参考サイトをまとめてみました。

ドコモ

エミュレータ	900iシリーズ以前用：iモードHTMLシミュレータ 901iシリーズ以降用：iモードHTMLシミュレータII
技術解説ページ	公式ページ

AU

エミュレータ	Openwave® SDK 6.2K
技術解説ページ	公式ページ

Softbank

エミュレータ	Web Contents Viewer
技術解説ページ	公式ページ

便利なツール

• えもっち・・・キャリア（携帯電話）に絵文字を使ったメールの送信をするためのソフト。pack()のためのバイナリ文字列を調べるのにも利用できる。
• P1emulator・・・個々の端末情報に合わせたサイト動作チェックを可能にしたというエミュレータ。未確認だがすごそう。

参考記事

• アシアル・絵文字データベースと相互変換マッピングデータベースのJSONファイル...・・・タイトルのファイルがDLできる。絵文字の取り扱いに関するリンク集もある。