Slashdot Mirror


New Slash Version v1.0.3

pudge writes "Yo. We released slash-1.0.3. Bug reports and CVS and file downloads are on SourceForge. Slashcode is now hosted at Exodus with Slashdot and Freshmeat. " The scary part is that now Slashdot and Slashcode are totally synched up... which means programmers can e-mail diffs instead of bug reports and feature suggestions (hint hint hint!)

13 of 109 comments (clear)

  1. What did you do with CmdrTaco?! by Longing · · Score: 4

    Slashcode and Slashdot are synched up? Who are you, and what did you do with CmdrTaco?! We demand his release!!

    1. Re:What did you do with CmdrTaco?! by El+Volio · · Score: 5
      "Slashcode and Slashdot are synched up? Who are you, and what did you do with CmdrTaco?! We demand his release!"

      Every time you ask about his release, they'll keep him in captivity for another 24 hours...

      --

      "You can never have too many elephants on your team."

  2. feature suggestions by ChristTrekker · · Score: 5
    • Valid HTML 4.
    • A set of style rules that doesn't blind a guy when reading BSD or Apache sections.
    1. Re:feature suggestions by dingbat_hp · · Score: 4

      I'd support XHTML (but go easy on the CSS), but not XML. XML doesn't allow much extra that can't be achieved anyway by screen scraping, and that's pretty easy in XHTML (Palm portallers, read the last para before screaming at me).

      The only real benefit from going with XML would be for people who wanted to leech Slashdot content and rebadge it on other sites in a fairly greedy manner. This isn't something that many will want, nor should it be encouraged. If there's a demand for headline and link-swapping between sites, then use RSS - it's what it's there for.

      The downside of XML, is that it's compatible with nothing out there browser-wise and so you'd inevitably fall back to a two-formats legacy position, probably involving HTML 3.2 for the lesser stream.

      XHTML Transitional doesn't break any existing browsers, and it still lets you use enough format control to make it viewable on old Netscapes. A good push for WAI standards on Slash content would fit in with an XHTML move and would probably benefit people doing portals for wireless and small-screen devices. I certainly don't think that wireless portalling needs XML (with a SlashSchema) instead of XHTML.

  3. Re:The *real* wonderful part... by ai731 · · Score: 3
    The real scary part about this, is that now the trolls will have the full source code to analyse for loopholes and bugs that will allow them further abuse of the system.

    the real wonderful part is that there will now be lots more 'pairs of eyes' checking the slashcode for loopholes and bugs that will allow quicker bugfixes and a more robust system...

    ... i've heard this argument somewhere before - haven't you?

    ai731

    --

    --
    "I use the words you taught me. If they don't mean anything any more, teach me others. Or let me be silent"
  4. Does it serve properly yet? by Old+Wolf · · Score: 3

    For the last few weeks, Slashdot has add annoying "pauses" where the browser will connect to the server, but no data will ever come. These pauses last for anything from one minute to 30. Then I have to squish all my posting in before the next piece of downtime.

    Has anyone else noticed this?

  5. Re:Don't you think it's time to switch from Slash? by luckykaa · · Score: 4

    Rewrite it in VBScript so that it runs locally on compliant browsers.

    Sorry..... I'll shoot myself now.

  6. Suggestions for discussion by Hrunting · · Score: 5

    Here's a few things to bandy about (no need for actual diffs).

    Theming
    Everyone bitches about the colors, especially in the BSD and Apache sections (and, I must say, YRO isn't much better). Why not setup a colors preferences panel? That shouldn't be too hard to implement.

    Removal of Comments
    Given the recent controversy over Microsoft and what not, give users the ability to remove their own comments, maybe with a karma penalty or something. We can moderate our system, but we can't responsibly manage it.

    That's just a couple of ideas, and there's tons more, I'm sure. On to Slash 2.0!

  7. Re:So fix it! by pudge · · Score: 4
    Do NOT send it to CmdrTaco. Or me, or CowboyNeal, or CaptTofu. Use SourceForge for bugs and patches and feature requests.

    As to us "not knowing SQL" (I am not sure if that is tongue-in-cheek or not), well, all I can say is that there is a lot of really old code in there. Sure, you are going to see a lot of cruft. We're working hard on rewriting major portions of the thing. You may see some code in there that does nothing at all, or does nothing useful, or does something bad. All I can say to that is "duh." Send a patch or a bug report if you like, we will certainly appreciate it.

    But don't bother pointing out that, gasp, bugs and bad code are in Slash. That's a given. That's why we are working so hard on it and devoting so many resources to it (four full-time developers, IIRC, not including CmdrTaco, plus several more, like Cliff, who are splitting time with Slash and other projects). The code was pretty good for what it was, but over time it got crufty, and now we are going back and fixing it. That's how these things work.

  8. HTML formatting suggestion by Now15 · · Score: 3
    Remove the legacy HTML 3.2 code base, and replace with a fully HTML 4 compliant structure which is visually formatted with cascading style sheets. Allow users to specify their own style sheet from a hosted URL.

    The most important goal of this change should be code compactness, whereby repetitive use of bgcolor, font, align, etc is replaced with simplified CSS classes. This should significantly reduce bandwidth requirements per user, most important considering the ever-solid limit of 56k dial-up.

    While it is nowhere near valid HTML 4, users of the very latest nightly builds of Mozilla (an important display bug was recently fixed), or the excellent IE5 for Windows (I hate Microsoft more than YOU do, but their HTML rendering engine is admittedly a work of art), can check out the following link here: whirlpool.net.au .

    It's my hobby site with a slash-esque feel, written totally by hand and powered with Cold Fusion (it's no PHP, but it's easy and fast). The design concept, programming, content and everything else was done by me.

    I would be very interested in donating a design structure for Slashdot, keeping in mind download times, the legacy look-and-feel, and HTML 4 compliance. test

    --

    --

    Computers are useless: they can only give you answers. -- Pablo Picasso
  9. Re:So where do we report "Slashdot-specific" errat by pudge · · Score: 3

    I added a special "Slashdot" bug group on SourceForge yesterday, so you can submit your Slashdot bugs in the same place, but tag them as specific to Slashdot if you like.

    And yeah, I suppose this should be somewhere on the site in a FAQ or something. I just mentioned it to CowboyNeal.

  10. Re:If... by jd · · Score: 3
    Golden Rules of Programming:

    • Keep layers to a minimum (interfaces are SLOW and that's an easy spot for bugs to creep in)
    • Keep the number of daemons/threads BELOW OR EQUAL to the number of CPUs.
    • Where speed is critical, write it yourself, inline.
    • In any program, (Bugs)/(No. of components * No. of lines) = Constant
      • Given these, let's look at PHP/MySQL. You've got the web server, PHP, Zend, the Zend Optimizer, the PHP application, the database driver, the database server and the database itself.

        That's a lot of components, and a LOT of overhead in lines of code. And that means lots of bugs.

        IMHO, the only conclusion I can reach is that, if I were to write a Slash-like system, I would start by throwing out the web server. It doesn't really DO anything for you, it just copies data from one place to another. A 4 or 5 line program could do that. That gives you enormous speed-up (by freeing up RAM as well as by having a much faster server).

        After the webserver, I'd have to throw out the database. Each URL points to a unique entry, so I can just as easily use sparse arrays and hashing. A database is just wasted overhead.

        That leaves PHP, Zend and the Zend optimizer. Since the rest is now direct, in-line code, you're better off with C. This removes 3 packages and 5 interfaces, all of which would rip out yet more bugs.

        In the end, the entire Slash/Perl|PHP/DB/httpd gumph, with the potential for a huge number of security holes and other assorted bugs, could be replaced by a much smaller, specialised C app that did everything.

        (In practice, I doubt anyone'd ever want to write such an app. The Unix practice of reusable components has proven good enough, to the point that everything is done that way, now, even if for any given task, it's horribly inefficient and very prone to errors.)

    --
    It's a small world and it smells funny; I'd buy another if it wasn't for the money; Take back what I paid (SoM)
  11. Re:"overrated" needed for automatic +1 by Anomalous+Canard · · Score: 3

    I think that the check box should be used to get your' +1, i.e. the default is the normal posting level and, furthermore, that your karma should go down by 1 for each +1 bonus you give yourself.

    Anomalous: inconsistent with or deviating from what is usual, normal, or expected

    --
    Anomalous: deviating from what is usual, normal, or expected
    Canard: a false or unfounded repor