0

独自の好き嫌い機能を構築したい漫画サイトがあります。

私はFacebookのものだけを使用することを考えていましたが、私が自分のものを好む理由は次のとおりです。

  1. 好き嫌い両方集めたい。Facebookのいいねボタンはこれを行うことができません。
  2. 好き嫌いのカスタム グラフィックを作成したい
  3. コミックIDごとに好き嫌いを集めて人気順で並べ替えたい

この機能は、ユーザーがいいねボタンをクリックすることで機能し、スクリプトはその IP をデータベースに記録します...その IP が特定の imd id を既に気に入っているエントリが存在する場合、その img に関連付けられているいいねカウントは増加しません。 ID。

関数をテストしているときに、次の 2 つの理由から、スケーラビリティの観点からは難しいことがわかりました。

  1. データベースの負荷は n 個の一意の IP * x コミックになります。たとえば、3,000 人のファンが 60 冊のコミックを気に入る可能性があり、これは 180,000 のエントリに相当します。さらに、それはサーバーに行き来する多くのクエリです...誰かが画像を好まなかったり気に入ったりするたびに言うまでもありません. GoDaddy を通じてホスティングしているため、サーバーのサイズが問題になる場合があります。

  2. 管理性。非常に多くのエントリがある場合、エラーやバグをクリーンアップするのがどれほど難しいかわかりません。

だから、私の質問は次のとおりです。

1) 自分で作るのは理にかなっていますか?

2) 実装できる事前構築済みの好き嫌い機能はありますか?

3) スケーリングにおける課題は何ですか?

4

1 に答える 1

1

1) 非常に単純なモデルです... ID でキー化されたコミックのテーブル、コミック ID と IP アドレスの一意の複合キーを持ついいねのテーブル

2）フロントエンドのJavaScript用に事前に構築されたものがある場合でも...あなたの知識に応じて、実装は非常に簡単です

3）実際には何もありません-decezeがコメントで述べたように、適切にインデックス付けされたこのような単純なテーブルの180,000エントリは、どのdbサーバーでも公園を散歩することになります..

これは少し高レベルの回答ですが、PHP のかなり基本的な知識があれば実装できるはずです。

于 2013-02-20T21:01:22.287 に答える