[Radiant] binary attachment behaviour? URL redirect behaviour?

[dror tirosh]

You can look at the page_part_type patch, and at the attachment page_part
which does something very similar to what you want.
I think you'll need a very small change to the code to get what you want.
Dror

On 8/23/06, Guido Sohne <guido at sohne.net> wrote:
>
> I would be interested in moving some content out of the file system
> and into Radiant. I don't mean storing it in the database, but getting
> Radiant to know about the content, and serving it with the correct
> content type.
>
> It could be done with just a hyperlink, I know, but I have some old
> content that I am serving up by doing URL rewrites, or redirects, and
> I'd like to be able to switch to using mongrel without having 404s
> suddenly start appearing ...
>
> The problem could be solved by having radiant content that does the
> redirect, or rewriting. Or am I missing something and should I just go
> ahead and create the stub pages, and inside them write
>
>   <r:find url="/destination/of/rewrite/redirect">
>     <r:content/>
>   </r:find>
>
> Which will solve the issue for the redirect/rewrite. And inside that
> page, if I want to serve a PDF, I can create a link, leading straight
> to the binary file (e.g a PDF). How can I eliminate the intermediate
> page and have the content served straight after the legacy URL has
> been rewritten?
>
> Thanks in advance!
>
> -- G.
> _______________________________________________
> Radiant mailing list
> Radiant at lists.radiantcms.org
> http://lists.radiantcms.org/mailman/listinfo/radiant
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.radiantcms.org/pipermail/radiant/attachments/20060823/9c8e6bce/attachment.html