[dancer-users] dancer-users Digest, Vol 59, Issue 6

Andreas Renner an48 at gmx.de
Fri Jan 9 01:38:07 GMT 2015


I do not know if I was able to really cover your problem.

> I have a page that responds to a POST request:
> post '/checkout' => sub { ... };

> a normal user
> goes through
> /flypage => /cart => /checkout
> an Admin user would go through
> get /order/new => post /order/new => /checkout
> I got this working with a "forward" operation at the end of my interstitial
> page,
> forward '/checkout', { ... several parameters here ... };

> but the only drawback here is that the
> admin user ends up looking at a URL that is not "/checkout", even though the
> page contents are what they would see at "/checkout".

So you have done some session management. As you have not told anyone what you 
have done there, it's hard to follow your intentions.

> I can get the URL right if I replace "forward" with "redirect":
> redirect uri_for '/checkout', { ... several parameters here ... }
> which leaves the browser at
> .../checkout?foo=...&bar=...&blah=...
> Ugly. I just want to end up on "/checkout", with my parameters hidden away.
> Is there any hope?

So maybe there is some 'work around' in your server configuration leading you 
to wrong interpretations. You've not told anyone what server you are using. 
'forward' is a internal forwarding to another route while 'redirect' generates 
a new http-request wich is following rules defined in the server configuration 
or an .htaccess.

Hope is always there.

> -- 
> Jeff Boes <><
> jeff at endpoint.com
> 269-408-0811

More information about the dancer-users mailing list