(cache) konisimple log

2010年05月05日

hoshiシステムが全面稼働し始めました！

erockr | 02:46 |

サイト開設当初からずっとやりたかったことをついに実現しました！

hoshiシステムとは

erockr掲載画像で人気のある画像を自動的に上位に表示する仕組み。

人気のある画像は管理者の人でを経ずに自動的に上位に表示され、サイト訪問者の満足度が上がる
人気のない、嫌われる画像は自動的に下位になるので、サイト訪問者の満足度が上がる
- 特に、何故か上位に来ている、人の顔を合成した写真が自動で下位に行くことに期待しています。

仕組み

以下のようなhoshiテーブルを作る

pid(erockr、つまりflickrの画像を一意に特定するid)
good
ng

データを更新するときはgoodとかngをUPDATEしてふやす。

本当はちゃんと一回ごとの記録もしたいんだけど、それだと反映に時間もかかっちゃうし、やめときました。

画像が評価される

画像が単体で表示されたとき
画像単体表示された画面の評価ボタン(イイ！)

をクリックしたときにgoodに決まった値を足し、

画像単体表示された画面の評価ボタン(嫌い！)

をクリックしたときにngに決まった値を足す。

これを蓄積し、検索結果では、good-ngを画像のscoreとし、その順に出力する。

現在の設定

追加する点数

	PC	携帯
画像が単体で表示されたとき	0.3点	0.5点
画像単体表示された画面の評価ボタン(イイ！)	1点	評価ボタンなし
画像単体表示された画面の評価ボタン(嫌い！)	1点	評価ボタンなし

更新タイミング

リアルタイム。評価ボタンを押した瞬間に検索結果が入れ替わります。

ここら辺はページの表示時間もみながら、検討していきたいと思います。

「システム」なんて大げさなこといいましたが、要は表示とか評価ボタンが押されたらhoshiテーブルをUPDATEして、検索結果にLEFT JOINしてORDER BY good DESC, rank ASCするようにしただけなんですね。

まぁでも、「システム」とか言うとかっこいいし。言ってみたかったんですｗ

hoshiシステム稼働の影響で検索結果で100番目以降が表示されなくなっていました

erockr, erockr障害情報 | 02:17 |

hoshiシステム稼働の影響で検索結果で100番目以降が表示されなくなっていました。

障害発生日時

2010/5/5 15:20頃～翌2:10頃

障害の内容

検索結果で100番目以降が表示されなくなっていた。

原因

5日より検索結果にhoshiシステムの結果を反映した際に書き換えたSQL文で、デバック時の条件が消されていなかった。

表示順にhoshiシステムの結果を反映させました。

erockr | 15:27 |

携帯版とPC版で、表示順にhoshiシステムの結果を反映させました。

今は時間がないのであとで詳細を書きます。

充分にデバックしてないのでもしかして表示できないページがあったらごめんなさい。

それではのだめ見てきます！

コメントを書く

2010年05月03日

画像評価システムに連投防止機能をつけました

erockr | 14:32 |

画像評価システム(hoshiシステム)に連投防止機能を実装しました。

これでまた放置してみましょう。

ちなみに画像評価の仕組みをかってにhoshiシステムとよんでいますｗ

MySQLのテーブル名hoshiにちなんでます。

一度評価すると、同じ画像にはかなりの期間評価できなくなると思います。たぶん。

何が起きたんだろう？

erockr | 13:02 |

Googleウェブマスターツールより

何が起きてるのか。

(Googleモバイル検索結果への表示回数が激増！どうしたんだGoogle!?の続き)

コメントを書く

こうへい 2010/05/05 17:16 これはすばらしい！！！

konisimple 2010/05/12 13:43 ありがとうございます！！

2010年05月02日

早稲田大学生協の早慶戦チケット申し込みページが残念な件

文句 | 00:47 |

さて六大学野球の早慶戦のチケットの抽選に申込んだんだけど、その申込みページがひどかったので書いてみる。

