[rt-devel] Preserving local customizing
jesse at bestpractical.com
Wed Nov 7 12:55:21 EST 2001
So a while ago, there was some discussion about whether the FastCGI handler
should use the local/ directory to override images. What I didn't realize
until this weekend was that the mod_perl handler won't display images
in the local component root, since it declines image requests and hands
them off to apache..and apache has no concept (to my knowledge) of composite
DocumentRoots. The change I've made in 2.0.9 is to allow users
to specify that images should be served from another path or server.
As things move forward, I'm happy to look at new and better ways to allow local
customization without hindering upgrades. I hope that this change will
On Wed, Nov 07, 2001 at 10:18:12AM -0600, Jay Kramer wrote:
> You know, I never really looked at that from a picture standpoint, because I
> have all my pictures coming from another vhost I have setup in apache, with
> non-relative urls.. I've changed the header/footer and a lot of the
> internal design elements in RT to match our corporate website as well as
> some other software we already use, and serve all the images that way..
> Maybe that could be a solution for your problems? I know its more work to
> redo that way, but its worked flawlessly here (ahah, its totally outside the
> scope of RT at that point).. And, I think the Local stuff is just for the
> html at this point, because of the refactoring that Jesse did for FastCGI..
> I don't even know if the local path works correctly at all with FastCGI (I'd
> rather just use mason/mod_perl... it's fine for my needs, I have a big
> enough box for it, and have not had any problems.. heh).. Anyhow, tell me
> if this would work, and if you want any help..
> > > There already is a semantic for this... it is the Mason Local Path..
> > > Just put your replacement rt.jpg in the same path that it is in, but in
> > > local/WebRT instead of just WebRT.. Once there, Mason uses it before it
> > > uses the default that was installed.. Also, RT never overwrites these
> > This works with html files, but pictures are ignored for some reason...
> > Best regards
> > Timo
> > --
> > Timo A. Hummel, IT Specialist
> > IS Innovative Software AG Phone: +49 69 505030-302
> > Feuerbachstraße 26-32 Fax: +49 69 505030-505
> > 60325 Frankfurt a.M. E-Mail:
> > mailto:timo.hummel at isg.de
> > GERMANY WWW: http://is.ag
> > _______________________________________________
> > rt-devel mailing list
> > rt-devel at lists.fsck.com
> > http://lists.fsck.com/mailman/listinfo/rt-devel
> rt-devel mailing list
> rt-devel at lists.fsck.com
http://www.bestpractical.com/products/rt -- Trouble Ticketing. Free.
More information about the Rt-devel