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
>
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.