Igor, Thanks! I was already planning to use Brix for CMS purposes, bud didn't realize it had multi-site features like this.
Tauren On Sat, Mar 7, 2009 at 1:14 PM, Igor Vaynberg <igor.vaynb...@gmail.com> wrote: > if you are just starting to think about building this you might want > to consider using brix, or another cms that works well with wicket. > > in case of brix: > each client would get their own jcr workspaces that you can fill in > with a template. they are then free to edit their own workspace > creating pages, uploading images, etc. > it is trivial in brix to map domains to workspaces > functionality for your application is then provided using brix tiles > which users are free to move around their html, a tile is basically > just a [brix:tile tile:id="foo"][/brix:tile] anywhere inside the > markup. > > if this sounds too out there you can still use normal wicket code and > allow your customers to edit the markup. you can store the markup > itself in the database, so all things like styles and variations still > work even though markup is not in the war. see IMarkupStreamProvider > and IMarkupCacheKeyProvider - these allow you to override where markup > comes from per page or per hierarchy of pages. there are more general > things like IResourceStreamProvider that will allow you to override > where resources are loaded from on a global scale. > > -igor > > On Fri, Mar 6, 2009 at 7:30 PM, Tauren Mills <tau...@groovee.com> wrote: >> I'm looking for thoughts on ways to create a site that can be branded >> by a customer. It should do the following: >> >> * run in a single webapp deployed in a WAR file >> * multiple host names resolve to this same web app >> domain1.com -> myapp.com >> domain2.com --> myapp.com >> * based on the host name, the app selects a skin (color scheme, >> images, maybe even layout changes) >> * users need to be able to alter colors, images, and layout in real >> time, so updating the WAR with new skins isn't possible >> * need to pull alternate CSS content and perhaps HTML markup from a >> database and images from a location outside of the WAR. >> >> This needs to be kind of like blogger.com, where a user can change >> images and colors, and the application displays their blog that way. >> But in my case, the content on the page primarily remains the same, >> just the way it is presented changes. >> >> So I'm looking at the localization and style features thinking they >> might help. But they rely on alternate versions of files to be in the >> WAR. >> http://cwiki.apache.org/WICKET/localization-and-skinning-of-applications.html >> >> What methods would you recommend to get the current hostname from the >> request? >> Whould this be best done in the RequestCycle, the Session, or? >> What techniques would be useful for using external CSS, images, and HTML? >> Will getStyle/setStyle even help since the content is external of the WAR? >> >> I realize that I shouldn't allow users to modify HTML markup that >> contains wicket tags. That could break things very quickly. >> >> I'm just starting to think about how to do this, so I'm looking for >> any suggestions to direct me to the right tools for the job. >> >> Thanks, >> Tauren >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org >> For additional commands, e-mail: users-h...@wicket.apache.org >> >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org > For additional commands, e-mail: users-h...@wicket.apache.org > > --------------------------------------------------------------------- To unsubscribe, e-mail: users-unsubscr...@wicket.apache.org For additional commands, e-mail: users-h...@wicket.apache.org