ideas:usercomments
Differences
This shows you the differences between two versions of the page.
Both sides previous revisionPrevious revisionNext revision | Previous revisionNext revisionBoth sides next revision | ||
ideas:usercomments [2010/04/06 16:10] – updated notes links, complete? philip | ideas:usercomments [2012/07/26 11:11] – [Progress] tularis | ||
---|---|---|---|
Line 9: | Line 9: | ||
There has been some discussion. | There has been some discussion. | ||
- | * [[http:// | + | |
- | * [[http:// | + | |
- | * Several others | + | * [[http:// |
+ | * [[http:// | ||
+ | * [[http:// | ||
+ | * [[http:// | ||
+ | * [[http:// | ||
+ | * [[http:// | ||
+ | * Several others | ||
==== Status ==== | ==== Status ==== | ||
Open | Open | ||
+ | |||
+ | ==== Baby steps: step A, moderation flags ==== | ||
+ | This involves a simple user notes moderation flag option. Users can flag notes as " | ||
+ | |||
+ | == How it will probably work == | ||
+ | |||
+ | - User clicks on " | ||
+ | - Popup | ||
+ | - Checks if logged in | ||
+ | - If not logged in, prompts reCaptcha or similar (human?) | ||
+ | - Window now has several options, including: | ||
+ | - A button to submit the flag, with no details (quick flag) | ||
+ | - Or optionally allow entering details such as name, email, textarea and/or select reason for flag (e.g., Spam) | ||
+ | - Flagged notes generate email to a list, and are also listed within our web admin panel. (only email for now is fine) | ||
+ | - People can subscribe to receive these emails? (future) | ||
+ | - Moderator takes action, which includes current options (delete/ | ||
+ | - If note flag is accepted (e.g., deleted), should we notify the user via email? Or list via email? | ||
===== Notes about the current system ===== | ===== Notes about the current system ===== | ||
- | The current system was written in the 90's, and contains files spread out in several places throughout the PHP project. | + | The current system was written in the 90's, and contains files spread out in several places throughout the PHP project. |
==== Files ==== | ==== Files ==== | ||
- | Master: | + | |
* [[http:// | * [[http:// | ||
* [[http:// | * [[http:// | ||
Line 31: | Line 55: | ||
* [[http:// | * [[http:// | ||
- | Docweb: | + | |
* [[http:// | * [[http:// | ||
* [[http:// | * [[http:// | ||
| | ||
- | PHP Web: | + | |
* [[http:// | * [[http:// | ||
* [[http:// | * [[http:// | ||
- | Note archive (note actions are emailed here): | + | |
* [[http:// | * [[http:// | ||
+ | |||
+ | ==== Revamping Tactics ==== | ||
+ | |||
+ | Currently the user comments system introduces a number of a fundamental problems that inhibit both its use as well as its usefulness. This section aims to address many of those existing problems and the tactical approach to hopefully weeding them out and setting the new system on a more manageable future course. | ||
+ | |||
+ | Here is an incomplete list of some of the issues I'll be attempting to tackle first. | ||
+ | |||
+ | - The importance of what data is stored and how that data can later be used needs to be addressed head-on. The current database schema in the master database allows for a number of useful options to further advance this system to the next step (such as **votes**, and **rating**). However, this schema makes these particular pieces of information in the database difficult to work with. For example, it can not be easily implemented in a manner that allows us to store individual votes or ratings on a per user bases in its existing form. This would require a second table for storing individual rows that can be indexed and joined to the //note// table for collecting such information in a more fine-grained manner. | ||
+ | - The ability for the user to flag certain comments is key in the moderation step. There aren't nearly as many moderators with access to the moderation system as there are users. However, any information collected from the user needs to be useful to an autonomous system as well as a human. Cutting back on tedious human moderation is vital in fighting spam and other abusive behavior. This would entail that the user should not be able to simply flag a comment without offering up an actual reason. Flagging a comment without intent presents the obvious problem of a human still having to decide why this comment should be moderated or removed. If we can alleviate the human factor and narrow down information that allows the human to make a quick and intelligent decision based on the available information we can expedite the moderation process. | ||
+ | - Presenting the information in the user-submitted comments to the user in a more meaningful and useful manner can also play an important role in allow, encouraging, |
ideas/usercomments.txt · Last modified: 2017/09/22 13:28 by 127.0.0.1