I use Apache::Registry (this has likely been replaced by the ModPerl::Registry that you mention)
The scripts do get compiled and stored in memory and it's exactly what you want. It sounds to me that you are writing the output to a file and then redirecting to that file. I do not have the "+ParseHeaders" option set, and that might be the difference. Perhaps the ParseHeaders is setting invalid caching tags. The best thing to do in this example is use a text client (such as lwp-request) to run the script and have it output the entire string (headers and all). It should hopefully be very apparent where the problem is. The main difference between ModPerl::PerlRun and ModPerl::Registry is that ModPerl::PerlRun still exits after every call to the script. In other words, the only thing you are saving is the module compilation time (this can still be significant). If you are not including those modules in an apache startup script, you are not even saving that. You definitly have enough of the .so modules installed. I consider "full-blown" to mean that you are using ModPerl::Registry. If you can track down and fix that caching issues, you should notice a huge improvement in speed. Brian -----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Matthew Boehm Sent: Tuesday, March 07, 2006 9:00 AM To: html-template-users@lists.sourceforge.net Subject: RE: [htmltmpl] mod_perl usage > I have no experience of ModPerl::PerlRun. How then are you running ModPerl? My apache conf contains this which activates mod_perl for a specific directory on our web server: <Directory /home/me/public_html/pages/sc2/> Options +ExecCGI <FilesMatch "\.cgi$"> SetHandler perl-script PerlResponseHandler ModPerl::PerlRun PerlOptions +ParseHeaders </FilesMatch> </Directory> > Make sure it is not you browser that is caching the page as a first off. I've disabled cache on the browsers and tried different browsers on different OSes. Same 'caching' behavior from the template module. > How does ModPerl::PerlRun work? I don't even begin to pretend to know anything about mod_perl, but from the docs "ModPerl::PerlRun - Run unaltered CGI scripts under mod_perl". If you use ModPerl::Registry, the docs say quite outright that your script gets compiled and stored in memory. We discovered this during our first attempts at modperl. Using Registry, our main CGI results would get cached using our own template model. So we switched to PerlRun and the caching stopped. Now I'm trying to use a template and the caching is back even though nothing else has changed in our setup. It was my understanding that mod_perl does nothing for you unless you 'activate' it for a directory/vhost like I did above. > Also, you should see if you can get a full blown mod_perl server running. Here is our server: Server version: Apache/2.0.55 Server built: Oct 23 2005 13:44:20 Compiled in modules: core.c mod_perl.c prefork.c http_core.c mod_so.c Is that full-blown enough? Thanks, Matthew ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Html-template-users mailing list Html-template-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/html-template-users ------------------------------------------------------------------------------ This message is intended only for the personal and confidential use of the designated recipient(s) named above. If you are not the intended recipient of this message you are hereby notified that any review, dissemination, distribution or copying of this message is strictly prohibited. This communication is for information purposes only and should not be regarded as an offer to sell or as a solicitation of an offer to buy any financial product, an official confirmation of any transaction, or as an official statement of Lehman Brothers. Email transmission cannot be guaranteed to be secure or error-free. Therefore, we do not represent that this information is complete or accurate and it should not be relied upon as such. All information is subject to change without notice. ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 _______________________________________________ Html-template-users mailing list Html-template-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/html-template-users
