Re: [dancer-users] dancer-users Digest, Vol 59, Issue 6
Hi, 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@endpoint.com 269-408-0811
participants (1)
-
Andreas Renner