Re: Apache::Template perl directory configuration

[Chmrr]

in reply to Apache::Template perl directory configuration

A look at the Makefile.PL of Apache::Template shows that all of the configuration options have req_override set to "RSRC_CONF", which forces them to only appear in the main part of the config (or virtual host). So, as written, it look like you're up a creek, yes.

Now, I'm not sure why they made those configuration directives are set up that way (as it seems to contradict the examples). You might try setting some or all of those req_override options to "OR_ALL" (meaning available anywhere). Glancing at the code, it looks like Apache::Template has DIR_MERGE subroutines, so it should work in theory. Re-run the modified Makefile.PL, make< && make test && make install, and give it a try. Let us know what happens. ;>

perl -pe '"I lo*`+$^X$\"$]!$/"=~m%(.*)%s;$_=$1;y^`+*^e v^#$&V"+@( NO CARRIER'

[cleverett]

Gah ... how quickly the bleeding edge comes. This is code that's supposed to go into production ... I'm not sure that a hacked Apache::Template is the Right Thing To Do (TM) ... bt what the heck, I have time for a quick try.

OK, subbing OR_ALL for for RSRC_CONF in Makefile.PL, I'm finding it builds and installs, and with minor config twiddling, mod_perl starts up.

Of course, now I have to see if the thing works as not designed or doesn't work as designed.

Back in a bit.

[cleverett]

Well, I say this officially sucks now. Something's FUBAR.

Nothing shows up in the browser window, I get a 304 response in the server access log, and even though TT2Headers isn't set, or even I just set it to TT2Headers size, I get the Modified-Since and Etag headers:

Sent to server:
GET /affiliate/report/basic_stats.html HTTP/1.1
Host: physemp.ceverett.com
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/2003
+0714 Debian/1.4-2
Accept: text/xml,application/xml,application/xhtml+xml,text/html;q=0.9
+,text/plain;q=0.8,video/x-mng,image/png,image/jpeg,image/gif;q=0.2,*/
+*;q=0.1
Accept-Encoding: gzip,deflate
Accept-Charset: ISO-8859-1,utf-8;q=0.7,*;q=0.7
Keep-Alive: 300
Connection: keep-alive
Cookie: PhysicianEmploymentAdSystem=WlZBLjxuUrsCvPj1K8gciw
If-Modified-Since: Sat, 26 Jul 2003 20:41:10 GMT
If-None-Match: "0-0-3f22e766"
Cache-Control: max-age=0

Received from Server:
HTTP/1.x 200 OK
Date: Sat, 26 Jul 2003 22:05:43 GMT
Server: Apache/1.3.27 (Unix) mod_perl/1.28
Last-Modified: Sat, 26 Jul 2003 20:41:10 GMT
Etag: "0-0-3f22e766"
Accept-Ranges: bytes
Content-Length: 0
Content-Type: text/html
X-Cache: MISS from physemp.ceverett.com

I'm in a quandary. I'm at best a journeyman perl guy, and I'm under a heavy load. If I stick with packages that are at best rock-solid and at worst very well supported, I'm more likely to succeed. I posted about this same issue on the Template Toolkit list about 24 hours ago with only slightly different email (I cut & pasted it in to PM), and posted once before regarding the essentially the same issue (except using the TT2ServiceModule directive) about 48 hours before that without a response.

Given that, it seems to me that TT is fine to use, but A::T would be a mistake for me at this time. That's too bad, because I have an upcoming large project that A::T used the way I'm trying to use it would be perfect for, IMO.

Perhaps, I didn't ask the TT list correctly, and now I'm in everyone's bozo filters.