in reply to Stunnix Perl Web Server - a platform for portable browser-based applications

Yawn. I whipped up something similar four years ago. Can yours render in Gtk or Tk as well, if they are available?

I didn't bother releasing it, I thought it was such an easy hack. Maybe I should now.

____________________
Jeremy
I didn't believe in evil until I dated it.

  • Comment on Re: Stunnix Perl Web Server - a platform for portable browser-based applications

Replies are listed 'Best First'.
Re: Re: Stunnix Perl Web Server - a platform for portable browser-based applications
by dragonchild (Archbishop) on May 21, 2004 at 18:13 UTC
    I've got a server-in-a-page that I modified from a comp.lang.perl.misc posting from 3 years ago. I was even playing with it to deploy where I work and replace a bunch of VB apps. *shrugs*

    ------
    We are the carpenters and bricklayers of the Information Age.

    Then there are Damian modules.... *sigh* ... that's not about being less-lazy -- that's about being on some really good drugs -- you know, there is no spoon. - flyingmoose

    I shouldn't have to say this, but any code, unless otherwise stated, is untested

      I always thought that this would be a good way of writing apps, but after I wrote mine I realised... nah. It's a bit too clunky. It needs a strong widget command language. Some of this promised .NET stuff looks interesting.

      ____________________
      Jeremy
      I didn't believe in evil until I dated it.

        What I've found is that using PerlScript as your events language instead of JavaScript makes things a lot nicer. Granted, you don't get to register new events, but it's still really nice. (You need an ActiveX-enabled browser, but that's usually available.)

        ------
        We are the carpenters and bricklayers of the Information Age.

        Then there are Damian modules.... *sigh* ... that's not about being less-lazy -- that's about being on some really good drugs -- you know, there is no spoon. - flyingmoose

        I shouldn't have to say this, but any code, unless otherwise stated, is untested

        For cases of moderate complexity it's enough to use basic type of form controls HTML provides. For more complex ones - it will be possible to write complex widgets (since .NET is able to).
Re: Re: Stunnix Perl Web Server - a platform for portable browser-based applications
by Anonymous Monk on May 22, 2004 at 11:56 UTC
    No, it won't render in Tk or GTK if they are available. It's just a web server with wrapper. SPWS is not "easy hack" though - the source code is 90kb unobfuscated.
      SPWS is not "easy hack" though - the source code is 90kb unobfuscated.
      The size of your codebase as measured by disk used does not imply complexity. I once had a co-worker core dump perl because rather than use a hash, she had generated a 15,000 line if..elsif..elsif... structure. Her program was about half a meg, but was super-simple in terms of logic.

      thor

        I have a sneaking suspicion that these guys have respectable talent - it's just their politics and PR that stink.

        If they are actually capable of writing what they claim to have written ( obfuscators and this server ), then they have to be decent.

        Boasting about the maximum size of one's code is very silly, as you say. But if 90kb is the minimum a good coder needs to write this app, and my minimum is 44, then it is likely that they have twice the functionality that I do.

        The other option is that I'm twice as good as they are. I think I'm good, but I don't think I'm that good

        ____________________
        Jeremy
        I didn't believe in evil until I dated it.

      Mine's only 44kb, so I guess I missed a few widgets - or maybe I don't comment enough. I found alot of it was boring 'cross the eyes' work, I guess that's why I stopped.

      For me the word 'easy' has connotations of 'straightforwards'. There wasn't much tricky or innovative in my code.

      Still, I think most of what is offered here is easily reachable by the average Perl programmer using HTTP::Daemon and a bit of fingerwork.

      ____________________
      Jeremy
      I didn't believe in evil until I dated it.

        Ours doesn't have any dependencies on non-standard modules. But if you'll follow HTTP::Daemon path, the total size of modules required from libwww will be much more than 200kb. Yes, it's not a rocket-science, but a lot of efforts are needed to support non-blocked unbuffered IO and supporting simultaneous http requests to dynamic content on all platforms.