Spyce v1.3.2 released on 1 Dec 2002 SPYCE is a server-side engine that supports simple and efficient Python-based dynamic HTML generation. Those who like Python and are familiar with JSP, or PHP, or ASP, should have a look at this engine. It allows one to generate dynamic HTML content just as easily, using Python for the dynamic parts. Its modular design makes it very flexible and extensible. It can also be used as a command-line utility for HTML pre-processing. Get it at: http://spyce.sourceforge.net Grisha released mod_python 3.0.1 today for Apache 2.0.40 and Python 2.2.1 and up. Spyce has been updated to work with this release of mod_python as well. To summarize the known configurations that are known work well (and are often tested by me *): Linux: * Apache 1.3.x with FastCGI - works Apache 2.0.x with FastCGI - unknown, FastCGI still alpha * Apache 1.3.x with CGI - works (slow) Apache 2.0.x with CGI - works (slow) * Apache 1.3.x with mod_python 2.7.x - works Apache 2.0.x with mod_python 3.0.x - works * Apache 1.3.x with proxy - works Apache 2.0.x with proxy - works * command-line - works Xitami via CGI - works (Jim Madsen) Xitami via Xitami LWRP - works (Jim Madsen) Windows: (not tested as often) same as above, except... Apache 2.0.x with mod_python - unknown whether mod_python v3.0.1 works on Windows yet should work on 2000, NT and XP. not sure about 95, 98, ME FastCGI: IIS via CGI - works IIS via FastCGI - works others - unknown CGI and proxy server: should work in any environment MacOS X: reported to work in some configuration by user FreeBSD: reported to work in some configuration by user There were also some small tweaks to Windows installer and config file that should make it more robust across more versions of Apache. Also there was a switch back to the sre regular expression module. This should not affect most users at all. But, watch for stack overruns and please report. (see the changelog below.) Enjoy, Rimon. v1.3.2 mod_python 3.0.1 compatibility - switched to sre module, despite stack limits, because pre module conflicts with pcre shared object that apache uses (actually, just fails on some complicate reg.exps!) This implies that very, very long spyce files might fail, until sre module implements a state-machine-based reg.exp engine. - apacheRequest.connection.child_num mysteriously removed, therefore using os.getpid() in spyceModpyRequest.getServerID() spyceApache.conf tweaked (should be more compatible) installHelper.py converts backslash to forward slash for httpd.conf on Windows switched from pre to sre module in spyceCompile.py - reason: Apache 2.0.x uses different pcre library from Python causing failure under mod_python - pre was used over the default (sre) because sre implementation is stack-based and encountered overruns... Oh, well! Don't write Spyce files that blow the stack until sre is fixed.