[ic] Can IC always look in ~/pages/?

Grant emailgrant at gmail.com
Wed Sep 29 21:28:44 UTC 2010

>> I'm ashamed to say I've been at this for about 12 hours now without a
>> solution.  Fortunately I do have more info and I think it's enough to
>> come up with something.
>> My goal is to define VendURL and SecureURL on the fly.  I've been
>> doing this with different domains for awhile with none of these
>> problems, but I've never attempted to define a folder in either
>> directive until today and this has caused the following problems.
>> I've come up with workarounds for the first two, I could come up with
>> one for the third, but the fourth is nasty.
> Ok, I've done something like this before, and yes, there are additional
> complications when you're changing the actual path as well as the domain
> name.  The problem is that changing VendURL and SecureURL only changes
> the path to [area] (and similar) tag generated links.  It does not
> change how Interchange parses the page name out of incoming requests.

Thanks Peter, that is a perfect description of the problem.

> My suggestion is to use either an actionmap (if "folder-name" is always
> the same) or to use a missing specialsub (if it is not).  In either
> case, you can strip out the folder name from the beginning of the path,
> grab the page name portion (and if it is blank make it "index"), and
> then return the new page name from either the missing specialsub or the
> actionmap for Interchange to process for you.

The "folder-name" changes.  I do something like the above in an
Autoload for GETs, but since all of my POSTs have a path like
"/folder-name/process.html", the appropriate target page can't be
determined from the path.  I've used [dump] in a Preload, Autoload,
and AutoEnd but there doesn't seem to be any indication of the
appropriate target page in any of the dumps either.

It's relatively easy to work around this for all POSTs except those in
which the target page is set in an mv_click with either mv_nextpage=,
&success=, or &fail=.

- Grant

More information about the interchange-users mailing list