早慶戦のチケットは抽選で、最初はメールアドレスと、学籍番号、名前だけで申込む。

早稲田大学生協 | 早慶戦チケット予約受付のご案内

この申込ページには

早稲田大学生活協同組合ホームページは、ベリサインのSSL サーバ証明書を使用して、あなたの個人情報を保護しています。

https で始まるアドレス上ではすべての情報がSSLで暗号化されてから送受信されます。

と書いてある。なるほど。

わざわざverisignのSSL証明書までとってなりすまし、改ざん対策までしたのね！

メールアドレスや名前も暗号化されるから安心なのか！

うん。ちゃんとアドレスバーをクリックして証明書の有効性も確認できる！

しかしいざ送信すると、

ちょｗｗｗhttpとかｗｗｗ

つまり全く暗号化されてない！

生協の嘘つき！

なんも言わずに平文で送受信するならまだしも、いかにも「暗号化されてて安全です！」ってアピールしといて、実は暗号化してないとか詐欺じゃないのか！ｗ*1

どうやらソースを読むと、formの送信先がhttp://から始まるアドレスになっていますね。

どうやら担当者がsを入れ忘れた模様。

おいｗｗ

実際にはデータの送り先がhttpsになってればよいので、フォームのページもhttpでよい。

sがいるのはフォームがあるとこじゃなくて送り先ですよ！*2

一番sが必要なところに抜けてますよ！

趣味じゃないんだから

ちゃんと確認しようよ！誰も気がつかなかったのかな。

てかせっかくSSL証明書とってんのに、使ってるスクリプトがこれじゃあverisignが泣くよ！ｗ

改善策

メールフォームはhttpsでもアクセス出来るみたいなので、入力フォームのformタグのaction属性をhttps://にするだけ。

踏み台になる危険性

しかもソースを読むと、これどうやらただのメールフォームらしい。

ソース見た感じたぶん↓これですね。

レンタルサーバー@SERVER - フォームメールCGIの設置

ソースにメール送信先らしきアドレスが書いてあるけど、これ書き換えたら送信できるようだ。

これを悪用すると、生協のサーバからメールが送り放題ですね！

あーあｗ

erockrの一部ページが表示出来なくなっています。

erockr, erockr障害情報 | 18:56 |

erockrの一部のページが正しく表示出来なくなっています。

原因はDBまわりだと思われます。

復旧の目処は立っていません。

追記(19:57)

原因は

erockrの一部のページでエラーが発生していました - konisimple log

の時と同じ。

でもどうして突然このテーブルが壊れちゃうのかは謎。

またすぐ再現しそう・・・。

erockrは、rankingテーブルに扱い易いように書き換えてそれを参照するように作ったからこのテーブルが動かないときつい！

でもそのrankingテーブルを作るためのSQLがやたら複雑なんだよな。

作る時にトラブってそうだ。

もうちょっと改善しよっと！

INSERT INTO ranking(keyword,fid,sid,pid,secret,total,views)
SELECT flickrs.keyword,flickrs.fid,flickrs.sid,flickrs.pid,flickrs.secret,b.total,c.views
FROM flickrs
	NATURAL JOIN (
		SELECT flickrs2.keyword,flickrs2.total,(CASE WHEN a.rank IS NULL THEN 0 ELSE a.rank END) rank
		FROM (
			SELECT list.keyword,flickrs.rank
			FROM list
			NATURAL JOIN flickrs
			GROUP BY list.keyword
		) a
		RIGHT JOIN flickrs2 ON a.keyword=flickrs2.keyword
	) b
	NATURAL JOIN (
		SELECT minilog.keyword,SUM(minilog.total) views
		FROM minilog
		GROUP BY minilog.keyword
	) c
ORDER BY views DESC
LIMIT 0,3000
ON DUPLICATE KEY UPDATE fid=flickrs.fid,sid=flickrs.sid,pid=flickrs.pid,secret=flickrs.secret,total=b.total,views=c.views