![[PukiWiki]](image/pukiwiki.png "[PukiWiki]")
シップ? (2010-01-26 (火) 00:51:43)
- メッセージ機能を追加。ダイレクトメッセージが送れるようになりました。送りたい相手のプロフィールページに行って、コミュニケーションBOXにある「メッセージ送信」をクリックすると送信画面になるので、メッセージ縫う力して添付ファイルがあれば添付したりして送信～。そうすると相手に届きます。いたって基本的なSNS名乗るなら外せない機能ですね。
送信BOXと受信BOX分けようかとも思ったんだけど、同じTLに並べた方が前後関係がわかりやすくていいかなぁと思ったので、送信メッセージを左に、受信メッセージを右にしてみたけど、なんか逆のような気がするので逆に。
ログイン時に新着メッセージがある場合は簡単なProfileManager表示をするように。自動ログイン時も含めるので、リアルタイムではないけれど、数時間のうちには表示されるかと。ま、気がつきにくいけど。- nyud.net:8090をドメインの最後に付けるだけでキャッシュしてくれるというCoralを使ってみた。ロゴとかの画像にしか使ってないけど手軽に負荷分散できるので便利。キャッシュサーバー立ててくれてる方に感謝しないと。ふと思ったけど、これを動画のURLに使ったらどうなるんだろう？
後はしばらく前のお話- 追加ソースも重複できなくした。
- R-18カテゴリな動画は検索、新着に出ないだけでなく、再生数TOP9にもでないように変更。
- APIの動画情報XML、add_dateのフォーマットを変更。
シップ? (2010-01-14 (木) 00:45:08)
- 編集完了後、同シリーズの編集にすぐ移れるようにリストと編集リンクを表示
- 登録時、登録完了後にそのまま編集ページに移動するためのチェックボックスを設置
- 30分の再生数TOP 9 がその日の再生数TOP9になっていたのを修正。ランキングの「動画」ごとがデフォで60分の再生数だから、それと似た感じになるはずなのにならないので変だな～とは思っていた。それに、リンク削除後の動画がいつまでも居座ってるのも？だったけど今日見てみたらソート項目が違っていた。直したので結構変動するようになったと思われ。
- 昨日の夜から重くて断続的に落ちてたのが、デバッグ用にキャッシュから読み出す行をコメントアウトしてたのに、それを外さずに本番環境に上げちゃったことが原因だった。表示するシリーズごとに新着無いかクエリを発行してるのだけど、これがキャッシュされていなかったので、クイックサーチを表示するごと（TOPページと検索ページ）に50あまりのクエリが発行されてた。いやはやおそろしい。修正したら一気にCPU負荷が下がって通常通りになった。もうmemcached無しでは生きてけないサイトになりました。
シップ? (2010-01-09 (土) 23:38:45)
- コメント統合条件に再生時間を追加して、シリーズタグ+話数+再生時間±10秒の範囲の動画コメントを統合するようにした。これで提供有り無しは区別されるかな。
- プレイヤー関連
- NGワード、NGIDのインポート／エクスポート機能
- フルスクリーンで設定画面を閉じたときに動画サイズが小さくなるバグを修正
- 共有NGをデフォルトONに。
- コメント統合して読み込むかどうかのチェックボックスを設置
シップ? (2010-01-01 (金) 23:19:53)
- 2010年になりました。今年もよろしくお願いします。
- ユーザーをブロックしたり、お気に入りに入れたりできる機能と、友達機能を追加。
ブロック、お気に入りは相手ユーザーのプロフィールページのコミュニケーションBOXの各リンクからできます。
ブロックした場合、そのユーザーは自分の足あとコメントにコメントできなくなります。動画内コメントとテキストコメントは未登録ユーザーでも書き込めるのでブロックしても意味ないかと思って書き込み禁止はしてません。
将来的に匿名書き込みができなくなった場合は実装予定。
お気に入りに登録すると、Myページの下の方にリストで表示されるようになるので簡単にプロフページへアクセスできるようになります。自分がお気に入りに追加したことは相手には分かりません。
ただし、相手も自分をお気に入りに入れていた場合は（双方が互いをお気に入り登録している場合)自動的にメイトになり、プロフィールページで表示されるようになります。
一般的なSNSの友達機能と違うのは、自分から友達申請を行うことはできず、相手からもお気に入りに登録されるのを待つしかないという点です。
相手には自分から伝えない限りお気に入りに入れられてることは分からないため、お気に入り返しのようなことも起こりにくく、そのため双方がお気に入りに入れた場合はメイトに昇格するようにしています。
自動的にメイトになった場合でも、「お気に入りに戻す」リンクをクリックすれば、メイトを解除して双方お気に入りの状態に戻すことができます。もちろん相手方のメイトからも外れるので相手からも分かります。
そのメイトではなくて双方お気に入りの状態からメイトになることはできないので、一度お気に入りから外して再度お気に入りに入れてください。- プロフィールページのURLを&mode=profile&user_no=ユーザーNoの形に変えた。ユーザー名でのリンクだと日本語許可している関係上、エンコードの問題でたまに表示できない場合があるので。ユーザー番号ばれるけどいいよね？
シップ? (2009-12-30 (水) 00:31:39)
- ちょっと前の話になるけど、同シリーズの動画リストをテキストコメントの横に置くようにした。カラー設定が微妙かも。あの黄色はいちおうひまわり色ですよ
- これも数日前だけど、TOPページの新着動画、同タイトルの場合はまとめてたけど、別ユーザーによる登録でもまとめられてしまっていたのを、登録者が違う場合は同タイトルでもまとめないように変更。
- IEでなんか広告のせいで描画がおかしくなる問題が発生。おなじブロック内の文字が崩れたり、透過画像が透過しなくなったりおかしな挙動になる。コンテンツブロックを水平に区切って全体のブロックから出すことで回避してる状態。動画ページはそのままだし。そのうち直るかな～と思って放置。
- 2ch実況スレコメントXML化計画（タイトルあってるかな？長すぎて覚えられない・・・）にひまのIDと共通でログインできるようにログインフォームを。ログイン下状態で作成すればあとから情報編集できるように。XMLの再作成もできるようにできればよかったんだけど、どのスレを使ったかと、開始、CM時間を正確なデータとして保持してない（フィールドを用意していない）のでパス。もちろんそのフィールド用意して保存しておけば再作成時にその情報使って作り直すこともできるんだけど、いまはまだそこまで需要ないだろうと思うので。作る人ほとんどいないし。まぁ確かに面倒だから無理もないけど。だからといって自動化は無理だし・・・う～ん。
- 最近考えている構想
- 動画とコメントの分離。今は動画とコメントファイル（実際はファイルじゃないけど）は1対1で、同じタイトル話数でも登録が違えば別のものになってしまっている状態。それでコメントが分散してしまうから重複は避けるのがルール、みたいな風潮になってしまっているみたい。
管理者として重複はNGみたいなことを言った覚えはないし、（もし言ってたら発言コピペしてこんなこと言ってるぞ！と教えてください）登録するのは自由だから別に何も言わないけど、両方ともSMからコメインポートしてたりすると、ひま的には同じものが2カ所に登録されているけど、動画が違うだけでコメントは同じ、重複コメントになるわけで、データ容量の無駄だし、あまり正規化的な面でもうまくはない。
それで、コメントと動画の分離を考えてみた。一つの話に付きコメントファイルは１つにしちゃって、同じタイトル/話数のものは共通にそのコメントを読み書きする。
その場合の問題点は1つは同じタイトルと話数でも内容がもし違った場合、コメントも異なるものになるはずが、一緒なので混ざってしまう。
そういうシチュがあるかどうかは今後調査しないと。まぁ確かにTV放映とDVD、BDは確かに違う。提供の有無、リテイクした部分、修正された部分とかいろいろ。
まぁそれは別物として（タイトルになにか付加すれば別物になるし）登録してもらえばいいか。
もう一つは複数のユーザーによってコメントが共有されると、コメント荒らしのために登録するだけしてコメント全消しとか、関係ないコメントのインポートとかする人間（ロボットかもしれないが）の出現。
そのため、インポート、削除等の操作履歴を取っておいて、復元ができるような仕組みが必要になるんじゃないかと。そうなるとちょっと面倒・・・。
あとはコメントも自分のものというか執着心が強い登録者にとってそれを他人にいじられるのは心理的な抵抗があるかも。いやべつにだれのものでもないんですけどね。だれでもインポートできるようにすらしてもいいかなと思ったり。
もう一つの方法として、分離はせずにそれぞれいままでどおり動画ごとにコメントは保持しておき、読み込み時に同じ話数のコメントを統合する方式も考えた。
こちらならコメントの位置づけはそれほど変わらずいままで通り登録者が自分の動画のコメントにのみアクセスできる。
ユーザーはコメントが少ない方の動画を開いても、別に登録されている動画のコメントも読み込まれるのでコメント数は気にしなくてよい。
いいことづくめの気もするけど、コメントの重複問題が解決できてないし、別の問題は、同じ話数であることをどう識別するか。
自動か、手動か。自動ならさっきの内容差違の問題に加えて、先登録、後登録どちらを開いても両方のコメントを読み込むには、読み込むときに同じ話数の動画があるか検索しないといけないのでちょっと処理的に重くなるかも（でも今でも同シリーズ検索してるから変わらないか）ということ。
あとシリーズタグがわずか異なると統合されない。手動なら人間が確認するから内容の問題は大丈夫だけど、逆に関係ない動画にリンクする場合も考えて一方通行にしかできない。
そもそも昔登録したものについても重複があるかどうかなんていちいち調べてられないのでほぼ無意味。- 最近どうもこのサイトはSNS化しようとしているのではないか、と思う。いや、思うって作ってるのは自分なんだけど、プロフィールページに始まって、最近ではﾌﾟﾛﾌ画像も付けたみたいだし将来的には友達やらコミュニティやらできるんじゃないかと。というか今更SNSかよっていう。
友達登録することによるメリットは特に見あたらないけど、簡単にその人の登録動画にアクセスできるようになるとか？でもSNSのマイミクにしろメイトにしろちょっと重いんだよね。
一度なったらおいそれと切れないし、だんだんと疎遠になってもなんとなく続けざるをえない・・・みたいな。twitterのフォローぐらいに止めておいた方がいいんじゃないかなと。
あるユーザーをお気に入りに登録したとして、それは相手には分からない。自分も誰に気に入られてるかは分からない。
でも双方が知らず知らず互いをお気に入りに入れてた場合は友達になる、とか。あ、それでもそうなっちゃったら今度はお気に入りから外せなくなるか・・。
でも一方的なマイミク申請とかはないし、フォロー返しではなく、純粋に相手を気に入ってそれが両方ともってことは、それなりの関係がすでにある場合だろうからいいのかもしれない。
コミュニティの利点は、クローズドにしておいて、メンバーのみ公開とかできることぐらいか？
ま、コミュニティ機能充実させてもね～なにしろ足あとコメントを書き込んだことがあるユーザーが66人と、全体の0.1%しかいない現状ではね～。元々そういう趣旨のサイトじゃなかったから別にいいけど。
シップ? (2009-12-19 (土) 00:42:55)
- 再生ページのデザインを少し変更。まえから動画うえのスペースがごちゃごちゃしていて見にくいナーと思っていたので、再生数とかの情報は動画下に持ってくるようにした。
動画サイトの名前を表示することは、規制サイトであることを内外にアピールする狙いがあると思われる。テキストコメントはタブではなくて常時表示するように。
次、前の話へのリンクもよくある関連動画みたいな感じで、サムネ付きにして、スクロールできるエリアにいれて、前後だけでなくてシリーズ前話リンクさせたいんだけど、場所の確保に悩み中・・・
テキストコメントの幅を狭めて、横に置こうかな・・・ちょっとアクセスしずらくなるのがネック。
シップ? (2009-12-08 (火) 01:20:47)
- 2ch実況スレコメントXML化計画進行中。正確な放送開始とCM開始・終了時刻が分からないとダメだけど、まぁdatファイルから（目視で）読み取ればなんとかなるかな？
シップ? (2009-11-30 (月) 00:00:49)
- Adobe AIRを使ったローカルプレイヤーを作成してみた。まぁ作成と言ってもコードはそのまま使えるからファイル読み込みとコメント取得のあたりをちょこっといじっただけ。
ローカルファイルをApacheとか通さずそのままファイル選択ダイアログで開けるのが、まぁ当たり前なんだけど、FlashPlayerじゃ制限でできなかったことができて便利になった。
ファイル名からコメントファイルを探すのがちょっとうまくいかないかもしれないけど、ある程度法則に沿っていれば大丈夫じゃないかと。
シリーズタイトル 第00話 「サブタイトル」.mp4 シリーズタイトル #00 「サブタイトル」.mp4みたいな。サブタイトルは検索に利用してないので無くてもいいけど。コメントいちいち用意するのが面倒という自分みたいな人にはいいかも。
まぁ見つからなかったらちょっと面倒だけど手動で指定もできるのでまぁいいか・・・
シップ? (2009-11-23 (月) 00:41:00)
- Dosアタック対策をした。連続でF5等リクエストが短期間に大量に来た場合その後はそのIPからの接続を拒否するようにしてみた。普通に閲覧する分には引っかからないと思う。タブで大量にページを開いていて、それを一気に復元したら引っかかる可能性はあるけど。まぁ、誤爆の場合は言ってくれれば解除します。
昨日のはアクセスログ見てみると通常の「./?keyword=アニメ」というURLへのGETリクエストが大量に来ていたから、ツールか何か使っていわゆるF5アタックしてきた模様。304とかも無視されると0からページ作って送り返してたらそりゃ落ちるわな・・・。まぁこういう正面からの攻撃ならこちらも対応のしようがあるのでwktkすらしてくる。小細工無しで正面からF5とかかわいすぎるｗ
iptables -I INPUT -s IPアドレス -j DROPと入れてもアクセスできる・・何でだろう・・としばらく頭を抱えて調べてみたら、転送してる場合はINPUTでなくFORWARDを使わないとダメだとのこと。内向きと外向きのデータの流れがINPUT、OUTPUTだと思い込んでた。ルーターとは別のIPでサーバー立てていて、そのサーバーにパケット転送しないようにするにはこう。
iptables -I FORWARD -s IPアドレス -j DROP- CSSカスタマイズを早速使ってくれているようです。ちょっと紹介するとkonさんのプロフィールとか。ヴィジュアル重視にするとテキストの可読性が下がるけどまぁし勝たないね。
CSSなんてﾜｶﾗﾝって方のために背景画像の表示方法。画像のURLと書いてあるところにURLを記入。かっこの中にスペースとか入れるとたぶんはじかれる。ダブルコーテーションとかも要らないので注意。
body{ background-image:url(画像のURL); background-repeat: no-repeat; background-position: center center; background-attachment: fixed; }
シップ? (2009-11-22 (日) 01:39:56)
setCookie関数でhttponly属性を付けられるのがPHP5.2.0以降？らしいので、PHPのバージョンアップをしたのだけど、ちょっとはまった。
もともと入っていたバージョンは5.1.6。これを5.2.11に上げる。
RPM-GPG-KEYをインポートrpm --import http://www.jasonlitka.com/media/RPM-GPG-KEY-jlitkaそのあと、以下のファイルを編集
vi /etc/yum.repos.d/utterramblings.repo
[utterramblings] name=Jason’s Utter Ramblings Repo baseurl=http://www.jasonlitka.com/media/EL$releasever/$basearch/ enabled=1 gpgcheck=1 gpgkey=http://www.jasonlitka.com/media/RPM-GPG-KEY-jlitka
yum update phpこれで入るには入るんだけど、他のモジュールがついてこない。eaccelerator、memcached、fileinfoあたりがPHPのバージョンがおかしいよ、って言ってくる。
memcachedとfileinfoはupdate実行したらエラーでなくなったけど、eacceleratorはコンパイルし直してもダメだった。eacceleratorオフにすれば動くけど、負荷ががくんとあがる。
結局バージョンを上げて0.9.6-rc1を入れ直すことで強引に解決。
wget http://bart.eaccelerator.net/source/0.9.6/eaccelerator-0.9.6-rc1.tar.bz2 tar jxvf eaccelerator-0.9.6-rc1.tar.bz2 cd eaccelerator-0.9.6-rc1 export PHP_PREFIX="/usr" $PHP_PREFIX/bin/phpize ./configure --enable-eaccelerator=shared --with-php-config=$PHP_PREFIX/bin/php-config make make install
- リンク削除後の場合、解像度やビットレートが表示されるのはおかしい気がしたので検索画面では「unlinked」、動画ページでは非表示に。検索画面からもリンク切れということがわかって一石二鳥かも。
- MyソースフォームからURLを入力して再生させる場合、FORMをSUBMITしてmovie_url=○○というURLに再度アクセスさせて再生させてたけど、JavaScriptで内部的な変数にURLをセットしてプレイヤーのEMBEDを書き出すように変更。今までの方法だとPVだけあがってしまうので。「Myソースでみれなくなったぞｺﾞﾙｧ」って方がいたら教えて下さい。
- Myリスト登録数を表示するように。Myリストの機能自体は前からあったけど、カウント用のカラムを動画テーブルに作ってなかったので今までカウントしていなかったのをようやく。
これまでの登録数はMyリストテーブルから合計数を出してすべてupdateした。ついでにランキングのMy視聴リストの不具合も修正しておいた。- 昨日に続いて今日も深夜12時過ぎた頃から重くなったな～と思ってたらDOSアタック受けてた。単純なだけに有効な対策がねぇ・・・一定期間内にリクエストが異常に多かったらルーターのDENY IPリストに放り込むぐらいしかないな。
シップ? (2009-11-21 (土) 16:55:23)
- CSSカスタマイズ機能をプロフィールページに付けてみた。スタイルシートの構文をページに埋め込むことで自由にデザインを変えられるというもの。
スタイルシートの知識はいるけど、背景画像付けるぐらいならさほど難しくないし、実際にやってる人のページとかのソース見ると載ってるので参考にすれば案外簡単にできるのではと。
これが親切なサイトならいくつかデザインのテンプレートを用意しておいてそこから選んでもらうんだろうけど、ここはそこまで親切じゃないので（笑
HTMLの構文自体は変えられないので、自由に項目を追加したり削除したり（削除はdisplay:noneでできるか・・）はできないけど、フリースペースを随所に挿入しておいたので画像を表示したいときなんかはつかえるかも。文字も画像として作れば表示できるし。
CSSXSS対策はそれなりにしたつもりだけど穴があるかも知れないので、もしスクリプト実行できちゃったりしたらこっそりメールで教えて下さい。
併せてCookieはhttponlyにしたので大事なcookieの漏洩は一般的なブラウザを使ってさえいれば起こらないはずだけど。
シップ? (2009-11-18 (水) 00:45:52)
- プレイヤーに動画ファイルが無くてもコメントだけ流れるような機能を追加。いわゆるSZBH方式というやつか。プレイヤーの黒部分を透過させて穴を開け、そこから自前のメディアプレイヤーで再生しながら、コメントもチェックみたいな用途を想定してるけど、再生位置の同期ができないので実際やろうとするとかなり使いづらい。ポーズするにも、再開するにも二カ所を素早くクリックしないとずれる・・シークなんてしようものなら大変なことになる。ウインドウの大きさも合わせようとすると大変。WMVとかDivXとかFlashPlayerが対応していない形式をどうしてもみたい場合はいいかもしれないけど、ApacheインストールしてMyソースで読み込んだ方が遙かに楽だと個人的には思う。
ちなみに透過は「なんでもすけ」で色を指定して透明にするの機能を使って確認。プレイヤー上にカーソル持って行って黒い背景上でxキーを押すと色設定されるので「透明化実行」ボタンクリックで黒の部分が透ける。
シップ? (2009-11-14 (土) 01:45:30)
- すべてが終わった・・・詳しいことはまた後日書くとして今日はこれだけ。
- プレイヤーの更新。その視聴時一回だけに限ってニコニコ互換のXMLをインポートというかマージというかできるようにした。ワンタイムインポートとでも名付けようか。
サーバーのデータには全く手を付けず、今開いているプレイヤーのメモリ上にあるコメントリストに追加するイメージ。
やり方はコメントウインドウ表示して「追加」クリック→上のテキストボックスにXML貼り付け→「OK」クリック。
ニコニコのコメントも見たいのに登録者がインポートしてくれね～って方はいいかも。
シップ? (2009-11-12 (木) 00:16:59)
- エイベックスに続いてSonyMusicからも削除要請が。これまでの削除要請に対しては手動でURL消して、オーナー変えて編集できなくしていたんだけど、かなり面倒なので削除フラグ追加して、削除済みの場合はURLを出さないように変更。
にしても大量にリスト化されて送られてくるから、削除するだけでも一苦労。まぁ向こうも動画探して、再生できるかチェックして、リスト化してとなかなか手間かけてるんだろうなぁとは思うけど。
不思議なのは同じタイトルなのにリストに入っていない動画もあるということ。本編はほぼだめだけど、英語字幕入りは残ってるし、OPとかEDは一部だけ警告の対象ですべてに来てるわけではないんだよなぁ。。。どうせやるなら徹底すればいいのに・・・
まあこれだけ警告来ると先行きが不透明になってくるな～今は警告来たものだけ消してればいいけど、タイトルや権利元指定で該当するもの今後登録されるもの含めてすべて削除してくれ、とかなったら一人じゃ監視できるはずもないので閉鎖の危機かも。- 警告来て削除されると、こちらのサイトで動画ファイルのURLを提供するわけにはいかないので、自分で用意してもらうしかないんだけど、データベース化してくれてるサイトがあるのでそれほど困らなそう。「TAMORI DDB」なかなかの頻度でクロールしに来てくれてるので、鮮度はなかなかです。フォローさせていただきました。
- 登録者が動画内のコメント削除できる機能を編集画面に追加。まぁほいほい削除されるわけにはいかないのでちょっと厳しめのガイドラインを設けたけど、実際には削除しても気がつかないだろうからねぇ・・・
にしても、意外と実装に時間がかかってしまった。編集画面はメインの動画情報以外の変更はAjaxで作ってるのが原因・・・。コメントの読み込みはJSONで、テーブルの行追加とかはじめてやったよ。チェックボックスもチェックされてる番号をどうやって渡すんだ？ってところで詰まったりしてた。Ajaxは意外とというかデータの受け渡しが面倒なんだよね・・- 気がついたらユーザー3万超えてた。きまぐれさんありがとうございます。10万PVおめでとうございます。
- ニュー速にスレが立ってたせいか週中なのに週末並のアクセス数に。一部サーバーエラーが出て後でまた試してねみたいなエラーが出てたはず。急激に増えるとダメだね。やっぱり。
シップ? (2009-11-05 (木) 23:02:36)
- ひまわりたんのイラスト投稿してくださった方々ありがとうございました！お礼を忘れていたのでここで。サムネ無しの場合のサムネイルと、GIFアニメはTOPのロゴに使わせていただきました。
やっぱ上手な人はほんと上手・・・。自分も2chのスレであがったデザインをトレースさせてもらったひまわりたん描いてみたけど（スレの>>1）、あれが限界。まぁ、あれはあれでゆるさが好きといってくれる方もいるのでいいんだけど。
どうも描いてみるとゆるきゃらになっちゃうんだよね～うまい、と思ってもらえるように描くにはやっぱてくにっくが必要だよね・・・我流だとやっぱだめかな。- コメントインポート用のボタンを、1度クリックしたら無効になるように。連続でクリックされるとたぶん間隔がすごいことになるので。
- やっぱりコメントの表示はログインユーザーのみに。最近はログインして無くても流れるようにしてたけど、要らない人はいらないだろうからね。（取得数0にすればログインしてても流れなくなるけど）
埋め込みプレーヤーで再生される場合はログインしてない場合が多数だろうから、その場合はログインして無くても1000コメだけ流すように。（&embed=1）あの小さい画面で5000とか流れても見えなくなるだけだし。- プレイヤーの修正
- コントロールの背景をラウンドのかかった形から、グラデーションをかけた長方形の帯状に。埋め込みプレーヤーで試したらこっちの方がすっきりしててよかったのでメインプレイヤーも変更。
- 共有NGのリストへの反映を、数値を上下させたときだけ更新していたのを、タブを開いたときにも表示するように。実際には表示されて無くても有効なんだけど、「数値変えないと反映されないよ～」という意見が何回か寄せられるので。
ほんとは実装が面倒なだけだったのに「NGコメントは見たくないよね？」とかいって、いかにも考えてますよ～的な感じを装うのも疲れてきたので最初から表示させるようにしました。はい。これでもう同じ質問は出ないだろう・・・- NGワードが編集できないで不便だな～と感じていたので、編集ボタンと置換ボタンを追加。リストで選択している文字が編集ボタンをクリックするとテキストボックスに戻されるので、書き換えるなりして置換ボタンを押せば置き換え完了。
シップ? (2009-11-01 (日) 23:21:35)
- 削除要請がきた。kiss×sis OADに対して講談社の代理人としてハイアード株式会社から直リンクの停止を求められた。
メールに記されていた削除要請対象の動画のタイトルとURLがSayMove!のURLだったので、向こうにも同じの送って、書き換えるの忘れたんだろうな～
リンクは問題ないというスタンスではあるけど、削除要請がきたものまで放置して対立するのは得策とはいえないので、要求に従ってリンクを除去しておいた。
サムネはこちらのサーバーにあるにもかかわらず触れてなかったのでそのまま。コメントもそのまま。
- SayMove!からのコメント遮断が解除された模様。解除してくれたのか、自動的に遮断→解除の流れだったのかは不明だけどとにかくつながるようになった。
だからといってまた調子に乗ると同じことなので、自重しなければ。
- 自動取得はやめると書いたので、ページ上にボタンをもうけてクリックでの手動取得に。
- コメントの伸びに応じて取得用ボタン表示の間隔を増減。
間隔の計算式は「前回の取得間隔 × (1 / (前回取得時から増えたコメント数 / 700))」にしてみた。
たとえば取得したコメントのうち350件が新コメントなら、取得間隔を今の倍にしても取りこぼしは起こらないだろう、という仮定。
逆に750すべて新コメントなら取りこぼしている可能性があるので間隔が短くなっていく。
前回の取得から、この間隔分経過したらページ下部にコメントインポート用ボタンを表示して誰かにクリックしてもらうのを待つという仕組み。
すでにインポート済みのコメントをダウンロードしても捨てるしかないので、そのコメントを転送してもらう帯域が無駄になってしまう。
なるべく負荷を減らしてかつコメントをリザーブする仕組みとして考えてみたけどうまく機能するかどうかは不明だなぁ・・・
- SayMove!のコメント保持数が750に増えたというので、コメントが1000ほどある動画のコメントXMLを見てみたけど500ちょっとしかない。
試しにコメントしてみると、先頭コメントは変わらず、最後に今コメントしたコメントが追加されるので、500で制限されているわけではない。
コメントを500しか表示しない、というのはDBには全部あるけど、500しか出さないよ～ということだと思ってたのだけど、どうやら本当に500しか保存していないみたいだ。
捨てられちゃうとなるともったいないな～
- サムネイルの寄生先にpicamaticがどうも使えなかったのでsolidfilesにしてみたけど、すぐ使えなくなった。画像直リンが404になる。flyuploadに変えてみたけど長くは持たないだろうな。。。
サムネ転送用に海外サーバーでも借りようか・・・でも転送量が多くてすぐ追い出されそうだし・・・自鯖で配信するしかないか？まぁこっちもそろそろなんか言われそうなんだけどね・・・
skydriveも試してみたけど、JavaScript使ってるみたいで、PHPからだとログインができない・・・完全にシュミレートすれば理論上可能なんだろうけど、そこまでのスキルないしなぁ・・・
ブラウザでログイン済みのCookie使ってアップロードしてみたけど、期限切れたらそこでまた新たにCookie発行しないと行けないんじゃ使えないし・・・
シップ? (2009-10-20 (火) 23:58:28)
- 日曜日にオクで落としたPowerEdge840がとどいたのでCentOSをインストールしてDBサーバーとして運用開始。
CPUはQuad Core Xeon3220(2.4GHz)、メモリは8GB、HDDがWD6401AALSの2台構成でRAID1を組んでミラーリング。
DBサーバーとしては今のところオーバースペック気味だけど、負荷が高くなることを見越して余裕はあった方がいいかなと思って。
にしてもメモリ8GBはちょっとおおかったかも。メモリが余っていればページキャッシュに使うらしいけど、5GB近く未使用メモリがあるのはなぜだ？
使うデータすべてページキャッシュに載せきってしまったってことかな。たしかにDBの容量は1GBもないからキャッシュに1.6GBしか使って無くても不思議じゃないか。
total used free shared buffers cached Mem: 8182420 3244300 4938120 0 192840 1662240 -/+ buffers/cache: 1389220 6793200 Swap: 522040 0 522040vmstat。id97とかなり遊んでる。load averageも0.1以下。
procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 2 0 0 4926388 193036 1662380 0 0 0 54 1374 424 3 0 97 0 0 0 0 0 4926264 193044 1662372 0 0 0 82 1398 448 3 0 97 0 0 load average: 0.05, 0.07, 0.08
Webサーバーのほうのfree。
こっちはfree:136M,cached:2.5Gだからキャッシュに有効利用されてる感じ。こっちのメモリ増やした方がいいのかな・・memcachedも動かしてるし。
total used free shared buffers cached Mem: 6033616 5897592 136024 0 178864 2499952 -/+ buffers/cache: 3218776 2814840 Swap: 5111800 3908 5107892vmstat。usはだいたい1桁台でたまに2桁になるくらいだからまだだいじょうぶでしょう。
load averageも1以下っぽいし。たしかコア数以下なら大丈夫という話を聞いたことがあるし。 procs -----------memory---------- ---swap-- -----io---- --system-- -----cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 3908 68560 178844 2464092 0 0 0 1768 2141 2665 6 3 84 6 0 0 0 3908 60004 178868 2464320 0 0 0 2244 2327 3724 17 7 71 5 0後はルーターかな・・IX2015が安いという情報をいただいたので調べてみたらファームのupができない以外は結構よさそう。- 対応サイト追加
- braziltube FLVにエンコードされる模様。
- livetube らいつべ。これってリアルタイムの配信サイトだよね？って思っていたら配信終了後のものをダウンロードできるらしい。
シップ? (2009-10-17 (土) 00:26:08)
- 検索ワードを多い順に15個ぐらいTOPページの検索ボックス下に表示するようにしてみた。
- PowerEdge840とメモリは届いたけど、HDDがまだ届かないのでDBサーバーの構築はお預け。速いと言われているWD Caviar Black WD6401AALSを2台注文済み。ソフトウェアRAID1で組もうかなと言う予定。計44,000円也。サーバー購入費も維持費として計算したらこれまでにも結構かかってるな・・・ペイできるのか？これ・・・かなり先行投資だからなぁ～回収できる頃にはまたアクセス増えててサーバー増やさなきゃならないといういやなスパイラルに陥ってそうで怖いです。
- またONUのACアダプタが抜けて8:00～9:00頃までアクセスできなくなっていた。いくらサーバー強化してもこういう元のネットワーク機器が落ちたら意味ないな。ACアダプタが抜けやすいのでガムテープで電源タップに巻き付けてやった。これでもう抜けないだろう・・・
シップ? (2009-10-12 (月) 00:43:47)
- DBとWebアプリ鯖を分けたと思ったらルーター兼DB鯖のHDD終了のお知らせ。急にネットにつながらなくなったな～とおもってルーターPCを見ると、反応がない。完全に停止している。HDDのアクセスランプが点灯状態。
まずいな～と思いつつリセットボタン。再起動するとCentOSの起動途中で止まる。1時間ぐらい放置しておいたがまったくすすまなかった。HDDから読み込めない症状っぽい。異音はしないが、すでに瀕死。これは早くデータを救出しないと。もしデータが救出できないとDBサーバーを分ける前まで戻ってしまう。
もう一台のマシンにつないでみるもLVMだとマウントしても見れないようなので、ぐぐりつつLVMの名前を変えて再マウント。以前のサーバーになんとかDBのデータを書き戻すことに成功。
危なかった。大事なデータの入ってるHDDはRAID組まないとだめだね。。。HDD4台使ってRAID10あたりがいいんだろうか。
それはそうと、せっかく分けたのをまた1台に戻してしまったせいで負荷がまたまずいことになってしまったので、オクでサーバーを物色してDELL PowerEdge840を落としてみた。
CPUはクアッドコアのXeon3220 2.4GHz。メモリはECC2GBついてるけど、外して別途Non-ECC 8GBを用意する予定。HDDはまだ考えてない・・DB用途だけどそんなに容量はいらないけど、数が多くなるとねぇ・・4台だと4倍必要になるよね・・2台でミラーリングだけにするか・・・。まぁSATAだな。。SASはディスクの値段が高すぎる。RAIDコントローラーも買わないとならんし・・ふぅ。出費が・・・。
シップ? (2009-10-10 (土) 01:10:39)
- おかげさまで昨日で開設から4ヶ月。ここ数日のPVは日によって差があるけど1日30万あたりを推移している感じ。平均で28万PVぐらい。先月から10万ぐらい増えてるかな。過去1ヶ月だと約850万。セッション数：
1,739,184（前回： 1,197,533）(前々回：554,387)、ページビュー:8,502,450（前回：5,948,515）(前々回：2,703,436)、ユニークユーザー:294,715（前回：188,384）(前々回：77,858)。さすがに伸び率は落ちてきたけど、まだ増えてる。
不思議なことにGoogle Analyticsって一ヶ月500万PVまでしか計測できないと思っていたんだけど、850万超えた今も計測できてる？っぽいな。。なんでだろう。Adwordの広告も出してないけどな。
ページビュー→稼働状況→- WebサーバーとDBサーバー分けてみた。DBサーバーはこの前作ったルーターマシンに同居させてるので、あまりセキュリティ的にはよろしくないかも知れないけど、ルーターだけだとかなりCPUが余ってるのでもったいないな～と思って。Web鯖の負荷を今のところはDB鯖にうまいぐあいに移せてる感じ。といってもDB鯖兼ルーター機は一昔前のスペックなので、そのうちDB用としては性能不足になりそう。
そのうちDB単体でサーバー用意して、SASでRAIDとかやりたい。DBが1台で処理できなくなってきたらマスタとスレーブに分けてレプリケーションかな・・・。それでもダメになってきたらマスタをテーブルごとに分散させて、処理ごとに鯖を分けるとかするのかな。。まぁそこまで行くのかわからないけどね～ありえないけど1日500万PVとかになったら考えよう。。
シップ? (2009-10-08 (木) 00:59:26)
- 最近夜などアクセスの多い時間帯になるとつながらないorつながりにくい状態になってて、サーバーだけじゃなくてLAN内からのWeb閲覧が重いときが多くなってきてた。
いよいよこれはルーターが限界だよな・・・前からルーターが家庭用の安物（HARDOFFで1500円のBBR-4MGをHG化したもの）で、ネックになるだろうな～とは思っていたものの、
意外にダウンすることもなくよく耐えてくれたのでいままではなんとかやってこれたけど、PVが毎日20万超えるあたりから厳しくなってきた感じなので、代わりのルーターを探していた。
普通の家庭用ルーターだと同じなので、評判のいいブロードバンドルーターを探してみたけど、なかなかこれと言って決め手がない。。RT58iとかXR-510/Cあたりを見てみたけど結構高い。
まだオクのRTX1100の方が安いけど、コンソールでの設定にいまいちできるかどうか不安が残る。といいつつ電気代とかかるけど勉強もかねて結局PCルーターにすることに。以前使っていたサーバーがいまは空いていたので
そこにNIC二枚刺ししてiptablesでルーター化。参考サイトを見ながらやったらあっさりできたのでちょっと拍子抜け。もうちょっと苦労するかと思った。
まぁその後のBINDの起動に躓いて結局内部用のDNSはたてられなかったのだけど・・・まぁLAN内から自鯖にアクセスできないってだけで、hostsファイルいじればいいんだけど・・・
効果のほどはいまいち不明だけどおそらく大丈夫じゃないかと。SayMove!がネットワーク障害でつながらないようなのでこっちに少し流れてきてアクセス増えたけど落ちることはなかったと思う。
負荷テストにはもってこいの状況。まぁトラフィックというか帯域幅はまだ回線容量的に余裕があるので大丈夫だけど、またCPU負荷がまずくなってきている。そろそろ2第二間たわけないとダメかも。
WebサーバーとDBサーバー分けるのがいいかな・・・
シップ? (2009-10-05 (月) 00:05:35)
- Myリスト機能追加。なにも説明いらない気がするけど、一応説明すると、気に入った動画や、まとめた動画を管理して簡単にアクセスできるようにするためのものです。
動画の説明文などでは「list_id=数字」で、Myリストへのリンクが張られます。公開設定にしておかないと他の人は見られないので注意。
シップ? (2009-10-01 (木) 01:06:28)
- memcachedを導入してみた。TOPの再生数TOPや新着、アニメリスト、ランキング、検索結果のデータ、コメント（デフォルトの5000件のリクエストのみ）などキャッシュできるところはほとんどキャッシュに格納。有効期限を1分～5分くらいに設定して切れたらまたDBから取得してまた格納。
memcachedはニコニコで使ってるという記事を前読んだことがあって、ふ～ん、そんなのがあるのか、、大規模サイトは大変だな～ぐらいにしか思ってなかったのに、まさか自分が使うハメになるとは・・・
まぁちょっとしたデータを置いとく分には早いし、手軽だしいいんだけどね～。効率よく使おうと思うと結構難しい。
いろいろ負荷対策をしてるけど、最初の設計段階から負荷を見込んだ設計をしておくべきだった、と今頃大変な思いをしている。だって当初はここまでになるとは思いもしなかったんだからしょうがないけど。。
いまでも何でこんなに人くるのかわからない・・・そんなにプログラム的には難しいわけじゃないからもっと似たようなサイト出てきてもいいとおもうんだけどなぁ・・・
全ページに載せてるアクセスカウンタも1000万超えたし、そろそろ中規模サイトを名乗ってもいい頃かな。。。- 再生数の多い動画のコメントはメモリ上のテーブルに格納してたんだけど、そのデータとファイルシステム上のデータとの更新処理がかなり重かったのでメモリ上にコメントデータを置くのをやめた。
今はすべての動画のコメントを5000件までmemcachedで保持。デフォルトで5000件だからまぁ一番多いリクエストかな～と思って。メモリ使用量が膨大になりそうだけど。
そのぶんCPU使用率は下がった。memcachedの効果かも知れないし、更新処理を止めたことによるのかもしれないけど、とにかく今までは日付が変わる数時間は100%近辺をうろついてたのが75%ぐらいに落ちた。
サーバー増やさないとダメかなぁと思っていたけど、これならもう少ししのげるかも？今のところ1台だけど、これぐらいの規模のサイトって普通どのぐらい台数使うんだろうか？
今まで鳴かず飛ばずの弱小サイトしか運営してこなかったので、そのあたりのノウハウとか知識が決定的に不足してるのでネットで調べたりしてるけどいまいち。スケールアウト？レプリケーション？なんのこっちゃ・・・- mov.shipweb.jpは別サーバーに割り当てた。いままではリダイレクトしてたけど、それも中止。完全に移転した感じです。別サーバーに掲示板も移して、停電とか地震とかで本サーバーにつながらないときでも書き込みできるように。
ちなみに、本サーバーは静岡にあるので東海地震きたら確実にサービス停止するのでそのつもりでいてください。もしかしたら管理者も生きてないかも知れないので、そのときはあきらめてください。
シップ? (2009-09-27 (日) 23:36:47)
- zooomrのアカウントがBANされたのでそっちにアップしてたサムネがすべてみれなくなってしまった。う～む、やっぱ一気にあげたのがまずかったのだろうか。
そのため転送量が結局元通り。どっか容量無制限で保存期限も無制限、軽くてシンプルな画像共有サイトかロダないかな～。転送量多くても文句言わなそうな。
レンタルサーバー借りるとなると多めに見積もって1ヶ月1.5TBは転送量OKしてほしいからそういうの探すと2～3万／月かかるからなぁ・・・それなら自宅の回線を1Gbpsにしていいルーター導入した方が・・・。- なんか最近mrtg見てるとCPU使用率が高くなってるような？5min avgが直線になってたりしてうまく計測できてないのかな。にしても確実に右肩上がりになってきてる。おいおい・・Core2Duoなのに・・
1秒間に60リクエストとかあったりするからまぁしょうがないんだけど・・・この分だとサーバーも増設しないとそのうちやばいかも。まぁニート上がりの俺にはそんな金無いけどねｗ- 動画ページにトラックバック打てるようにしてみた。表示されるトラックバック用URLに普通にブログからトラックバックうつだけ。アニメの感想の記事とかのトラバを期待。スパム多いようならなんか対策しないと。
- そろそろ今期の最終回を迎えたアニメも多くなってきたのでアニメリストを秋期用のものに差し替えた。色遣いがちょっとなぁ。。。基本的に色数が少ないページが好きなので、ちょっとあれは目が・・・
シップ? (2009-09-27 (日) 00:50:59)
- GIFアニメはpicamaticに寄生するように変更。でもpicmatic重いな。再生数の多い順に600枚ぐらい待避させたところ転送量が300kB/sぐらい減った。
移したサムネ画像は元のURLでもアクセスできる状態なので、SayMove!のサムネに使われていたりするようなので全部移したとしてもサムネの転送量は0にははならないんだけど・・・
こっちはコメントでさんざん寄生してるから、サムネぐらいは提供しないとね・・・
シップ? (2009-09-26 (土) 00:32:56)
- 対応サイト追加
- Buzznet 写真やビデオを共有できるソーシャルメディアネットワーク。SNS的な機能を備えたサイト。FLV偽装のMP4ファイルをあげてみたけど、再エンコードされていなかった。
- jokerooがkeyなしでもみれるようなので、解析ルーチン変更。再びGreasemonkeyスクリプト入れなくてもみれるように。
- サムネイルも外部のサーバーに寄生するように変更。トラフィックの大部分がサムネなので、外部の画像ファイルを直接参照することで負荷軽減になればと。
既存のものは今まで通り自サーバーからだからいきなり軽くはならないけど、これ以降登録されるものは一部を除いて外部になっていくからだんだん軽くなってくと思われ・・・
URLの指定方法は動画の編集画面に「小さいサイズのURL」と「大きいサイズのURL」の入力欄があるのでどちらかもしくは両方を埋めてもらえればok。
時間指定されたサムネイルはこれまで通り作成してからzoomrにアップロードしている。容量無制限とは書いてあったけど転送量のことはどこにも・・・大丈夫かな？？
GIFアニメサムネはzoomrではGIFアニメに対応してないため自鯖から配信。容量大きいからこれこそ寄生させたかったんだけど・・・
シップ? (2009-09-24 (木) 00:27:54)
- WeGame.com 動画の長さが20分までの制限あり。ゲーム動画のサイトなのでアニメあげるのはよくないかな。。。MP4に再エンコードされるよう。
変換前→480x360 24Bit AVC/H.264 Baseline@3 29.85fps 4170f 475.66kb/s AAC 44.10kHz 2.0ch(2/0 L+R) LC 110.57kb/s / 10,284,395Bytes
変換後→480x360 24Bit AVC/H.264 Baseline@3 29.87fps 4170f 594.84kb/s AAC 44.10kHz 2.0ch(2/0 L+R) LC 96.00kb/s / 12,133,507Bytes
シップ? (2009-09-23 (水) 00:45:03)
- 対応サイト追加
- photobucket アメリカの写真とビデオの共有サイト。FLV偽装のMP4ファイルをあげてみたけど再エンコードされた。
元ファイル→440x360 24Bit AVC/H.264 Baseline@2.1 29.81fps 2840f 375.95kb/s AAC 44.10kHz 2.0ch(2/0 L+R) LC 98.41kb/s 5,681,038Bytes
エンコード後→440x360 On2 VP6 29.97fps 202.23kb/s MPEG2-LayerIII 22.05kHz 64.00kb/s CBR Mono 3,321,857Bytes
速度も速い訳じゃないし、それほど使えるサイトでもなさそうだな・・・- My視聴リストで、視聴済みのサムネも読み込んでいたのを、クリックして表示したときに読み込むように変更。
- My視聴リスト、ランキングのサムネイルを小サイズのものを使用するように。転送量軽減が目的だけどどうだろうか・・。ピーク時の転送量がちょっと減った感じ。
シップ? (2009-09-22 (火) 01:09:28)
- NG共有機能を付けた。コメントクリックでNGにしたときにサーバーにコメント番号を送信し、カウントアップしておく。コメントデータにそのカウント値を含め、プレイヤーの方で設定したしきい値以上なら非表示にする仕組み。
NGID共有の方もNGカウントをIDごとに合計して、しきい値以上ならそのIDのコメントは非表示にする。多くの人がNGにしているコメント、ユーザーの情報を共有して自動的にNGにする機能とおもってもらえれば。
NGワードでは対応しきれない、突発的な不快なコメントは他の人もNGにしている可能性が高いのでNGにするまえに見なくてすむ・・かも知れない。一応どのコメントが非表示になるのかリストに表示するようにしておいた。あまり見たくないかも知れないけど・・・- フルスクリーン時に一時停止する症状が出たのでいろいろ試してみた。詳しくはBBSを参照してください。
シップ? (2009-09-19 (土) 23:36:35)
- 対応サイト追加
- gubb FLV偽装で再エンコード無し。200MBまで。UL、DL速度共にそこそこ。削除状況は不明。
- mov.shipweb.jpドメインにアクセスがあった場合、himado.inドメインに転送するようにした。設定まだメモってなかった人はごめんなさい。
- ユーザーサムネがシリーズタグの編集権限がなぜか必要になっていたので、制限を無くした。気がつかなかった。。それじゃあユーザーサムネの作成が全然無いのもうなずける。だってシリーズタグの編集権限持っている人いまのところ30人にも満たないから、全ユーザーの0.1%ぐらい？アカウント登録から1ヶ月以上たっていれば登録情報編集から自己申告で権限取得できるのでまだの方はよければどうぞ♪
- 登録ユーザー数が2万を超えていた。きまぐれさんに取り上げられていたので気がついた＾＾；ありがとうございます。
シップ? (2009-09-18 (金) 00:06:39)
- 来期からの放映中リストの表示部分を作成。Wikiの使用をやめて、データベースに格納するように。放映時刻とかもあるけど正直何のために入力するのか不明。色付けてみたけどちょっと色使いすぎかも。
シップ? (2009-09-17 (木) 01:23:54)
- 対応サイト追加・修正
- esnips対応
- BizHat対応
- magnify magnifyにあがってる動画のみ
- Видео@Mail.Ru（修正） inboxの動画にも対応
- ユーザーサムネ機能追加。2chのスレを見ていたら「サムネを何個か登録しておいてランダムに表示ができたら面白いな 」というレスがあったので。まぁランダム表示ではないけど。
秒数を指定して1つの動画につき5枚までサムネイルを作成できる。TOPページと検索ページのサムネイルにマウスポインタをあわせると、それらのサムネが切り替わってパラパラアニメ風に。海外の○○サイトみたいだけど気にしない気にしない。すでに作成されているサムネイルの上書きもできる。ま、タグの画像版みたいなかんじかな？手軽に内容確認できて便利かも知れない。- 今の放映中リスト表示を来期からは変えようと思っているけど、そろそろアニメのシーズン終わりだというのにまだできていない。最新話プリセットも登録用Flashに用意したいけどそっちもまだ手付けてないし。
シップ? (2009-09-12 (土) 00:37:30)
- サムネの作成がサーバー変えてからうまくできないので原因調査中。ダウンロードに時間がかかってMySQLとの接続が切れてるとかそんな感じだろうけど。
- プレイヤーで動画が最後まで再生されて止まってもコメントは流れるようにした。コメントもできるので余韻を楽しめるかなぁと。ロスタイムは一時停止とかできないけど。
- Myソースを、ファイル名から対応する動画を検索できるように。Myソースでみようとしても、まずその動画のタイトルを入力して探さないといけないのが面倒なので。全然関係ない動画を開いて、Myソースを開いて、見たいファイルの右にある[対応動画検索]をクリックすると、タイトルと話数から一致する動画を検索して、リンクを表示するので、あとはクリックするだけ。2つ以上該当する場合はどちらか一つが選ばれる感じ。検索結果を表示するより、いきなりそのページに飛ばしちゃってもいいかもしれないな。1クリック減るし。ファイル名のタイトルが変だったりすると見つからないものもあるけど。
きちんとフォルダを整理しておかないと目的のファイルを見つけにくいという問題が残るけど、フォルダに分けたりすればいいかな。
シップ? (2009-09-11 (金) 01:27:48)
- ネトランにのっていたというタレコミをいただいたので本屋へ行って見てきた。なんだかんだいって気になるので。「20分越えの高画質な動画を配信しつつ、リアルタイムで動画にコメントも付けられる今注目の動画サイトが「ひまわり動画」だ。一時期アクセス急増で新規会員受付を拒否した鎖国状態であったが、原稿執筆時点では受け入れを再開している。」その後の文面はひまわり動画の紹介というよりモノオトシの紹介な感じがしないでもないけど、スクリーンショットに載っているTOPコメントを見る感じでは8/11～8/13ごろに書かれたものっぽい。でもURLは載ってない。Webサイトからはリンクされてるけど。というか配信してないし、リアルタイムでもないんですが・・・いろいろ間違ってるよ・・・コメントも落とせるm_dl紹介した方がいいんじゃない？
ねとらんって怪しい情報が載ってる雑誌ぐらいにしか思ってなかったので、かなり久しぶりにというか初めて買って読んでみたけど、役立つんだか役立たないんだかよくわからない。けっこう知らない情報もあったけどわざわざ雑誌で取り入れなくてもな～という感じも。
ねとらんP8→- おかげさまで昨日で開設から3ヶ月。ここ数日のPVは1日20万あたりを推移している感じ。過去1ヶ月だと約600万。セッション数：1,197,533(前回：554,387)、ページビュー:5,948,515(前回：2,703,436)、ユニークユーザー:188,384(前回：77,858)だから、だいたい2倍以上の数字が出てきてる。いつまで伸び続けるんだ・・・そのまえに鯖が持たないぞ・・・
ページビュー→ユーザー数→先週の土曜日のユーザー数の伸び率がおかしい・・・何があったんだいったい？- サムネサーバーを今まで別のPCでやってたけど、メインのサーバーでサムネ作成、送信するようにした。いままで勘違いしていたのが、MRTGのグラフ、サムネの送信帯域は入っていないと思っていたけど、Poundでメインサーバーを通過してたからMRTGで表示されるトラフィック量に入っていたということが自分の中で判明。いままでInとOutがほぼ同じ（通過するものが帯域のほとんどを占めている）状態だったのが、差が開くようになった。ということは、帯域のかなりの部分をサムネの送信で使っていたということに。たしかに画像データはテキストに比べたら重いからなぁ。今までコメントも結構ウエイト占めてると思ってデータ形式変更したりして削減してたけど、サムネを何とかする方が先だった・・。サムネは全部外部URLにしてそっからよみこむ（サムネも寄生）するようにすれば転送量の問題は解決だけど、消えるし、サイズが不定だし、読み込みに時間かかるとことかもあるし、なにより登録者が用意するのが面倒。新作ならキャプ画がその辺に出回ってるから適当に拾えばいいけど、旧作とかは内場合が多いから、自分でキャプチャしてアップロードして、、となるとねぇ・・・どっかに1日の転送量100GBまでOK!とかいうレンタルサーバー無いかな？？
シップ? (2009-09-09 (水) 00:10:43)
- さらにコメントXML変更。ユーザーIDが何回も出てくるのが無駄なので、1からの連番で置き換えておいて、XMLの最後に連番と本当のIDの対応表みたいのを付けておき、Flashの方で読み込んでから置き換えるように。[MRTG>http://himado.in/mrtg/eth0.html]みると、XML形式の変更が効果あったようで全体的に転送量が減っている。
- プレイヤーでフルスクリーンしたときに再生が止まるという書き込みがあったので調べてみたけど、うちの環境ではどのブラウザでも再現しなかったので原因不明。特定の環境でしか起きない不具合、特に自分のテスト環境では起きない症状だと原因は推測するしかないし、対策しても直ったかどうかわからないから結局放置になることがおおいんだよな～。一応フルスクリーン前に再生していた場合はフルスクリーンにした後で再生再開メソッドを呼び出すようにしては見たけど効果あるかどうか。
あとは今までのフルスクリーンだと、動画を拡大というよりプレイヤー全体を拡大するだけだったので、たとえば1280x720の動画も992x558に縮小した状態を拡大していただけなので、あまり意味がなかった。これをプレイヤーサイズを超える動画は動画のサイズに合わせて拡大する部分を指定するようにした。プレイヤーサイズより小さい画像は画質は期待できないから、プレイヤーサイズに拡大したものをフルスクリーンにしても対して変わらないし、コメントが大きくなりすぎるので現状のまま。動画の拡大にすると弊害として解像度が高いほどコメントが小さくなるけど、ハードウェアアクセラレーションがつかえるという話なので、負荷もそんなに高くないのではないかと?
シップ? (2009-09-07 (月) 00:49:51)
- プレイヤーで、ソースによる差があるため、コメントをずらして表示できるように。+4なら4秒早く表示され、-4なら4秒遅く表示されるんだけど、逆の方がわかりやすいかな?コメントしたときも投稿時間をずらします。
- Keyの作成に使う種変更。
- コメントXMLを独自形式に変更。データ量を削減しようとパラメータ名を1文字にして、投稿日時は1970年からだと桁が多くなるので、コメントリクエスト時からの差分に、数字系は10進から36進に。これでいままでと比べて65%まで削減できた。プレイヤー内でのXML作成は今まで通りニコ互換XMLを出力。落とす場合は「&format=nico」付ければ1000コメまで今までのニコ互換XMLでとれるはず。
シップ? (2009-09-06 (日) 01:01:20)
- 放映中リストをいままではWikiで編集して、そのファイルを読み出してたけど、それだとどうしてもフォーマットが統一されてないのでデータの取り出しとかが面倒。
なので、データベースに保存場所を変更しようと思う。編集できる人もシリーズタグの編集権限がある人のみに。編集用画面のURLはhttp://himado.in/?mode=title
今はまだWikiを使ってるけど、様子を見て移行しようかなと。- Myページで、再生失敗のカウントが25以上の動画をリストにして表示するように。
- プレイヤーで、デフォルトの文字色と透過率を設定できるように。
シップ? (2009-09-05 (土) 00:59:10)
- シリーズタグの編集権限を一部のアカウントでのみできるように。といっても自分で編集できるかどうか設定できる感じにした。別に募集かけて連絡くれたユーザーに対応して権限付与するのが面倒だったからじゃないですよ？
すいません、ウソです。単に面倒だからです。
まぁ、何か問題あったらその都度対処するということで。アカウント取得から1ヶ月以上という縛りを入れたからすぐに取り直しても編集できないから、もし消して回るようなユーザーがいても、初回の対応は後手に回るけどその後は大丈夫だとは思う。
こちらとしてはお願いする立場なので、強くはいえないんだけどね・・・- URLを変更。とりあえずshipweb.jpのサブドメインでやってきたけど、規模が大きくなっていくのにいつまでもサブドメインではなんだかなぁ、、という理由で。独自ドメインで運営しておけば譲渡するにしてもドメインごと渡せるしね。
で、ドメインを何にしようかということだけど、ひまわり動画という名前に関係があって、かつできる限り短く、そしてドメイン維持費が安いという条件で考えたところ「himado.in」になった。
ただの「himawari」だと動画がはいてってないし、そもそも空きドメインがもうない。そのまんま「himawaridouga」長すぎ。「ひまわり」だと長すぎるので「ひま」にして、ニコ風に「himavideo」。まだ長いし、ひまビデオって微妙じゃね？
じゃあ略称（管理人しか使ってないが）「ひま動」をそのまま「himadou」。uとって「himado」ひまドゥー。まぁいっか。短いし。
トップレベルドメイン、これも迷った。.net以外はあいていたのでよりどりみどりな訳だけど、予算の都合がある。.comはなんか売ってるイメージが強いので却下。.orgもなぁ・・組織？うーん。正確にはドットオルグと読むのだけど、なぜか自分の中では「ドットオーアールジー」で定着しているので発音が長い。。そのほかの候補ではinfo、biz、tkが安いんだけどどれも微妙。.wsなどは「himado.ws」ゴロはいいんだけどなぁ・・・Windowsかよ・・・himado.cc。シーツ－ねー。なかなかこれもかっこいいかな～と。himado.tv。ちょい高めだけど動画関係のサイトってことでtvドメインはあっているような気がしないでもない。結局は発音の語呂の良さから「himado.in」に決定。読み方は「ひまドゥーイン」かな。- 最大化（フルスクリーンではないほう）したときに、Flashの外の領域の背景色を黒に。ついでに上下の領域とヘッダやフッタを非表示に。だいぶフルスクリーンに近づいたか？あとは縦のスクロールバーが出なければいいんだけど。。
シップ? (2009-09-04 (金) 01:48:29)
- タイトルの揺らぎ吸収を目的としてシリーズタグ設置。ランキング、前話・次話リンク、My視聴リストを、登録者のつけたタイトルではなくて、こちらのシリーズタグを使うように変更。検索にも引っかかるように。
この編集権限は誰にでも、というわけにはいかないのでどうしようか考え中。募集してもいいけど、それはそれでいろいろ面倒だし・・・厳選しなければならないほどの役割でもないので、ある程度の実績があるユーザーアカウントに自動的に付与しようかな～どうしようかな～。
とりあえずはアカウントNo.1000以下のアカウントに編集権限あり。
