Training, Open Source Programming Languages

This is page http://www.wellho.net/mouth/390_Mode ... tions.html

Our email: info@wellho.net • Phone: 01144 1225 708225

 
For 2023 (and 2024 ...) - we are now fully retired from IT training.
We have made many, many friends over 25 years of teaching about Python, Tcl, Perl, PHP, Lua, Java, C and C++ - and MySQL, Linux and Solaris/SunOS too. Our training notes are now very much out of date, but due to upward compatability most of our examples remain operational and even relevant ad you are welcome to make us if them "as seen" and at your own risk.

Lisa and I (Graham) now live in what was our training centre in Melksham - happy to meet with former delegates here - but do check ahead before coming round. We are far from inactive - rather, enjoying the times that we are retired but still healthy enough in mind and body to be active!

I am also active in many other area and still look after a lot of web sites - you can find an index ((here))
Moderating wiki, blog, and forum contributions

Co-operative content systems such as wikis, blogs and forums provide a fabulous way for the "Joe Public" to express his thoughts, comment back on topics already mentioned, and add new nuggets of useful information to the online base.

Whilst most Joe Public-s make useful contributions, a few of them (or perhaps their less scrupulous friends) can spoil the cabbage patch for the others. Which means that all such systems need to have limits drawn through something like an FAQ (Frequently asked questions) document, or slightly more formally in an AUP (acceptable use policy). Optionally, the site programmer, owner and operator can require various forms of registration, login or approval scanning to give him some feeling of traceback and to make posting more difficult for autometa - but at the cost of making it harder for the casual visitor who was a good nugget to add. An additional option is to make posting off off-topic advertising material less attractive, and yet another is to apply filters to new data in an attempt to trap unwanted material at the point of conception.

I run a specialist forum here - it's reasonably busy for the niche to which it's targetted. I've got a blog running (you're reading it now - or perhaps its archive if you've not got a box to add your comments), and we run a wiki too. There's even a page rank and review system that invites comments thoughout most of the main site. Why do we run all of these?
- Because we value and solicit the views of our clients
- Because we can use them to write answers of general interest and just to it once
- Because it gives wider exposure to our knowledge, products and views
- Because we teach the technologies and need first hand experience
- Because we enjoy doing it.

So - how do we check / control the external contributions without being overrun with material which is so off-topic that it dilutes the purpose of the medium, or is otherwise outside the AUP?

One of the best control tools is the user community itself. If you allow open posting and editing on a wiki, unsuitable messages can be added easily enough, but an enthusiastic community can remove them within quite a short space of time. On a forum, more formerly appointed senior members (moderators) are given similar powers. But in either case, you may want to add in extra tools these days to prevent the level of this extra traffic overloading and depleting through frustration your golden band of helpers. (John, Bruce, I REALLY value your assistance!)

Reviewing material before it's posted works well enough for a system where the contributions are relatively few, and where an adminsitrator is available frequently enough, and where user's aren't going to be put off by the lack of immediacy. As systems grow and people get more "hooked" on them, that often means that an approval-of-each-post system works well at first, but becomes less and less appropriate as a system grow.

Automated systems for reviewing posts (banning certain user names or certain patterns in the content) is another good way of reviewing material before it's posted and it doesn't suffer from the time delay and workload addition of a manual system - but it's also no more that a rough filter refusing a lot of the clearly inappropriate material, and it's bound to leave some "grey" material if you don't draw the bounds so tight that you reject some genuine traffic.

Registering users before they contribute is another way to restrict the flyposting of adverts and trolling posts (posts that deliberatly pick an argument or otherwise irritate). There's come to be something of a formula for registering users - the user enters, at minimum, an email address and an authorisation is sent to that email address giving a unique piece of information through which the user can log in. At least it proves that the person registering has access to the stated email address, though it could well be a temporary address just set up for the purpose. After the initial authorisation, a password system will be used to let the know user re-connect ... and with that comes the need for password management and the need to provide a way of re-issuing a password to an occasional visitor who's forgotten.

You'll find that automated posting software of the type you're trying to supress may be sophisticated enough to get through a simple registration system these days. That's why some of the big boy systems check that you're a real user by sending you down a graphic with some letters in a peculiar font ./ at odd angles and ask you to type them back in!

Making it unattractive or pointless to post off topic material. Ah - the psychology game - why DO people contribute the material that you don't want? Very often, it's to advertise their own products or their own web sites ... even just to provide links to their own websites for the search engines to find. Site ranking depends on many factors, including the number of links IN to your site and the quality of the sites doing the linking, so if you have a respected and wellplaced contribution system people and automata are going to try to hang on to your coattails and benefit from it.

I've seen a couple of bulletin boards and similar systems recently where the site states either "We use a proxy to provide ongoing links, so adding your site here just to enhance your rating is pointless" or something like "Our robots directives tell search engines that they should not follow links from user contributed pages, so you won't gain anything by adding a link here". I wait to be convinced by the effectiveness of such statements; I fear that the human poster will think "what the heck - anyone who reads the page will see my ad anyway and now that I'm here I may as well post", and that the automatic progam isn't going to be bright enough to read and understand the warning from the site owner.

