[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 02/26 15:32 / Filesize : 225 KB / Number-of Response : 940
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

ニコニコ動画工作支持スレ 24



341 名前:名無しさん@お腹いっぱい。 mailto:sage [2010/02/02(火) 23:53:12 ID: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なので速いわけでないが、時間帯関係なく随時積み続けていた。
速いわけではないが、自走ではありえないスピードなんだよねぇ。






[ 続きを読む ] / [ 携帯版 ]

全部読む 前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<225KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef