Re: SF bug #581285 specific to windows servers
"saytheb" <[email protected]>
| Newsgroups | gmane.comp.web.envolution.devel,gmane.spam.detected |
|---|---|
| Message-ID | <001d01c2483b$3eb19150$2818fd0c@c474122a> |
If that's the case, it's very simple to push it to plain http:// for now.
if
(isset($HTTP_SERVER_VARS['HTTPS']) && $HTTP_SERVER_VARS['HTTPS'] != "off") {
$proto =
'https://';
} else {
$proto = 'http://';
}
----- Original Message -----
From: "Scott Kindley" <ckindley-/Nmu/[email protected]>
To: "Envol-dev" <[email protected]>
Sent: Tuesday, August 20, 2002 10:06 PM
Subject: [envdev] SF bug #581285 specific to windows servers
>
> Workaround for IIS/PHP servervars needed
> There is a problem using PN on IIS (atleast ver. 4 and 5) due to the
> way HTTP_SERVER_VARS are handled:
>
> If not in SSL
> mode, the value of HTTP_SERVER_VARS['HTTPS'] is "off",
> which causes problems in PnAPI.php line 995:
> if
> (isset($HTTP_SERVER_VARS['HTTPS'])) {
> $proto =
> 'https://';
> } else {
> $proto = 'http://';
> }
>
> This of course
> will always redirect to https:// on IIS. In my opinion it is a tricky
> thing
> to begin taking into account, as different webservers most likely
> will set these variables differently. PHP (naturally) avoids conflict
> by just passing on whatever the webserver deliveres to them.
>
> Says it's fixed in CVS.....I think we need to check into this as I do
> recall people having issues with Micro$oft platforms and PHP.
>
> Zoom
>
>
>
> _______________________________________________
> Envdev mailing list
> [email protected]
> http://www.madhatt.info/mailman/listinfo/envdev_madhatt.info
>
>