10/02/02 23:53:12 r10qrme90
>>340
つまり、特に特殊なことはしていないわけだね。
IP規制はどうやってかけた?
(規制のかけ方によって、動きが変わる場合があるように思うので)
正確じゃないかもしれないが、サーバには優先度が数段階あるっぽく
(と言うよりも、戀塚氏のインタビューからこの推測は証明された)
smile-com00 上位
smile-comXX 中位
smile-cllXX 下位
ぽいっと考えている。smile-cllXX→smile-comXXになっているのであれば、
中位でもIP規制があると思われる。
もう少し突っ込んだ話をすると、下記APIは、古いタイプのAPIです。
getflv_v2='api/getflv/'+(Video.v+'\x3f').replace(/nm.*/,"$&as3=1&")+'ts='+(new Date()-0);
いつまで使われていたかは定かではないが、この頃のこのAPIは10分間~15分間に一定回数以上
アクセスがあると、IP規制が入ってサーバ切り替えが行われていた記憶がある。
(スレ22で15分と言っていたのはこの為、逆に接続エラーで見れない動画がある場合は
上記APIで無理やり状態遷移させたら、見れるようになる)
この仕様を回避するためにさらに古いタイプのAPI(getflv_v1='api/getflv'+'\x3f\x76\x3d'+'threadID')を利用していた。
もし、>>340が私のコードを参考にしていない場合は現在のタイプのAPIを使用しているはずですよね?
このAPIは、(9)と同時に導入されたと思われる。このAPIの場合、IP規制条件は未確定
(9)以降は、外部プレイヤーの完全開放(今まではサイト別にリファラで制限していた)したので、
実際の動画サーバ負荷で決めているか、アクセス数にビットレートの重み付けをして換算している
可能性がある。
そう考えると、毎時ランキングに載ってもアルパカは軽いのでIP規制が回避できるのかも。
でも、それだと素敵工作員(?)utopian natturuno(プレミアムビットレート)の説明が付かない。
スピード自体は15000~30000なので速いわけでないが、時間帯関係なく随時積み続けていた。
速いわけではないが、自走ではありえないスピードなんだよねぇ。