>>>>> "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