[Seaside] WAFileLibrary / Resource Path
ssastre at seaswork.com
Tue Aug 14 02:03:34 UTC 2007
Ah, I forgot to mention that you use it by evaluating:
(WADispatcher default entryPointAt: 'applicationName') deployFiles
then search the created folder called 'files' and copy that tree
anywere deployment files is expected to be.
No need comparisions.
> -----Mensaje original-----
> De: seaside-bounces at lists.squeakfoundation.org
> [mailto:seaside-bounces at lists.squeakfoundation.org] En nombre
> de Sebastian Sastre
> Enviado el: Lunes, 13 de Agosto de 2007 22:37
> Para: 'Seaside - general discussion'
> Asunto: RE: [Seaside] WAFileLibrary / Resource Path
> Hi Ken,
> maybe is too KISS but I've made this a couple of hours
> ago because I didn't want to manage files manually too much.
> So with this an image is able to write in disk all the
> libraries that a seaside app uses writed in a consistent
> shape under your image dir.
> I'll use rewrite rules in apache so copying that file
> directory path should be enough I think. Maybe you find a way
> to copy that to S3 and make your apps work in
> deployment/development by making behave differently in
> #updateRoot: ? Could be "the switch" you asked for?
> Be warned: I'm testing it just now myself so.. no guarantees ;)
> Sebastian Sastre
> > -----Mensaje original-----
> > De: seaside-bounces at lists.squeakfoundation.org
> > [mailto:seaside-bounces at lists.squeakfoundation.org] En
> nombre de Ken
> > Treis Enviado el: Jueves, 02 de Agosto de 2007 16:21
> > Para: Seaside - general discussion
> > Asunto: [Seaside] WAFileLibrary / Resource Path
> > I'm using Amazon S3 to host my static content, which is
> easy enough to
> > do using methods like WAImageTag>>resourceUrl:. But the
> content of the
> > various file libraries is static too, so it seems like it'd
> make sense
> > to host it on S3 as well.
> > The problem I'm having is that the URLs of file library
> content isn't
> > relative to the resource base -- so it always looks for /seaside/
> > files/SULibrary/effects.js, where I'd really prefer something like:
> > http://mybucket.amazonaws.com/SULibrary/effects.js
> > or
> > http://s3.amazonaws.com/myBucket/SULibary/effects.js
> > What would be the best way to refactor the code to
> accomplish this?
> > If nobody's interested in this sort of feature, then I guess I can
> > hack it however I want. But if other people are interested,
> I'd like
> > to know how to make it as useful as possible.
> > It seems like this behavior should be configurable. Should
> I just make
> > it use the resource base URL, or keep a separate base URL for files?
> > --
> > Ken Treis
> > Miriam Technologies, Inc.
> > _______________________________________________
> > Seaside mailing list
> > Seaside at lists.squeakfoundation.org
> > http://lists.squeakfoundation.org/cgi-bin/mailman/listinfo/seaside
More information about the Seaside