modperl2をインストールした
fedora8 + perl5.8.8 + apache2 の場合の解説。
yum -y install mod_perl
だけでOK。
特定のものをmod_perl化するので、httpd.confに以下のように指定
SetHandler perl-script
PerlHandler ModPerl::Registry
Options +ExecCGI
PerlSendHeader On
Order allow,deny
Allow from all
バーチャルホストをつかっている場合、モジュール位置を指定
ServerName ****.jp
DocumentRoot "/home/****/www"
PerlOptions +Parent
PerlSwitches -I/home/****/www/lib
実行環境が絶対パスになってしまうので、スクリプトの頭に追加
use Cwd;
chdir("/home/****/www/test");
あとはグローバル変数に気をつければたぶんおｋ
ところでスクリプトはいつまでロードされてるんだろう・・。
■参考資料
バーチャルホストな mod_perl2 で Catalyst アプリを動かす - Web道楽
http://d.hatena.ne.jp/webdoraku/20061117/p2
インストール全般の説明 - Img0ch
http://hikarin.jp/wiki/index.php/%E3%82%A4%E3%83%B3%E3%82%B9%E3%83%88%E3%83%BC%E3%83%AB%E5%85%A8%E8%88%AC%E3%81%AE%E8%AA%AC%E6%98%8E
おいぬま日報(不定期) - Apache2 + mod_perl2.0.1 + Sledge-1.11
http://diary.lampetty.net/20050918.html
mod_perl2 による高速化 - adiary manual
http://adiary.org/man/mod_perl2%20%A4%CB%A4%E8%A4%EB%B9%E2%C2%AE%B2%BD
PerlSwitches
http://www.wizard-limit.net/mt/pc/archives/000742.html
サブドメインでrailsを公開する
いまexample.jpでサイトを運営している。
rails.example.jpというrailsサイトを追加したい。
NameVirtualHost *:80
ServerName example.jp
DocumentRoot "/home/example/www"
ServerName rails.example.jpProxyPass / balancer://rails/
ProxyPassReverse / balancer://example/
BalancerMember http://127.0.0.1:5000 loadfactor=20
BalancerMember http://127.0.0.1:5001 loadfactor=20
さらにドメイン屋さんにいって「rails.example.jp」でもうちにきてもらうように設定する。
a rails 123.456.123.456
以下のサイトにお世話になりました。有益な情報をありがとうございます。
ヽ( ・∀・)ノくまくまー(2007-06-05)
http://wota.jp/ac/?date=20070605
apache2.2 バーチャルホストの設定 後編
http://kazmax.zpp.jp/apache/apache5.html#ah_1
バーチャルホストでサブドメインを作成
http://www.jitaku-server.net/apache_virtualhost.html
Google Chromeが送信する情報
Chromeのプライバシー機能は穴だらけ？
に、よるとGoogle Chormeにはアプリケーション固有IDが振られており、自動送信されるという。
確認するためパケットキャプチャソフトSPMを用いてパケットを見てみる。
Chrome起動時にGoogleに送信されたTCPパケットの文字部
送り先は「66.249.89.147:80」のGoogle
HEAD / HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13
Content-Length: 0
Cookie: rememberme=true; SID=DQAAAH0AAACpkmZzDNZA6e5Ko_enzwmUSgxiqfEiAqSXXoI4nCQ_kdeH8h54B9XwCP2-tBbLBiu2Sm0CE-Iolh_xnuJ2VTd4fVBuhNtX1b5jokCurjpC78SO_i0jnsBIZsyxe6nZ88nZ8ImtCEAqtZ9I_-rWdUR17VGFw3gIwMvczm1DFrII_A; PREF=ID=f75bb5140e6e4fc8:TM=1220414265:LM=1220424877:GM=1:S=kK7GlY_QzSQKfPcR
Accept-Language: ja,en-US,en
Accept-Charset: Shift_JIS,*,utf-8
Accept-Encoding: gzip,deflate,bzip2
Host: www.google.com
Connection: Keep-Alive
GET / HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13
Cookie: PREF=ID=1b613e50595daeb2:TM=1220414265:LM=1220414265:S=HWkFVypOflqV54lv; SID=DQAAAH0AAABjQL1GHIgNNrGrhNUcWQL7dzQRA7kPjCnmLQmg_wO4BJZYTOEK1M8mL6JNOQ3uyCZG8RfeubaKPHH4-_tzc8r8jer0C5DBntT8UPkUq5WJ0cEaIjzW4zu1LUSFrj7nqoG4phu1vJqVW8peOBK6sdUt2TIfVa6AqTRXkssN68Wf5A
Accept-Language: ja,en-US,en
Accept-Charset: Shift_JIS,*,utf-8
Accept-Encoding: gzip,deflate,bzip2
Host: www.google.co.jp
Connection: Keep-Alive
-
-
- -
-
Chromeのアドレスバーに「y」と入力したときにGoogleへおくられたTCPパケットの文字部。これを用いてサジェストを行なう。
GET /gossip?output=fxjson&command=y HTTP/1.1
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US) AppleWebKit/525.13 (KHTML, like Gecko) Chrome/0.2.149.27 Safari/525.13
Cookie: B=9i12sq14bs2sd&b=3&s=kv
Accept-Language: ja,en-US,en
Accept-Charset: Shift_JIS,*,utf-8
Accept-Encoding: gzip,deflate,bzip2
Host: ff.search.yahoo.com
Connection: Keep-Alive
ブラウザに固有IDが振られているのは危険ではないだろうか。
日本のインターネットが終了する日
googleから削除完了通知がきた
削除申請は8/14、完了したのは8/15ですが、本日8/27に完了通知が着ました。
-
-
- -
-
Googleユーザー様、
この度は Google マップ ストリートビューの不適切な画像についてご連絡いただきありがとうございました。
ご連絡を頂戴しました画像を確認し、公開を停止させていただいたことをお知らせします。ご不便をおかけし大変申し訳ありませんでした。
今後とも Google をどうぞよろしくお願いいたします。
Googleストリートビューの削除申請が通った
http://d.hatena.ne.jp/sakoto00/20080813 の続きです。
Googleストリートビューで自分の住むアパートの画像を削除申請しました。ほどなくして削除が行なわれました。
集合住宅の画像を削除する権利が誰にあるのか、というのは難しい問題です。所有者なのか、住人の合意が必要なのか、一人でも申請すれば通るのか。その本人確認はどうするのか――。これは集合住宅の外観は「公共」なのか、公共であれば全世界に検索・機械処理可能な形で公開されても問題ないのかを意思統一しなくては、答えがでません。
この過渡期の状況で「本人確認不要、申請があれば原則削除」というGoogleの方針はGoogleにとって適切なように思います。迅速に削除することにより、プライバシー論者が騒ぐことは難しくなるでしょう。
気をつけてほしいのは、報告による削除ではストリートビューのリスクを一部回避したに過ぎないことです。前回のエントリに書いたように、winnyなどで流出した個人情報(住所)を総当り的にストリートビューに入力して、資産情報などを紐付けることは防げません。悪質なセールス業者が利用することはもとより、「スピード違反したやつの家を全部晒そう」というサイトの登場を防ぐこともできません。ネットを利用しない人を含めて、ほとんどの人にとってストリートビューはリスクです。
ストリートビューは資産価値や家族構成を晒すツール
全国の訪問販売セールスマンに朗報だ。
山田太郎 東京都三鷹市＊＊＊町１−２−３ 資産規模：４０００万円程度と思われる一軒家 所有車：プリウス 家族：男性 備考：楽天で健康食品を購入 鈴木一郎 東京都多摩市＊＊＊町１−２−３ 資産規模：築20年程度のアパート 所有車：なし（自転車） 家族：男性、子供、女性 備考：女性は美容整形の経験あり
Googleによってこのような名簿がほぼ無料で手に入るようになった。
名簿屋から苦労して手に入れる必要はない。Googleが引き起こしたチープ革命は、訪問販売にも劇的なビジネスチャンスをくれたようだ。
――というのはやや皮肉な書き出しだが、Googleストリートビューの引き起こした現実の一つだ。Googleストリートビュー日本版は様々な議論を巻き起こしている。*1ストリートビューはプライバシーを侵害している、いや、監視カメラのほうが問題だ、携帯カメラのほうが問題だ、自分は問題に思えない、アメリカと日本でプライバシーの概念が違うetc...。侃々諤々の議論のなか、直感的に自分の感じた問題は、この「名寄せ」の時代において、住所が凶悪なプライマリキーになってしまうという点だった。
昔、サラ金は顧客の返済能力を見るために顧客の家を見学したそうだ。「洗濯物が干してある」「奥さんの気配がある」ようなら返済の可能性が高い。ぼろい一人暮らしなら返す可能性が低い――。この例が示すようにように家の外見は大きな情報源となる。*2だからセールス業者はWinnyで流出した個人情報(住所)をGoogleストリートビューに入力するだけで良質な名簿を手に入れることができる。家の外観や、車、洗濯物からおおよその資産状況や家族の数を判断すればよい。セールスにつかうものなので、判らないところは無視してかまわない。一つ一つの精度は追わず、アルバイトを利用して大量に入れれば十分である。流出した個人情報にはアダルトビデオ関連のものもあれば、美容整形利用者のものもある*3。これら組み合わさった情報があれば以前より格段に効率的な、時に脅迫的なセールスが可能になるだろう。
ドメインをまたがるcookieや、i-modeID*4が誰でも利用できるようになったことがセキュリティ上の問題になっている。各サイトをまたがるIDが存在すると各サイトの情報を一つに集めることができるからだ。これらIDが容易に変更できず、ユーザーに告知されないことが特に問題になっていた。今度は住所がIDの変わりになっているといえないだろうか。容易に変更できず、ユーザーに告知されず流出し、個人情報を結びつける。
Googleストリートビューは「名寄せ」が簡単なこの時代に、本人の許可なく個人情報を検索可能にしている。あなたの資産や家族構成は、誰にでも検索可能だ。このシステムにrobot.txtはない。
ニコニコ動画新ランキングの分析
【要約】
ニコニコ動画のマイリストランキングの今回の変更は、これまで問題となっていた「ライトユーザーがニコニコ動画で優良なコンテンツにアクセスできない」という問題を解決する有意義なものであるといえます。
その反面「新規動画への接触機会の減少」を産んでしまいました。これは動画投稿者の投稿モチベーションが重要なニコニコ動画にとって大きな問題です。
問題を解決するため「毎時リセット更新型マイリストランキング（週間・月間ランキング作品を除く）」を提案いたします。新規動画がランクインしやすくなるため、新規動画との接触機会を増え、多くの作品が発掘されると考えられます。
■４種類のユーザー
ニコニコ動画ユーザーは800万IDにものぼり、様々な指向を持っています。まず、ニコニコユーザーをサイトとのつきあいかたから４つのセグメントに分割します。
○ジャンルファン
アイマス厨を代表とする、特定ジャンルの動画が見たいユーザー。ボカロ厨、ニコニコ技術部厨、車載動画厨、鉄道動画厨など。音楽でいえば「ジャズが好き」「クラシックが好き」「前衛音楽が好き」な人。彼らは自分が欲しいモノを知っている。
○ニコ厨（ヘビーユーザー）
ニコ動を見たいユーザー。ニコニコ動画に詳しく、新しくて面白い動画が見たいユーザー。ランキングを追いかけ、その流行に敏感な層。音楽でいえば「音楽ファン」。雑誌を買ったりフェスとかにいくような人。
○一般人（ライトユーザー）
動画でもSNSでもヤフオクでもなんでもいいから、ちょっと暇が潰したいユーザー。フタエノキワミとかランランルーとかオーエンとかよくしらないけど、面白いものがあったら見てみたいなという人。音楽でいえば「年に２，３枚ベストアルバムを買うくらいの」人。ＣＤショップにも滅多に行かない。コンビニで十分。一番多い。
○制作者
自分の作った動画が注目されて欲しいユーザー。音楽でいえば作曲者。一番少ない。
■各ユーザーに対するニコニコ動画の機能
運営は、以上４つのセグメントの満足度を最大化することを目指しています。各ユーザーに対してどのようなアプローチをしてきたのか、みてみましょう。
ジャンルファンには「＊＊の動画が欲しい」という明確な要求があります。それれに応えるには検索の充実が必要です。「検索」「タグ」「コミュニティ」そして今度実装されるらしい「タグ検索」を用意しています。運営はジャンルファンのために適切なツールを提供しているといえるでしょう。
ニコ厨は「新しい、面白い動画が見たい」とおもっています。彼らが１日に５動画以上閲覧するであろうことを考えると、新しいものを常に用意する必要があります。特定ジャンルのモノが欲しいわけではなく「面白いもの」が必要なので、人気がわかる必要があります。毎日入れ替わり、人気がすぐに反映される毎時更新マイリストランキングはニコ厨にぴったりのツールです。
制作者は「自分の動画を見てコメントしてほしい」とおもっています。動画がコメントをもらうには、まず、１度でも目にしてもらわなくてはいけません。ジャンル動画であればジャンルファンが見つけてくれますが、そうでない動画に注目を集めるのは至難の業です。そのためランキングやタグなどに加え「新着一覧」「きまぐれ検索」などで対応しています。ランキング以外では十分な有用性をもっているかは疑問の余地があります。
ライトユーザーは「何も知らない私でもわかる、面白く暇つぶしできるものがほしい」「ものすごく流行っているものを、みてみたい」と思っています。たまたまニコニコ動画にアクセスした「おとうさん・おかあさん」のような層です。彼らはニコ動の濃い部分には興味がありません。人数が多いため、平均すると薄い嗜好をもっています。ニコ厨が好むような動画ではなく、「ねこ鍋」のように幅広い層に訴える動画や、「みっくみくにしてあげる」のように強いコンテンツパワーをもった動画を届ける必要があります。運営は「ＴＯＰページバナーやニコニコニュースからの誘導」や「月刊ランキングシステム」で対応していましたが、不十分だったといえるでしょう。
■今回のランキングの目指す箇所と問題点
これまでのマイリストランキングには「ライトユーザーに動画を届けられていなかった」という問題がありました。そこでデイリーランキングが１日１回更新となり、週間がデフォルトになりました。今回の変更のメリットとデメリットを見てみます。
メリットは「週間ランキングが一番目立つようになり、ライトユーザーの目にとまるようになったこと」です。ライトユーザーはニコニコ動画の操作に成熟しておらず、週間ランキングを選んで表示するようなことはしません。書籍に興味の薄いひとは本屋で平積みしか見ず、音楽に興味が薄いひとはタワレコで店頭にあるやつしか見ないのと同様です。見て判るような場所に置いておくことが必要になります。
ファンにしてみればニワカでミーハーでランキング頼みな一般人は気に障る存在かもしれません。しかし、世の中を動かしていくのはいつも彼らです。ジャンルの壁を破り、ライトユーザーまで届いた作品こそが「大ヒット」と呼ばれ大きな話題を呼び、みんなの記憶に残っていくのです。ニコ動で今週一番面白い動画を、彼らにしっかり届けるようなランキングになったことは、ニコニコ動画にとってプラスであると思います。
デメリットは「新着動画が注目される機会が減ったこと」です。 動画投稿サイトの生命線は「投稿される動画の数とクオリティ」です。違法動画を排除する方向のニコニコ動画にとって、オリジナル作品を投稿してくれる投稿者を何より大切にしなくてはいけません。
動画投稿者が望んでいるのは「自分の動画を見てコメントしてくれる」ことです。投稿者のために、新着動画をニコ厨に届けることが必要です。しかし、ただ単に新着一覧として届けるのでは「面白いものがほしい」というニコ厨にとって十分ではありません。「こいつが面白いよ」という評判を産む形で届けなくてはいけません。
■各種の改善案
ランキングの変更に対して各種提案がされています。それらがどんな意味を持つのか考えていきます。
「ホットリストがあれば解決する」
運営は事前に接触機会が減る問題には気づいており、その対策としてホットリストを実装しています。しかし運用の結果上位ランキング動画が掲載され、新着動画との接触機会が増えるシステムにはなっていません。
「ランキング動画カテゴリを作れば解決する」
新しい動画との接触機会を増やすものではありません。ジャンルファンやニコ厨向けとしては有用な提案です。
「はてなブックマークなど外部評価システムを充実させれば接触機会が増えて解決する」
youtubeは外部評価システムが強い力を持っています。youtubeのような方向がニコニコ動画全体にとってメリットかどうかは議論の余地があります。
「毎時更新マイリストランキングを、毎時更新コメント人数ランキングを作れば解決する」
工作はしづらくなりますし、新着動画との接触はこれまで通りといえます。ある程度の長さの動画や、コミュ二ヶーション要素の強い動画があがることになります。
「コンシェルジュ制度をニコニコ動画内に持てば解決する」
ニコにコミュニティがコンシェルジュ制度を指向したものです。また、過去にあったランダムでマイリストを紹介した企画も同様の方向です。TOPページからの運営誘導されているコンテンツも、運営によるライトユーザー向けのコンシェルジュといえます。ユーザーによるコンシェルジュはニコ厨向けの動画を効率よく発掘するためには有用ですが、多くの新着動画を広く目にとめるためのものではありません。
■週間月間を除く毎時ランキングの提案
これまでの議論を踏まえ「今後のランキング」について考えます。
「新着動画が注目される機会が減った」という問題を解決するために、「毎時リセット型更新マイリスト人数（週間・月刊ランキング作品を除く）」を提案します。これは動画投稿者とニコ厨向けであるため、デフォルト表示させる必要はありません。（長々かいてきてアレですが、運営長とほとんど同じ結果になりました）
「毎日新しい・面白いものがほしい」ニコ厨には、１時間単位で面白い画像を集計してくれるランキングはぴったりです。ある程度の注目があつまったあとは、ジャンルファンができたり、ニコ厨が盛り上げて日間、週間へと繋がることでしょう。
新着動画に注目が集めるためのものなので、すでに評判が確定している週間・月刊ランキング作品が入る必要はありません。これらを殿堂入り扱いすることで、動画投稿者が目指す方向が明確になるメリットもあります。
■まとめ
この文章では、まずユーザーを４つのセグメントに分け、彼らが何を求めて居るのか明確にしました。運営のランキング変更は、これまで十分に満たされていなかったライトユーザー向けのものであること、そしてライトユーザーへの施策はニコニコ全体にとって無意味なものでないことを述べました。ランキング変更によってうまれた新着動画接触機会の減少に対して、運営長の云う「毎時ランキング」が有効な施策ではないかと考えます。
なお、新規投稿動画への接触が愉しく増えれば、毎時ランキングにこだわる必要はありません。ニコニコ動画がよりニコニコできるサイトになることを望みます。以上。
