[prev in list] [next in list] [prev in thread] [next in thread]
List: perl-win32-users
Subject: Redirect after POST problem with perl.exe
From: Michelle Davis <michelle () weftweb ! net>
Date: 2005-02-28 23:27:44
Message-ID: 4223A8F0.3070807 () weftweb ! net
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
We are having a stability problem with perlis.dll on IIS5 (see my other
post) - as a possible solution I tried to use perl.exe to run our
application.
I put the mapping in as c:\perl\bin\perl.exe %s %s for .pl and ran my
scripts.
On the whole they work well except for one problem. The application
(which is OTRS for anyone interested) runs from an index.pl form which
collects a bunch of information in a form, submits the form to itself
and then redirects to itself with a set of new parameters. Under
perlis.dll this works perfectly - but under perl.exe I get an endless
loop which appears to be caused by the POST information being sent along
with the redirect.
So if I have field called "Login" - on the form POST the application
detects this, creates the user session and then redirects to itself with
new parameters Session=.... but the Login field seems to be sent as well
so the redirect gets caught on the "Login" field detection routines and
creates a new user session, redirects to itself and so on forever.
I guess I could rewrite all the code to handle this by changing the if
tests or order of parameter detection - but OTRS is a big application
and this method of redirection is common right through all the scripts -
also if we do this we make it very difficult to upgrade to new versions.
Is there something in the setup of activeperl or IIS which I might have
wrong or something I can do when redirecting (or an alternative to
Redirect) that will avoid this problem?
Ciao,
Michelle Davis
--
Websites at Work - Websites created to put you in control.
_http://www.websitesatwork.com.au/websiteneeds.html_
E: _mailto:info@websitesatwork.com.au_ P: +61 (0)2 6161 9376
F: +61 (0)2 8569 1505 M: +61 (0)412 819 376
--
Websites at Work - Websites created to put you in control.
_http://www.websitesatwork.com.au/websiteneeds.html_
E: _mailto:info@websitesatwork.com.au_ P: +61 (0)2 6161 9376
F: +61 (0)2 8569 1505 M: +61 (0)412 819 376
[Attachment #5 (text/html)]
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=ISO-8859-1" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
<font size="-1"><font face="Helvetica, Arial, sans-serif">We are having
a stability problem with perlis.dll on IIS5 (see my other post) - as a
possible solution I tried to use perl.exe to run our application.<br>
<br>
I put the mapping in as c:\perl\bin\perl.exe %s %s for .pl and ran my
scripts.<br>
<br>
On the whole they work well except for one problem. The application
(which is OTRS for anyone interested) runs from an index.pl form which
collects a bunch of information in a form, submits the form to itself
and then redirects to itself with a set of new parameters. Under
perlis.dll this works perfectly - but under perl.exe I get an endless
loop which appears to be caused by the POST information being sent
along with the redirect.<br>
<br>
So if I have field called "Login" - on the form POST the application
detects this, creates the user session and then redirects to itself
with new parameters Session=.... but the Login field seems to be sent
as well so the redirect gets caught on the "Login" field detection
routines and creates a new user session, redirects to itself and so on
forever.<br>
<br>
I guess I could rewrite all the code to handle this by changing the if
tests or order of parameter detection - but OTRS is a big application
and this method of redirection is common right through all the scripts
- also if we do this we make it very difficult to upgrade to new
versions.<br>
<br>
Is there something in the setup of activeperl or IIS which I might have
wrong or something I can do when redirecting (or an alternative to
Redirect) that will avoid this problem?<br>
<br>
Ciao,<br>
<br>
Michelle Davis<br>
</font></font>
<div class="moz-signature">-- <br>
<meta content="text/html;" http-equiv="Content-Type">
<div class="moz-signature"><br>
<meta content="text/html;" http-equiv="Content-Type">
<title></title>
<small><font face="Helvetica, Arial, sans-serif"> Websites at Work -
Websites created to put you in control. <br>
</font><font color="#0000ff" face="Helvetica, Arial, sans-serif"><u><a
href="http://www.websitesatwork.com.au/websiteneeds.html"
eudora="autourl">http://www.websitesatwork.com.au/websiteneeds.html</a></u></font><font
face="Helvetica, Arial, sans-serif">
<br>
E:
<a href="mailto:info@websitesatwork.com.au" eudora="autourl"><font
color="#0000ff"><u>mailto:info@websitesatwork.com.au</u></font></a>
P: +61 (0)2 6161 9376<br>
F: +61 (0)2 8569 1505 M: +61 (0)412 819 376</font></small>
</div>
</div>
<br>
<div class="moz-signature">-- <br>
<meta content="text/html;" http-equiv="Content-Type">
<div class="moz-signature"><br>
<meta content="text/html;" http-equiv="Content-Type">
<title></title>
<small><font face="Helvetica, Arial, sans-serif"> Websites at Work -
Websites created to put you in control. <br>
</font><font color="#0000ff" face="Helvetica, Arial, sans-serif"><u><a
href="http://www.websitesatwork.com.au/websiteneeds.html"
eudora="autourl">http://www.websitesatwork.com.au/websiteneeds.html</a></u></font><font
face="Helvetica, Arial, sans-serif">
<br>
E:
<a href="mailto:info@websitesatwork.com.au" eudora="autourl"><font
color="#0000ff"><u>mailto:info@websitesatwork.com.au</u></font></a>
P: +61 (0)2 6161 9376<br>
F: +61 (0)2 8569 1505 M: +61 (0)412 819 376</font></small>
</div>
</div>
</body>
</html>
_______________________________________________
Perl-Win32-Users mailing list
Perl-Win32-Users@listserv.ActiveState.com
To unsubscribe: http://listserv.ActiveState.com/mailman/mysubs
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic