Re: Newbie: Mixing HTML & WO Pages?
Re: Newbie: Mixing HTML & WO Pages?
- Subject: Re: Newbie: Mixing HTML & WO Pages?
- From: Chuck Hill <email@hidden>
- Date: Thu, 23 Oct 2003 08:20:23 -0700
The only thing you have to worry about is the transition from WO <-->
static HTML pages. Getting to a static page is, obviously, easy. Getting
from a static HTML page to a WO pages requires a Direct Action URL in the
static page. If you don't need to maintain state when moving back and
forth then you are done. If you do need to maintain state then you will
have to store the session and instance ID in cookies. See the WOSession
docs for how to do this.
As for performance... It will be more efficient CPU wise to let the web
server serve the static pages. It might be a more efficient use of your
time to put them in WO and not have to worry about DA URLs and such. It
depends on how many pages, how much load, how much you value your time vs
CPU efficiency etc. I'll leave that call to you. :-)
HTH
Chuck
At 08:43 PM 22/10/2003 -0700, Bob McCormick wrote:
>I'm still trying to come to grips with probably some fundamental
>concepts in WO.
>
>For pages that effectively are static in nature (defined as pages that
>have no dynamic elements being populated by the database) I usually
>would simply create a file that has a .html suffix, so as not have the
>Cold Fusion application server to even be involved. Since it's static,
>we'll just let Apache handle it and not take a performance hit from the
>App server.
>
>Now, how do I do this in WO - or more importantly, do I even need to
>worry about such things regarding performance? It feels like once I
>start using WO, then ALL pages must be components within a project and
>I don't really have the notion of HTML pages all by themselves.
>
>Sorry if this is such basic stuff, but my first test site here is
>pretty simple in nature and really is mostly a viewing only type of
>application. Tracking the session for a user in this particular
>application isn't so important, so don't wish to over engineer this,
>yet do wish to architect it appropriately.
>
>Thanks...Bob
>
>
>Bob McCormick
>XebraTech
>(805) 302-3359
>_______________________________________________
>webobjects-dev mailing list | email@hidden
>Help/Unsubscribe/Archives:
http://www.lists.apple.com/mailman/listinfo/webobjects-dev
>Do not post admin requests to the list. They will be ignored.
>
--
Chuck Hill email@hidden
Global Village Consulting Inc. http://www.global-village.net
_______________________________________________
webobjects-dev mailing list | email@hidden
Help/Unsubscribe/Archives: http://www.lists.apple.com/mailman/listinfo/webobjects-dev
Do not post admin requests to the list. They will be ignored.