[Catalyst] A different approach to static content

Christopher H. Laco claco at chrislaco.com
Tue Aug 16 19:59:17 CEST 2005


Perrin Harkins wrote:
> On Tue, 2005-08-16 at 18:10 +0100, Matt S Trout wrote:
> 
>>Returning DECLINED to apache - or just having a <Location /myapp/static>
>>block when you deploy under mod_perl - seems like a much better way to do
>>it.
> 
> 
> Agreed, those are the solutions I would recommend.
> 
> - Perrin
> 
> 

I guess that's what bugs me. Today it's /static, tomorrow it's /images, 
and next week it's /downloads and maybe it needs to be under / and not 
/myapp.

IMHO, there's no reason I should have to tweak my httpd.conf everytime 
just to serve more static from /. Especially if the someone adding 
static content is just a content creator and not the server guy. We have 
the technology. It should just work, and there's no good reason that all 
requests have to go through Catalyst when only a small percentage of 
those requese are controllers/handlers vs. static content.

But hey, maybe I'm the crazy one. Things can be made to do the right 
thing without any user intervention, so why not make live on the 
developer/installer that much easier?

-=Chris
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3178 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.rawmode.org/pipermail/catalyst/attachments/20050816/0d1ddd10/smime-0001.bin


More information about the Catalyst mailing list