コメントIDは具体的な方法は書かないけどいくらでも偽装できる上に、2ちゃんねる見ればわかるけどIDでいじりだして荒れる原因になる気がする

①スマホやPCで採点・書込みにあたり、ユーザー登録制が一番かと思います。
※ユーザー登録しなければ書込み権利を得られない。
※年齢制限も必要かと思う。
②書込み・採点・回答側は管理者に、きちんと住所・氏名・電話番号・メールアドレスを申請し
管理者側はそれに対して個人情報の流出漏れがないように注意する。
③上記を踏まえたうえで、今まで通りに使用出来るようにすればいいと思う。
④管理者側から荒らしをしたと判断した際、1ヵ月ほどの書込み禁止などの制限等。

有料サイトじゃあるまいし、②の条件で誰が利用すんだよw
荒らしどころか、利用者誰もいなくなるわ

荒らしを駆除するには携帯から書き込みできなくするのが一番だぞ
本末転倒するけどな！

会員制にするのが一番手っ取り早いがそれができるかどうかやな～
コメントする際におのおのパスワードが必要とか
会員になったときに各個人に１つずつ提示されたパスワードがあってそれ入力しないとコメントに反映されない
しかもパスワードで書き込むユーザーがだれかわかるし一石二鳥やな！
できればの話やけどｗ

↑の人と同意見かも
IDとPASSを入力してログインしないと評価及び書き込みが出来ないと
いうシステムにすれば面倒さは増えますが、荒らしは減るかもしれませんね。
管理者さん側の負担が増えてしまいますが、改善案候補の一つとしてお願いします。

どうせ色眼鏡入るし意味ねぇよ対策

このサイトの特徴はふつう誰もやりたがらないところに解決策を見出してるところだな

例えば、初心者で雨師とラカンが同時に当たったらどうする？
どっちが優秀か決められないからどっちも育てないの？w

機能がどうこうじゃなく、
初心者が見て役に立つのかっていう視点を投票するやつがもっと持った方がいいね

ちょっと違ったらゴメンだけど
項目ごとに評価するとかはいかがですかね？(アリーナ/ワリーナ、ダンジョン、レイドetc.)
もしくは最低文字数を設けるか・・・。
コメントに返信もできたらいいな(評価なしコメみたいなの)

とはいっても管理人さんに負担がかからないようにユーザー間でルールを守るのが最善じゃないでしょうか・・・。

コメントということで言うと、某ドラゴンパズルゲームの非公式ＷＩＫＩはログインしないとコメントできなくなってるよね
それでも結構けんか腰のやり取りが多い気もするけど、無条件で書き込みできた頃にはもっと酷かったんだろうか・・・
ｵｿﾛｼ

ログイン制に今更したところで過去の評価どうすんのっていう問題がね
どうせ使用ブラウザ＋ホストからの想定半分の紐付けしか出来ないんじゃない？
やるならログインID残らない過去の評価さっぱり消すしか道ないね
出来たらGOOD,BADもログイン制にして、なおかつ100って条件を下げたほうがいいと思う
実数で100人とかそんな閲覧して評価押す人いねぇって、30くらいでいいんじゃないの？過去の評価みると

って思うけど面倒すぎ＆過去のデータ消える為踏み出せないだろうし
結局諦めるしかないでしょ

個人情報を扱うサイトの大変さを知らない輩が多いな･･･｡

課題を分けたほうが良い。
運用的な話と、技術的な話に。

まず問題は「荒らしが多い」ことだろう。
短文評価は問題ではなく、荒らしに利用されることが問題だと思うので、
ここでは「荒らしが多い」にまとめてしまう。

運用的な話は皆が挙げてくれたような感じだろうが、
サイト運営の根幹にかかわるし、おそらくそんな簡単に変更できないはずだ。
現状の運用に合わせて、サイトも構築されているから、
運用を変えてしまうと、サイトもガッツリ変える必要があると思われるからだ。

だから、まずは技術的な側面での改善策を期待する。

というわけで、ソースをみたが、残念ながらお粗末なつくりと言わざるを得ない。
これでは「荒らし」に荒らしてくれと言わんばかりのソースだ。
具体的に、今回の評価荒らしでの大きな問題点は以下の２点だろう。

１．評価（Like()、Dislike()）などの更新処理で非同期通信を行っている。
２．イベントをタブの属性で記述してしまっている。

順に解説と対策方法を挙げていく。
１．評価（Like()、Dislike()）などの更新処理で非同期通信を行っている。
　非同期処理とは、サーバに処理をお願いした後、クライアント側でサーバの完了を待たずに、
　処理を進めることができる機能だが、評価ボタンなどでは利用してはいけない。
　改ざんした後で評価処理（Like()など）を連打することができるからだ。
　サーバからの応答を待たずに、フォーカスが帰ってくるので連続操作が可能となる。
　→ 対策として、ajax()のオプションで「同期（async）」を指定して、且つタイムアウトを設定しよう。

２．イベントをタブの属性で記述してしまっている。
　これはすぐにでも変えたほうが良い。<htmltag onClick='xxxxx(7777)'>とかやっているが、
　まず、一目で xxxxx(7777) が更新処理だとわかってしまう。
　onClickでは１クリックでカウントされるが、この属性をちょちょっと変えてしまうと、、、、。
　→ 対策として、タグじゃなくてイベントリスナーで、ページの初期化にてトリガー登録しよう。
　　 それだけで更新処理の特定が難しくなる。
　　 また、リスナーのなかで更新処理が終わったら、トリガー削除してしまおう。
　　 これだけでかなりの更新処理連打が防げるはずだ。

このふたつは、大した修正量ではない。なんなら１０ステップぐらいで終わる。
さらに言えば、ググればすぐ見つかる改善方法だ。
荒らされた記事を消すんじゃなくて、値を修正できるようにしておいたり、
そもそも荒らされないようにする事がまずは第一だ。
荒らしじゃない評価コメントも、イイネ連打の対策の流れで消しているようだが、
過去に評価してくれたユーザに対して、それは失礼極まりないし、なにより、このサイトは
コメントつけて、評価してくれているユーザ「ありき」だと思うので、そこは見失うことのないようにすべきだと思う。

まず上位すぎるから評価下げますねの意味がわからない(苦笑)
コレが一番あらしとみなされます
もっと常識的なコメントと評価
お願いしたいです
コレさえ出来ればIDとか
不要なのですが(^^;

管理人さんありがとう

管理者さんお疲れさまー

管理人さんありがとうございます！
やること多いでしょうけど頑張って下さい！