In summary, you'll see I've come up with no absolute answers. I'm a great enthusiast for user contributions on the Well House Consultants web site - and that's because our business philosophy is based much more on helpful networking than agressive competition (hey - it HAS to be for a training company, hasn't it ? ) and because I've got faith in the quality and value of our product. So let the world shout and hear about it.
(written 2005-07-26, updated 2006-06-05)

 
Associated topics are indexed as below, or enter http://melksh.am/nnnn for individual articles
G905 - Well House Consultants - Blogging and Blog Administration
  [1] First Jottings - (2004-08-05)
  [6] Blog v Forum - (2004-08-07)
  [18] Wanted: More hours in the day - (2004-08-18)
  [141] Too technical? - (2004-12-05)
  [145] A comment on comments - (2004-12-09)
  [177] Blogs come of age - (2005-01-14)
  [185] Who am I? - (2005-01-21)
  [204] The confidence to allow public comments - (2005-02-06)
  [231] Feedback as lifeblood - (2005-02-28)
  [245] I'm not blogging it - (2005-03-14)
  [359] Chicken soup without the religion - (2005-06-26)
  [405] Horse's Mouth is a year old - (2005-08-07)
  [410] Reading a news or blog feed (RSS) in your PHP page - (2005-08-12)
  [425] Caching an XML feed - (2005-08-26)
  [508] Comment, please! - (2005-11-28)
  [671] Both ends of the animal - (2006-04-05)
  [876] Making pages clearer - easy Disability Discrimination Act Compliance - (2006-09-23)
  [1000] One Thousand Posts and still going strong - (2006-12-18)
  [1077] In answer to 'am I glad I started a blog' ... - (2007-02-12)
  [1203] A Fresh horse - (2007-05-24)
  [1978] From spam to mod_alias - finding resources - (2009-01-05)
  [2000] 2000th article - Remember the background and basics - (2009-01-18)
  [2192] Copy writing - allowing for the cut - (2009-05-21)
  [2449] Four aspects - Chamber, Transport, Courses and Hotel - (2009-10-11)
  [2517] Blogging accuracy - open invitation for any corrections - (2009-11-29)
  [2564] Microblogging services - Plurk, Twitter, Jaiku and more - (2010-01-05)
  [2751] Going off at a tangent, for a ramble - (2010-05-04)
  [2823] Where have all the bloggers gone? - (2010-06-24)
  [3016] The legal considerations of your web presence - revisited - (2010-10-26)
  [3163] Twitter - the special use of @ # and http: in tweets - (2011-02-09)
  [3186] How to add a customised twitter feed to your site - (2011-02-27)
  [3208] Links for social media, microblogs and business networking - (2011-03-20)
  [3514] Microblogging - what I should have tweeted in the last 48 hours - (2011-11-10)
  [3759] The five oldest blogs and the horses mouth - (2012-06-09)
  [4000] 9 years, and 4000 articles on - (2013-02-09)
  [4121] Has your Twitter feed stopped working? Switching to their new API - (2013-06-23)
  [4292] The Horse is back! - (2014-09-15)
  [4568] Moderation - and the tendency to over-moderate - (2015-11-02)
  [4714] The technical article feed continues - personal updates more proactive on Facebook now! - (2016-10-30)


Back to
Tough Love
Previous and next
or
Horse's mouth home
Forward to
One mans pleasure is another mans poison
Some other Articles
A year on - should we offer certified PHP courses
Trainer answers phone
No Smoking
One mans pleasure is another mans poison
Moderating wiki, blog, and forum contributions
Tough Love
BBQ Season
Training course plans for 2006
What is a callback?
Feast or famine
4759 posts, page by page
Link to page ... 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15, 16, 17, 18, 19, 20, 21, 22, 23, 24, 25, 26, 27, 28, 29, 30, 31, 32, 33, 34, 35, 36, 37, 38, 39, 40, 41, 42, 43, 44, 45, 46, 47, 48, 49, 50, 51, 52, 53, 54, 55, 56, 57, 58, 59, 60, 61, 62, 63, 64, 65, 66, 67, 68, 69, 70, 71, 72, 73, 74, 75, 76, 77, 78, 79, 80, 81, 82, 83, 84, 85, 86, 87, 88, 89, 90, 91, 92, 93, 94, 95, 96 at 50 posts per page


This is a page archived from The Horse's Mouth at http://www.wellho.net/horse/ - the diary and writings of Graham Ellis. Every attempt was made to provide current information at the time the page was written, but things do move forward in our business - new software releases, price changes, new techniques. Please check back via our main site for current courses, prices, versions, etc - any mention of a price in "The Horse's Mouth" cannot be taken as an offer to supply at that price.

Link to Ezine home page (for reading).
Link to Blogging home page (to add comments).

© WELL HOUSE CONSULTANTS LTD., 2024: 48 Spa Road • Melksham, Wiltshire • United Kingdom • SN12 7NY
PH: 01144 1225 708225 • EMAIL: info@wellho.net • WEB: http://www.wellho.net • SKYPE: wellho

PAGE: http://www.wellho.net/mouth/390_Mode ... tions.html • PAGE BUILT: Sun Oct 11 16:07:41 2020 • BUILD SYSTEM: JelliaJamb