ユーザーは1日の「いいね」制限について混乱しています

貢献 特徴
1

最も多くの不満をいただいている点の一つは、デイリー「いいね」のリフィル頻度です。これは1日あたりの総数ではなく、使用したタイミングに応じて1つずつリフィルされるようです。

「デイリー」制限とは、翌日に制限がリセットされ、再度その数だけ利用可能になることを意味します。リフィルが一度にまとめて行われる方が、はるかに理にかなっています。信頼レベル（Trust Level）へのアクセスはユニークなインタラクションに依存するため、デイリー制限はそれには影響しません。

これは、当サイトと最も頻繁にやり取りするメンバーにとって問題となっています。彼らのほとんどはすでにTL2またはTL3に到達しており、サイトとのインタラクションは非常に多いからです。多くの場合、1日に数千件の投稿を行っています。奇妙な「しずく状」のリセットを待つ必要が生じることは、そのインタラクションに対する障壁となっています。

私は実際にユーザーがサイトをどのように利用しているかを踏まえて、いいねの制限を引き上げるつもりですが、彼らの要望を彼らに代わってDiscourseチームにお伝えしたかったのです。この要望は常に寄せられています。実際、「いいねの刑務所（like jail）」に関するスレッドも、まもなく1万件の投稿に達しようとしています。

「いいね！」 10
2020: The Year in Review
2

ふむ、そうだったんですね。でも、いいねが足りないという苦情が約1万件もあるなら、なぜいいねの数を増やさないのでしょうか？カウンターの開始タイミングが変わるだけで、多くの人にとって状況が劇的に改善するとは考えにくいと思います。

「いいね！」 6
3

まあ、またやってしまいました。ハハ！正直なところ、妥当なベース制限がどれくらいかよくわかりません。私たちのコミュニティは明らかに多く利用しています。ベースの「いいね」数について、超過してはいけない上限はあるのでしょうか？実際、彼らがどれだけ使うかは気にしていません。多いほど歓迎です。これは信頼システムのごく一部なので、数が増えたからといって信頼レベルのアクセス制限には全く影響していません。

要するに、これらのユーザーの多くは24時間365日利用しており、ある時点でリセットされることを期待していますが、実際にはそうなっていません。「1日あたり」の制限というと、毎日リセットされるというニュアンスですが、それは実際には起きていません。

「いいね！」 6
4

これは NaNoWriMo のフォーラムの話だと思いますが、正直言って、参加者である私が言うのもなんですが、いつもちょっとおかしくなりがちです。

実際に試してみる必要があるでしょう。「いいね」はいくつかの要素でカウントされます。/admin/site_settings/category/all_results?filter=like を確認してください。1 万人が 50 件の投稿にいいねをしたら、その 50 件の投稿は大当たりです。それが今のところ問題でなければ、無限のいいねでも大丈夫かもしれません。

また、TL3（トラストレベル 3）の維持に影響する可能性もありますが、その規模のグループにとっては、おそらく別の課題の範疇でしょう。

意見が一致しないままにしましょう（どうやら様々な含意に対して包括的なようです）。しかし、もしかすると、仕組みそのものよりも、その説明の仕方に対して問題を感じているのかもしれません（1 万件の「いいね」されていない囚人を除いて）。:slight_smile:

「いいね！」 3
5

ええ、その通りですね。:wink:

私の確認範囲では、それは実際には問題になっていません。これが当サイトの「いいね」に関する日々のレポートです：

2020 年 4 月 1 日 15079
2020 年 4 月 2 日 14059
2020 年 4 月 3 日 11591
2020 年 4 月 4 日 10774
2020 年 4 月 5 日 10388
2020 年 4 月 6 日 10101
2020 年 4 月 7 日 12637
2020 年 4 月 8 日 11253
2020 年 4 月 9 日 12596
2020 年 4 月 10 日 9991
2020 年 4 月 11 日 9515
2020 年 4 月 12 日 8996
2020 年 4 月 13 日 12427
2020 年 4 月 14 日 11605
2020 年 4 月 15 日 13795
2020 年 4 月 16 日 16213
2020 年 4 月 17 日 12662
2020 年 4 月 18 日 12566
2020 年 4 月 19 日 11272
2020 年 4 月 20 日 13804
2020 年 4 月 21 日 15423
2020 年 4 月 22 日 13840
2020 年 4 月 23 日 14696
2020 年 4 月 24 日 12972
2020 年 4 月 25 日 12834
2020 年 4 月 26 日 11395
2020 年 4 月 27 日 11871
サンプル合計
— 33 万

