Slashdot Mirror

← Back to Stories (view on slashdot.org)

Chromatic On The Wiki Plugin For Slash

Posted by chrisd on from the man-that's-some-fine-hosting-software dept.

lisam writes: "The Wiki plugin integrates nicely with Slash and has a lot of cool features, says Chromatic who introduces Wikis and gives a detailed explanation of how and why the Wiki plugin works in this OnLamp article. (chromatic is coauthor of O'Reilly's upcoming Running Weblogs with Slash.)" A lot of people just think of Slashdot style sites when thinking of the Slash codebase, but this article goes on about how to extend slash in cool ways. If you are interested in plugins, the repository is a good place to start.

40 of 104 comments (clear)

  1. I wonder.... by IIOIOOIOO · · Score: 2, Insightful

    If the slash codebase could be extended to show when an Administrator moderates your comments?

    1. Re:I wonder.... by Afrosheen · · Score: 5, Interesting

      I'd like to see a list of my posts, along with who moderated them to what level. Moderators should be given more responsibility to do what's right, i.e. mod up interesting/insightful posts rather than mod down trolls. Trolls and redundant/flame posts are not hard to mod down but an AC that posts something good is difficult to mod up at times.

      Consider balancing the karma system..if you give someone moderator rights, and 5 points, make 2 of those negative points and the remaining 3 positive.

    2. Re:I wonder.... by Fishstick · · Score: 2, Interesting

      Interesting idea, why don't you ask taco? ;-)

      --

      There is much cruelty in the universe, John.
      Yeah, we seem to have the tour map.

    3. Re:I wonder.... by IIOIOOIOO · · Score: 3, Interesting

      I disagree.... Honestly, I worry that seeing who axed your last post might encourage retributive axing of their later post. Although, you increase the number of available points, make them positive-only, and introduce a time-based rating decay. That way, posts in which no one saw redeeming value would fairly quickly degrade off of the average users page-view.

    4. Re:I wonder.... by Anonymous Coward · · Score: 2, Insightful

      Plastic.com's karma costs 2 points to mod down an article, vs 1 point to mod up... I think this works well with putting the focus on modding up instead of modding down.

      And I also believe that most people here with mod points spend them all modding down people they don't agree with than modding up people they do... Thats not consistent with the spirit of free debate and discussion, imho..

      And as such, I must post this anonymously out of fear of losing my precious karma to some idgit who doesn't "agree with me".. sigh..

    5. Re:I wonder.... by Isldeur · · Score: 2

      Yes, and another thing about moderating. I've been refusing to moderate for a few months simply because I've noted that you can loose _your own_ karma for moderating.

      This seems totally pointless to me. Do you want objective moderating or do you want moderators bending their choices to what the believe everyone else is doing/going to do?

    6. Re:I wonder.... by notfancy · · Score: 2, Interesting

      Yes, and another thing about moderating. I've been refusing to moderate for a few months simply because I've noted that you can loose your own karma for moderating.

      I thought that was what karma means...It makes you think before you mod down ("do I really want to loose one karma point on this post?"), and it makes you think before you mod up ("do I really want to loose one karma point on this post?"). Either way, you think before you mod (I am tempted to add a "QED", but I'm reading too much Dijkstra lately, and I'm slowly appreciating the inherent ugliness in case analysis. If only I could come up with a constructive proof that "karma works").

    7. Re:I wonder.... by autopr0n · · Score: 2

      Do you want objective moderating or do you want moderators bending their choices to what the believe everyone else is doing/going to do?

      Isn't it obvious? Just about everything about the way Slashdot works is geared to producing mediocrity. The karma cap, the 20 second rule, the two minute rule the lameness filter, metamod. All of these things are based on 'averages' rather then quality. Malda's moderation system is a huge and complex beast that annoys posters as much as it does stop crap.

      Yeh, some good stuff floats to the top, but so do some pretty lame things as well. (like unchecked facts, and bullshit trolls). It's almost like /. has an anti-intellectual focus.

      Hell, the only reason I'm here is basically to sig-spam for autopr0n.com.

      --
      autopr0n is like, down and stuff.
  2. Chromatic's book by Zico · · Score: 3, Insightful

    I've always thought chromatic had some interesting things to say here as a poster, and am curious about how much detail he goes into in his book about Slashcode. Also, not just the code itself, but the ethics involved in running such a site.


    For example, does he (or do you, if you happen to be reading this, chromatic) go into things like the admins using "bitchslaps" on their users, and when they should/shouldn't. Or from a somewhat disturbing example from the past week (http://slashdot.org/comments.pl?sid=26315&cid=285 0660), does he discuss things like scripts which flood the stories with "Offtopic" moderations, basically using (abusing?) the admin power to instantly try to squelch both user and moderator opinions? Any philosophical discussions about whether there is any point in giving users moderation power for any reason to shut them up for a while, seeing as there isn't really much point in moderation when some admin with a chip on his shoulder is going to come by and stomp on everyone's opinions by using his unlimited mod points to make sure that something stays marked "Offtopic" (over 250 so far)?


    Good luck with the book, chromatic, like I was saying, you're one of the better posters here!

    1. Re:Chromatic's book by mwalker · · Score: 4, Informative

      I think your comment really belongs in the hidden Slash META discussion started by CmdrTaco. CmdrTaco is currently answering questions there from all comers, so now's your chance. You can even ask him what he thinks of chromatic and Wikis, which are a move towards more community trust rather than less.

      And no I am not Offtopic; I'm trying to transfer the Offtopic people into their own discussion.

      --

      --
      What happens when you outlaw guns
    2. Re:Chromatic's book by chromatic · · Score: 4, Informative
      Thank you for the kind words.

      Chapter 8 of the book is all about the mechanics and philosophy of building a community out of the random visitors who stumble on your website. Most of it isn't limited to running a Slash site, and a lot of it is common sense stuff if you have a background in journalism or publishing.

      We tried to come up with a good mixture of ethical and practical ideas, like how to keep readers informed of things, writing author guidelines, and handling mistakes and errata. There's also a discussion on the moderation system (in chapters 6 and 8), including some of the ways in which it can fail. Krow has a nice bit in there about the point at which user moderation is useful (for small sites, it generally isn't).

      You're probably more interested in the sections about "Anti-Abuse" features. Comment filters are described, along with their failings, and the example of how to modify Slash code itself involves making the filters less strict to posters with karma above an administrator defined level. It also describes things like IP and Network blacklists.

      The approach we take in the book is that these features (moderation, filters, blacklists) are merely tools that administrators can use to keep their site running and their quality of discussion and service high. If you have to use them, make the rules plain and simple and stick by them, but don't fall into the fallacy of believing that Perl can solve social problems. Maybe Perl 6 can, but that's a ways off.

      For what it's worth, I put forth the idea that having a recurring story about the site itself, where the administrators and editors participate in the comments, is one of the best things a site can do.

      I'm not privy to a lot of details specific to the operations of Slashdot itself, so my opinion on those is merely wild speculation... though I have read the code and do know what's possible. :)

      --
      how to invest, a novice's guide
    3. Re:Chromatic's book by krow · · Score: 2

      And I had nothing to do with it :)

      --
      You can't grep a dead tree.
  3. Wiki version 2 by TechnoLust · · Score: 2, Funny

    I'm waiting for Wiki version 2 which will include trolls. No logging software is complete without trolls.

    --
    "Da ist ein Technölüst in mein Unterpanten!"
  4. Wiki as a submission queue? by ocelotbob · · Score: 5, Insightful
    I was reading the article when this sentance jumped out at me:
    It would also be nice to be able to promote a page to a Story, but that's probably further down the road.

    Why not use a wiki to handle the submission queue? Let users create articles in the wiki, and have the slashdot editors and other users suggest changes for making an article better before posting it on the main site. That way, marginal articles will be improved, the chance of factual errors is diminished, and story quality is increased. Once the story's good enough, just migrate it to the front page. Story rejection can be handled in a similar way as it currently is, witht the possible addition of having a story expire if there are no additions/changes after a given time frame.

    Questions, comments?

    --

    Marxism is the opiate of dumbasses

    1. Re:Wiki as a submission queue? by chromatic · · Score: 2, Interesting
      That is indeed what I had in mind. If/When this appears, it would be possible to write feature articles (a book review, an investigation of some kind, a fiction story) in the Wiki, with authors correcting things or adding details and links to other information.

      It would be interesting to see the revisions of a Story done this way.

      --
      how to invest, a novice's guide
  5. A book on Running Weblogs With Slash? by Nailer · · Score: 2

    Shouldn't you want until the program starts creating actual HTML until you write a book about it?

  6. New O'Reilly animal? by Anonymous Coward · · Score: 2, Funny

    Here is the creature they should have put on the cover of the book...

  7. Modding: Art or Science? by Renraku · · Score: 2, Interesting

    Modding is of course an art. There is no clear-cut mod for every post. A Slashdot template would be cool, but it might bring the problems of Slashdot with it. Trolls, flamers, the Slashdot effect, webhosting costs. All of those things would slap down most smaller sites that are gaining in popularity. A more efficient style should be adopted to keep costs down, trolls and flamers at bay, and a cache system for articles would be nice, too.

    --
    Job? I don't have time to get a job! Who will sit around and bitch about being broke and unemployed then?
  8. Wiki for work? by megaduck · · Score: 2

    I'm currently running a slash-ish website (using PhpSlice) on the company intranet for corporate news/software downloads/etc. I'd really like to use it for system documentation, but design of these sites is much better for presenting current news than creating manageable archives.

    Now I'm wondering if a wiki would help me at all. Has anyone out there used wikis to get real work done? If so, what are their strengths? Brainstorming? Archiving knowledge? Creating dialogue? I'm curious to hear from those webmasters "out in the trenches" that are actually using this tool.

    --
    This .sig for rent.
    1. Re:Wiki for work? by tcopeland · · Score: 2, Informative

      Howdy -

      We use a Wiki here at http://www.realeum.com to keep track of a lot of developer information - servers, databases, source code branches, JNLP applications, release dates - you name it. We use a Linux box running Jim Doyle's Tomcat port of Rus Heywood's DevWiki (http://www.gis.net/~jimdoyle/devwiki/devwiki-tomc at.shtml).

      We don't do much in the way of archiving... we just kind of use it as a bulletin board. It's definitely very useful though.

      Yours,

      Tom

      --
      The Army reading list
    2. Re:Wiki for work? by AxelBoldt · · Score: 2

      We write a free (GNU) encyclopedia using the wiki paradigm at Wikipedia.com. So far, we have produced over 20,000 articles in one year. Quality varies, of course.

  9. Wikis and Weblogs, A Match Made in Heaven by Eloquence · · Score: 4, Interesting
    You may be interested in reading this proposal I have made for Scoop, which is the engine that runs K5. Both Scoop and Slashcode are written in Perl, so it may be possible to develop a shared Wiki plugin.

    The idea to combine wikis and weblogs is very promising. The sequential nature of weblogs is great for news, but not for acting on these news in a sustained fashion. If Slashdot writes about some political issue, if actions are taken they are usually short-lived, or move to other mailing lists. Similarly, wikis can combine sites which host both a lot of persistent knowledge (e.g. papers, essays) with the dynamic, community-creating nature of a weblog. I plan to eventually run violence.de as a wiki-weblog, with the wiki (access-restricted) storing the papers, film pages etc., and the weblog reporting about current issues (sexual repression, censorship, new studies etc.) -- mail me if you want to help.

    Wikis, when properly deployed, are the missing component to make weblogs truly useful. With properly deployed, I mean that typical wiki idiosyncrasies need to be avoided: Nobody really wants to use WikiStyleLinks, they make text harder to read and are difficult to get rid of once you have decided to use them. Choose E2 or Wikipedia style links instead. Also, access restrictions are necessary in many contexts. See the article for some further design details.

    1. Re:Wikis and Weblogs, A Match Made in Heaven by k8to · · Score: 2, Informative

      As a user of real Wikis in corporate environments where communication and clarity are essential, I can heartily recommend the use of CapitalWordLinks over any special syntax.

      There are lot of reasons why such links are superior, including:

      • Natural convergence of topics -- many times users are not sophisticated enough to search for the desired topic page before attempting to create it. People working at the same company tend to have the same idea of names for things, and the topic pages will converge even for unsophisticated users.
      • Simplicity of syntax -- wiki's main point is to make things both extremely light and simple to edit, and also not to have much context sensitivity. If you add things into the middle of paragraphs or sentences or phrases there is almost never any ancillary cleanup work of moving braces, parens, etc. around. This is why wiki-markup is so much better than something like HTML
      • CamelCase words suggest good naming -- The main thing that is un-elegant with the CamelCase WikiStyleNaming is very short topics, like TcP. This is good. Very vague topic names are usually not useful. What happens it the topic does not focus discussion and so the page ends up being cacaphony or abandoned instead of useful. With arbitrary naming eg [TCP], people feel free to use terrible topic names which do not promote good discussion.
      • Nontechnical users - lastly, users who are not technical at all can get by using the simple markup style of wikis. They don't have to match braces or look for special symbols, it's all RIGHT THERE. CamelCase is a lot clearer to such folks. Compare: MarketingTargets to [Marketing Targets]. The latter looks more clear to the programmer, but experience with large numbers of users says that the former is much more learnable and self-correcting, and is gotten right somewhere around 99.95% of the time, while the latter leads to constant errors. Trust me, I've maintained internal communication tool environment things.

      In short, people who don't like WikiStyleLinks usually don't like them because they haven't given them an honest try.

      --
      -josh
    2. Re:Wikis and Weblogs, A Match Made in Heaven by scrytch · · Score: 2

      > In short, people who don't like WikiStyleLinks usually don't like them because they haven't given them an honest try

      Ah, the cry of the novice advocate: "if you don't agree, you don't understand". I've seen this argument used on everything from python to political theories. This argument also has about as much merit: those who advocate WikiWords or indentation for syntax or redistribution of wealth believe in the self-evident merit of the idea so much that anyone else must be deluded. Believe it or don't, it's just based on as much actual insight as the first assertion.

      It really just doesn't take a lot of training to get people to use brackets. People can stick brackets around phrases in existing text.

      With a little more intelligence, it can be done with a javascript browser interface and no syntax at all: hilight the words, click on a "make link" button, if there's no link then do a fuzzy match (think spellchecker) on existing links, suggest them. No cumbersome textarea needed. A bit slow for my tastes (too much aiming with the mouse), but great for one-off editing.

      Thankfully most wikis worth using do support free link syntax, because in keeping with the wiki philosophy, freedom is good. As for the javascript trick, I've a similar thing done with in a helpdesk app, though it wasn't browser-based (it easily could be).

      --
      I've finally had it: until slashdot gets article moderation, I am not coming back.
    3. Re:Wikis and Weblogs, A Match Made in Heaven by k8to · · Score: 2

      In short, people who don't like WikiStyleLinks usually don't like them because they haven't given them an honest try.

      Ah, the cry of the novice advocate: "if you don't agree, you don't understand". I've seen this argument used on everything from python to political theories. This argument also has about as much merit: those who advocate WikiWords or indentation for syntax or redistribution of wealth believe in the self-evident merit of the idea so much that anyone else must be deluded. Believe it or don't, it's just based on as much actual insight as the first assertion.

      Ahh the straw man! I said that people who don't like wiki links usually haven't tried them because I have often encountered this resistance. Asking the question: "Have you given it an honest try?" has invariably produced the answer: "No." I'm not sure as to your answer to this question, if yes, then it is a new point of view. Fantastic!

      It really just doesn't take a lot of training to get people to use brackets. People can stick brackets around phrases in existing text.

      With a little more intelligence, it can be done with a javascript browser interface and no syntax at all: hilight the words, click on a "make link" button, if there's no link then do a fuzzy match (think spellchecker) on existing links, suggest them. No cumbersome textarea needed. A bit slow for my tastes (too much aiming with the mouse), but great for one-off editing.

      Both of these ideas are pretty jarring with WikiNature. The textual form of WikiMarkup is not hierarchical. It avoids the types of nesting issues and matching concepts of HTML because documents which have these features have higher friction in the editing process. As for the javascript browswer tricks, this has higher friction in the access costs. Are all the users of the wiki using javascript at all? Are they using graphical browsers? A wiki should just work and it should work immediately and transparently for all users and all comers without exception. That's the point!

      Thankfully most wikis worth using do support free link syntax, because in keeping with the wiki philosophy, freedom is good. As for the javascript trick, I've a similar thing done with in a helpdesk app, though it wasn't browser-based (it easily could be).

      An application has its own set of rules, you can do all the tricks you want, because everyone is using the same system. As for the free link syntax -- I'd say Ward Cunningham's Wiki is very much worth using. As the creator of the entire concept with an ongoing healthy community after many years, they have resisted the desire to create such a thing.

      As for Wiki being about freedom.. I don't think that's it. It's close though. Wikis are about unfetteredness. They are about focus on the content. They are about content vs. being about access to the content. They are about simply fixing stuff instead of discussing fixing stuff. This doesn't exactly add up to freedom, it more adds up to cooperation through individual cooperation. This can actually be aided by giving people a common ground in many areas. One of these is helping people use a common naming system.

      --
      -josh
  10. Taco: chmod -x /usr/sbin/bitchslap by Zen+Mastuh · · Score: 2

    Moderation Totals: Offtopic=265, Flamebait=4, Troll=26, Redundant=3, Insightful=69, Interesting=154, Informative=32, Funny=8, Overrated=11, Underrated=46, Total=618

    It's true then. I always ignored the "Michael censors..." crybaby posts written by hormonally challenged teens, but now someone has presented some real evidence that editors bitchslap accounts. I'm sure it only happens to trolls and crapflooders, but I'm still disappointed. Ban IPs or delete accounts if you must, but don't abuse the moderation system that you want your users to hold sacred.

    --
    "What is the sound of one belly slapping?"
    1. Re:Taco: chmod -x /usr/sbin/bitchslap by namespan · · Score: 2

      Ban IPs or delete accounts if you must, but don't abuse the moderation system that you want your users to hold sacred.

      Good heavens. You'd rather have an entire account deleted -- essentially kicking a user off the system -- than having them modded down? Render ALL their posts TOTALLY invisible rather than simply modded below someone elses reading threshold?

      Remember, moding someone down DOESN'T make their comment invisible. It makes them invisible to those who've decided to trust the moderators (and, as everyone now knows, the "fascist" slashdot editors) and set their threshold higher than a certain level. And even then, the system reminds them there are comments below their threshold.

      I think mostly people take their post visibility and karma WAY too seriously. I've only had one or two ever unfairly moderated by ANYONE, editor or average joe I know not. I've had lots of intelligent posts totally ignored. I've had a few fatuous ones moded up. The moderation system isn't perfect. But by and large, when I do my best to post intelligently, I find my comments eventually get noticed, no matter where they fall on the point spectrum, and more often than not, they get awarded a mod point or two.

      The system works for me, and probably works for most slashdot readers, which is why they're still here.

      --
      Libertarianism is rich wolves and poor sheep playing gambler's ruin for dinner.
  11. Chromatic's book by wunderhorn1 · · Score: 2, Funny
    I'm curious about why O'Reilly & Associates chose crows for the cover.
    Perl has their camels, Awk got a picture of an awk....

    Couldn't they find an 18th-century woodcut of a taco?

    --
    Karma: Bored. (Thinking about resurrecting the "Anyone else is an imposter" joke.)
  12. Shouldn't this be a story on slashcode.com? by Primer · · Score: 2, Insightful

    Can we mod the actual story -1 offtopic? Pretty soon we'll be seeing stories about Malda's personal life...

    --
    This is necessary...life, feeds on life...
  13. Re:department by Chris+Burke · · Score: 2

    But if they posted it as "from the shameless-self-promotion department", that would be showing a modicum of shame, wouldn't it? Thus it would be inappropriate.

    You know, I used to like the department thingies, but I started ignoring them completely like 2 or 3 years ago and didn't even notice I'd done it.

    --

    The enemies of Democracy are
  14. Congrats, guys by Pinball+Wizard · · Score: 2
    on the new Slash book. I have a feeling we will sell a lot of these(I'm telling the computer book buyers about this and placing my order today). Despite the overabundance of computer books, there really aren't a whole lot of books that detail end-to-end how to do a complete database-driven site from beginning to end.


    A book on installing and running a Slash site would have to cover a lot of things - installing Linux, Apache, mod_perl(not to mention a bunch of other perl modules), and MySQL. Hopefully this book will show how to make a scalable site by using NFS and multiple web servers - since Slash is capable of running on such a beast.


    I think a book like this could be useful to a lot of people, and not necessarily just people who want to run a Slash site. If you've ever gotten a Slash site going, you know there is a lot of setup and configuration to make it work, and that is applicable to a lot of other things.

    --

    No, Thursday's out. How about never - is never good for you?

    1. Re:Congrats, guys by chromatic · · Score: 2, Informative
      A book on installing and running a Slash site would have to cover a lot of things - installing Linux, Apache, mod_perl(not to mention a bunch of other perl modules), and MySQL. Hopefully this book will show how to make a scalable site by using NFS and multiple web servers - since Slash is capable of running on such a beast.

      Funny you mention that... has a copy of chapter 2 somehow gone backwards in time? :)

      There's not a whole lot on multi-machine configurations, but it does come up. If you can get it installed in that situation -- and it's not difficult -- it works almost the same as a single-machine site. I'm really impressed.

      --
      how to invest, a novice's guide
  15. wiki by Robert+Frazier · · Score: 2, Interesting

    After trying slash, zope+slashdot, and a more barebones setup, I've gone with with the twiki implementation of a wiki web. I'm quite happy with that, although, a more heavily used site might well need a DB backend.

    An aside. I think that telling users that they can actually *edit* pages scares them a bit.

    Best wishes,
    Bob

  16. Modwiki! by CatherineCornelius · · Score: 2, Insightful

    I'm struck by the idea of having a slash-style moderation system on top of a Wiki, with comment levels so you select the degree of potentially amusing noise you are prepared to tolerate. I normally run comments at level 3 but one or two trolls are in my friends list, so I get an interesting mix of very sensible and very stupid comments and I miss a lot of the me-too stuff. That might sound like a strange idea to apply to a Wiki, but I think it could be fun finding out if it works.

  17. Flavors of Wiki/Slash? by notfancy · · Score: 2, Informative

    I'm wondering, are there alternative implementations of Slash? Of Wiki? Is everything written in Perl (no value judgment here)?

    How difficult would it be to port Slash to Java Servlets? Wiki?

    The reason I'm asking is not because I'm a Java bigot or anything, but because (1) it seems to be the platform of choice for the Apache Project, and (2) I have a couple of webapps deployed, and I would like to know how difficult would be to integrate Slash/Wiki with them.

    Any comments from developers/porters welcome. Thank you!

    1. Re:Flavors of Wiki/Slash? by stephanruby · · Score: 2, Informative
      There are at least eleven different implementations of Wiki in Java Servlets (not counting the other languages).
      Just pick an obscure language and I can bet there is an open source Wiki implementation for it.
      http://c2.com/cgi/wiki?WikiEngines

      Don't know about Slash.

      Stephan

  18. it is what it is (what it is) by chromatic · · Score: 2, Informative
    It's a four page article about a collaborative type of website and a little-known feature of the software that powers this site. It includes working code, discusses practical concerns, and gives some ideas for things I'd personally like to see. Hopefully that's interesting for programmers and webmasters.

    The article is indeed designed to promote the book, but I wanted to write something new and unique instead of retreading what's in the book. It does contain a similar example, but the article had more room for a longer plugin.

    You're welcome not to buy the book, and I hope there's enough information in the article that a decent programmer could write a new plugin without it. Feel free to send me a dollar if you do, though. :)

    (I will, of course, sympathize with the cynics who say that Malda wants to promote the book 'cuz he wrote the foreword. No, he didn't use crayon. It's a nice piece.)

    --
    how to invest, a novice's guide
  19. Writing Rant by jallen02 · · Score: 2, Interesting

    I would just like to say how thankless a task writing can really be. Writing involves tremendous amounts of work, especially technical books. The pressures on a writer of a technical topic are incredible. The amount of time it takes for a technical book to go from inception to print is usually a lot less than most other types of books. The turn around time must be minimal because technology evolves so quickly. I have found such a profound admiration for good books, and for the people who dedicate large chunks of their lives to sharing their knowledge.

    A truly well written book is such a blessing when you wish to learn the subject matter. It is difficult to fully appreciate it unless you have written a a book, or parts of one. So, good luck with the rest of your book Chromatic, I look forward to a book by a fellow /.er.

    I have always found chromatic's writing here quite well thought. The philosophy and psychology behind online communities fascinating. I have also found slashcode to be much better than most people give it credit for, mainly because it is Perl. Anyhow.

    Jeremy

  20. scoop (kuro5hin engine) allows this by autopr0n · · Score: 2

    the kuro5hin moderation systems is far, far supperior to slashdot's. Not only can you see all the moderations done to you, but also everyone can moderate (although only select users can hide posts) and the score is the average rather then the addtive total.

    As opposed to the slashdot system which is just hack after hack...

    --
    autopr0n is like, down and stuff.
  21. you *LOVE* slash??? by autopr0n · · Score: 2

    Geez man, you should really get out. There are a lot of server-side setups that would do you a lot better, and be a lot easier to setup and use. scoop is good, a lot of PHP things, etc.

    I mean slashdot is OK if you want something exactly like slashdot... but for a simple weblog it's totaly overkill.

    --
    autopr0n is like, down and stuff.