From: Francois-Xavier B. <fra...@ce...> - 2014-11-10 11:09:08
|
Hi, In your case it is the php system that implements the logic (post, redirects...). You should let this application have the control and just use the cms as a template provider using <esi:include> and <esi:replace> tags. I think this is exactly the use case that is described in the quick start: http://www.esigate.org/quickstart.html 2014-11-10 11:47 GMT+01:00 Dave Sowerby <dav...@gm...>: > Hi, > > I'm currently trying to work out how I might be able to solve a problem > with a proof-of-concept using esigate that I've been working on. > > A have two providers: > > o A CMS which provides the theme and the page structure > o A PHP system which provides fragments based upon the user's session. > > However, I need to use posts to the PHP system in order to handle form > processing which is where my confusion arises. > > Just for clarity, here is my esigate.properties: > > origin.remoteUrlBase=http://www.cmsprovider.com > origin.mappings=/* > > php.remoteUrlBase=http://www.phpprovider.com > php.mappings=/php/* > > If I include the form through an ESI Include statement obviously > everything then works fine for the initial rendering of the form in the > resultant response. However the form target has to be a /php/ based > request so that the entities for the post are actually delivered to the > provider. > > This PHP system can only produce fragments of the page and while I could > split up the CMS page into fragments and include them that way it doesn't > feel right to be doing this. > > Have I missed some element of the esi flow that would cover this use > case? Should I be posting directly and declaring a esi:fragment of the > required result and an esi:include for the CMS page? > > Cheers, > > Dave. > > > ------------------------------------------------------------------------------ > > _______________________________________________ > Webassembletool-users mailing list > Web...@li... > https://lists.sourceforge.net/lists/listinfo/webassembletool-users > > |