当サイトでは TL3 の権限を少し制限しています。投稿編集のような一部の機能は、すでに TL2 に移行しています。TL3 が編集できる機能をオフにできるオプションがありますが、TL4 と TL3 を区別できないため（当サイトの設定では、TL4 は編集可能で TL3 は不可にしたいのですが、現時点では不可能です）、オフにしています。モデレーターにコンテンツを編集させることさえ推奨していません；代わりに編集や削除を依頼することを好みます。

モデレーションの観点から言えば、誰が何回「いいね」をつけたかなどどうでもよく、デフォルト設定で問題ありません。

私の見解では、問題は説明よりも機能面にあります。ユーザーはもっと多くのものに「いいね」をつけたいのにできず、イライラして、もっと多くのものに「いいね」をつけられることを期待しています。制限の理由が彼らには理解できず、不要な規制のように感じられます。さらに、「いいね」を使い果たすこと自体に一種の誇りさえあるほどです（それ専用のバッジもあります；自動化したいのですが、それはまた別の話題です）。

私の「囚人」たちは、無限の「いいね」があれば喜んでくれるでしょう。この制限を空白に設定することで無限になるのでしょうか？試して様子を見てみましょう。もしシステムがおかしくなっても、制限を元に戻せますから。

「いいね！」 3
7

もう一つできることは、信頼レベル2以上のすべてのユーザーに対して、いいね/日の乗数を8倍程度に引き上げることです。つまり、ユーザーが最初に参加した時点で、基本となる1日のいいね数が適用され、2週間分の日数を経過すると上限が急上昇します。

他のフォーラムでは過去に、いいねのリセットが「崖式」であることに不満を表明してきました。これはサーバーのタイムゾーンに基づいてリセットが行われるため、ユーザーのタイムゾーンとは一致せず、「1日」の開始と終了を巡る議論がさらに悪化させるからです。

正確な理解のためには、モバイルのクリックゲームをイメージすると良いでしょう。投稿にいいねをするたびに1つのドットを消費し、各ドットには24時間後にリフレッシュされる独自のタイマーが設定されています。

「いいね！」 9
8

乗数がそのような役割を果たしているとは気づいていませんでした。フィールドの説明テキストを読まず、「ホットネス」設定との近接性だけを見て、各信頼レベルの個別の「いいね」がその乗数で重み付けされると誤解していました。なるほど。

「いいね！」 3
9

TL3 はタイトル、カテゴリ、タグのみを編集できることを理解していますよね？また、TL4 は自動ではないことも（ただし、ここでは関係ありません）。

つまり、この数を恣意的に大きく設定する理由はないようです。

デフォルトでそのようなバッジがいくつかあります……でも、あなたもご存知だと思いますが。

なるほど！私はそれが（かつて）そのように機能していたと思っていたのですが、単にニュースレターを見逃していただけでした。

「いいね！」 1
10

ああ、そうです。“Higher Love” はすでに NaNoWriMo フォーラムで125人に授与されています：https://forums.nanowrimo.org/badges/34/higher-love

このバッジは、5日連続で1日あたりのいいね数500回をすべて使い切った場合に授与されます。毎日最高の会話を積極的に盛り上げてくださり、ありがとうございます。

つまり、125人の人が、それぞれのコミュニティが愛情を込めて「いいねの刑務所（Like Jail）」と呼んでいる状態を5回も経験したことになります。

「いいね！」 4
11

もしその数が非常に高く（実質的に無限、あるいはそうではないにせよ）なれば、そのバッジはもう機能しなくなるでしょうね？だって、彼らが 決して 1 日の上限に達することはないでしょうから？新しいバッジの導入が必要かもしれません。

「いいね！」 3
12

