>>>>> "Bolot" == Bolot Kerimbaev <[EMAIL PROTECTED]> writes:

    Bolot> I'm getting back to these... Among other issues is
    Bolot> naming. What shall they be named? Squeak Server Pages
    Bolot> (SSP)? Active Squeak Pages (ASP)?

    Bolot> Now, more importantly, is anybody interested in ASP/PHP3
    Bolot> kind of functionality? You can volunteer to implement that
    Bolot> stuff, or wait for me to finish what comes before ASP/PHP3.

I'm not sure it's all applicable or (easily) portable but the PHPLIB
stuff seems very well-regarded: http://phplib.netuse.de/.

    Bolot> Here are things I'm adding to SSP/ASP: - access form
    Bolot> variables by name: Hello, <?name?>!  - plus access to other
    Bolot> vars (e.g., server IP, etc.)  - inlcudes (a-la actions for
    Bolot> Swiki templates): Today there were <?visitorCounter?>
    Bolot> visitors (unifying Swiki templates and SSP/ASPs)

Are you replicating the ASP API at a high-level? I happen to like
ASP's approach over CGI. (It's Visual Basic and NT I don't like, but
that's for another post). I'd like to be able to do in Squeak at least 
what the Apache ASP (implemented in mod_perl, iirc) API looks like; it 
has objects (ok, Perl objects, but this is ST, we've got the *real
thing) like:
       
       Session          -> manages user session state
       Response         -> what's sent to client
       Request          -> what came from client
       Application      -> manages application state
       Server           -> contains core-ish support stuff/methods

Just my two cents, fwiw; but it strikes me as a fairly elegant
API. Having a nice implementation of this would be a great
thing. Having this and Comanche makes for, imo, a very nice platform
for Web apps. Having this and an Apache mod_smalltalk would be
*awesome*; that would probably move me from being primarily a Python
web developer and a Squeak dabbler to being a Python *and* Squeak web
developer.

Best,
Kendall Clark

Reply via email to