nathank
(Nathan Kershaw)
1
ユーザーが投票から始めると、多くのエラーが発生し、投票がかなり進むまで気づかれないことが多いことがわかりました。
残念ながら、投票の編集はすべて投票データを消去してしまいます。これは投票の整合性のために理解できますが、簡単な調整でユーザーの大きな問題を解決できる場合があるため、時には非常に望ましくありません。
しかし、レールコンソールを介して実行することは可能です。ライブ投票をハッキングすると、データは保持されたまま投票の動作が変更されますが、マークダウンは変更されません。投稿を再ベイクするとどうなるかはわかりませんが、投票は元の動作に戻ると推測されます。その頃には古くなり忘れられている可能性が高いため、これは大きな問題ではありません。
重要なのは投稿IDを見つけることです。それを見つける簡単な方法は次のSQLクエリです(関心のある投票は上部近くにあるはずです)。
SELECT post_id as postid, *
FROM polls
ORDER BY id desc
ユーザーが誤って投票をシングルではなくマルチにした場合の、投票ハックの例を次に示します。
Poll.find_by_post_id(75571).update(type:1,min:1,max:4)
クエリと開始点から、他のハックをまとめることができるはずです。
「いいね!」 4
これを、承認されたガイドとしてではなく、Installation に移動しました。これは、「Rails で UI を回避する」の範囲に含まれるためです(以前のメールと同様)。
これらのヒントのようなものには、ある種の「自己責任」の要素がありますが、有用であるため、中間的な場所が必要だと思います。現在の意見を確認するために、後で戻ってきます。
「いいね!」 1
Jagster
(Jakke Lehtonen)
3
さらに、#unofficial-tip や #dig-your-own-grave のようなタグを追加することも考えられます。そうすれば、カテゴリはより…話題に沿ったものになりますが、知識の需要とひどく失敗するリスクがあることを示すインジケーターが存在することになります。
「いいね!」 3
それは良いヒントですね。
私は通常、トピックを実行して下書きの投票アウトラインを作成し、シニアメンバーを招待して改善点や欠けているオプションを提案してもらいます。
その後、投票を実行します。
「いいね!」 4
nathank
(Nathan Kershaw)
5
私も同様に、特に非常に重要な投票については行っています。
しかし、ユーザー自身が独立してそれを行うことを奨励したいとも考えています。これは、ユーザーが学び、必然的に間違いを犯すのをサポートすることを意味します。
「いいね!」 1
Zanbabe
(Suzanne)
6
UIで修正できないのはなぜですか? 投票の整合性、 blah blah blah。 通常はタイプミスであり、そのままにしておくのはつらいですが、投票をすべて削除するよりはましです。…私がその選択をしなければならない理由がわかりません。
管理者が後で変更したい場合に、なぜ変更できないのですか? 時々、投票は単に楽しいものであり、「整合性」を維持することは最優先事項ではありません。 後で編集を許可しても、すべてが台無しになるという事実は、その設定を無用なものにしています。 サイトの運営方法によっては、投票を失うことなく編集を許可する設定ができるはずです。
「いいね!」 4