はい。:slight_smile: 私たちは、契約された地元ボランティアに対して TL4 の称号を使用しています。コミュニティ全体としては、他の人に自分の投稿のカテゴリを変更させることに非常に不安を感じていました。私たちのコミュニティは、そのような仕組みにはまだ慣れていないのです。TL4 に対してのみその権限を個別に付与して、地元のカテゴリをより効果的にモデレーションできるようにすればいいのにと思いますが、すでにそれなりのワークフローが確立されているので、負担にはなっていません。

ええ、それは彼らが欠くことになるでしょうね。同様の仕組みを設けたいところです。ただし、彼らに「いいね」機能を提供することほど重要ではありませんが。

「いいね！」 1
13

ふむ、Higher Love は説明通り 500 にハードコーディングされているのか、それとも設定に応じて変化する実際の最大値なのか？

「いいね！」 2
14

設定から実際の最大値を取得しているようですが、乗数を意図的に無視しています。

「いいね！」 5
15

実際にはある程度自動化されていました（正確には「されていた」ですが）。このスレッドでスクリプトが最後に実行されてから投稿したユーザーが「Out of Love」バッジを取得しているかを確認し、その場合は API を使って自動的にバッジを付与するスクリプトを作成しました。:slight_smile:

これは実は投稿しようと思っていたことなんです。「いいね」の上限に達することに関連してよく話題になるからです。多くの NaNo ユーザーが「上限に達しました」というメッセージを受け取っているにもかかわらず、関連するバッジが授与されていないケースがあります。

私の推測では、バッジのリセットはサーバー時間の午前0時に行われるようですが、1日の上限は実質的に24時間のローリングウィンドウとして機能しているようです。

「いいね！」 2
16

それが実際の動作です。これは UTC 時間帯で動作しています。これはすでにこのように機能しています。

「いいね！」 2
17

それは私の経験でも、NaNoフォーラムの他のユーザーの経験でもありません。

複数のユーザーが、いいねを使用し、「x時間待機する必要があります」というメッセージを受け取る状況に直面しています。その際、1つの投稿にいいねをすると、2つ目の投稿にいいねをしようとした際に再び待機メッセージが表示されることがあります。通常、待機メッセージが表示される前に数回いいねをすることができます。いいねの最大数に確実に到達するには、24時間以上待つ必要があります。

私は個人的に開発環境でこの現象を目撃しましたが、当初は開発環境にコンテンツを埋め込むためにAPIを使用する際のレート制限によるものだと考えていました。

「いいね！」 4
18

おっしゃっているのは、2 つの異なるもの — スパム防止のレート制限（ボタンをできるだけ早く押す）と、1 日あたりの制限のことですね。

「いいね！」 1
19

申し訳ありません。もっとよく説明すべきでした。私の開発環境を構築するために使っているスクリプトは、レート制限に引っかかっていると思い込んだ後に書き直されました。

このスクリプトは、できるだけ早く「いいね」を押すのではなく、あえてそうしないように特別に書き直されました。初期段階では、テストを容易にするために私が設定した1日5件の「いいね」の上限まで、2時間かけてのみ実行されます。それ以降のテストはすべて、ブラウザを通じて人間が手動で行ったものです。

付け加えると、私は複数のDigital Oceanホスト上でスクリプトの複数のコピーを同時に実行しており、それぞれがアカウントごとに管理側で生成された独自のAPIキーを持っています。これは、可能な限りリアルなトラフィックをシミュレートすることを目的としています。したがって、理論的にはスパム制限に引っかかっている場合、それはIPアドレスやユーザーアカウント以外の何かに基づいているはずです。

NaNoユーザーの一部がスパム制限に引っかかっている可能性は否定しません。確かに、彼らの一部は「いいね」を押すことを楽しんでいるようです。:slight_smile:

「いいね！」 4
20

1 日の制限は、スパムレートリミッター（RateLimiter.new）と同じコードを使用しています。

「いいね！」 6
21

このトピックは好きではありません。なぜなら、このトピックは「いいねは UTC 00:00 に毎日リセットされる」という誤った説を助長しているからです。

「いいね！」 6