By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
455,044 Members | 1,155 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 455,044 IT Pros & Developers. It's quick & easy.

Blank pages

P: n/a
Forgive me if this is the wrong group to post this in, it's my first post.

I have a web site that uses session variables and cookies. In-house and at
most clients the web sites functions great, exactly how it should behave.

However, at a few sites, the users will get the login page and as soon as
they submit, they get served a page with just the banner image on top and
blank underneath it. The page is two frames, top and bottom with the banner
image on the top. When viewing the source, the bottom page contains
<html></htmlonly. Looking at my PHP scripts, there are no scripts that
could generate that kind of a blank page, it would at least have a <headin
it.

So far what I've found that's different between the sites that work and the
one that doesn't is as follows.

The machine name is SQL1 with an IP address of 10.1.1.100. On this machine
is a web site set up in IIS with an IP address of 10.1.1.150. All of the
users at this site use a url of http://statuspage.cosite.com to get into the
site.

If you use a URL of http://SQL1/statuspage/userlogin.php - everything works
fine.
If you use a URL of http://10.1.1.100/statuspage/userlogin.php - everything
works fine.
If you use a URL of http://statuspage.cosite.com - They get the blank page
after the login page.

I'm thinking it has something to do with domains and cookies but I'm not
sure.

My cookies are set as:

setcookie("UserKey", $UK,$expiretime);

setcookie("PHPSESSID",$_COOKIE["PHPSESSID"],$expiretime);

$expiretime is a variable containing the expiration time of the cookie

Any help would be GREATLY appreciated.

Harry Hambrick

Feb 6 '07 #1
Share this Question
Share on Google+
5 Replies


P: n/a
Rik
hman <fl******@hotmail.comwrote:
If you use a URL of http://statuspage.cosite.com - They get the blank
page
after the login page.
So, what's the code after the login? We cannot guess this.

Also, check what the servers sends as headers (use Fiddler for MSIE or
LiveHTTPHeaders for FireFox to check those).
My cookies are set as:

setcookie("UserKey", $UK,$expiretime);

setcookie("PHPSESSID",$_COOKIE["PHPSESSID"],$expiretime);

$expiretime is a variable containing the expiration time of the cookie
Cookies are domain specific, but should work if you indeed use
http://statuspage.cosite.com as address of the server that sets the
cookies.
--
Rik Wasmus
Feb 6 '07 #2

P: n/a
After the login page, it just loads the page that sets up the frames which
loads a php page into the bottom frame.

What should I look for in the header? I will find Fiddler to look at it but
not sure what I should your wanting me to look for.

As far as the cookies go, do I need to specify the domain and path in the
cookies for them to work with both the domain and the machine name?

Harry Hambrick
"Rik" <lu************@hotmail.comwrote in message
news:op***************@misant.kabel.utwente.nl...
hman <fl******@hotmail.comwrote:
>If you use a URL of http://statuspage.cosite.com - They get the blank
page
after the login page.

So, what's the code after the login? We cannot guess this.

Also, check what the servers sends as headers (use Fiddler for MSIE or
LiveHTTPHeaders for FireFox to check those).
>My cookies are set as:

setcookie("UserKey", $UK,$expiretime);

setcookie("PHPSESSID",$_COOKIE["PHPSESSID"],$expiretime);

$expiretime is a variable containing the expiration time of the cookie

Cookies are domain specific, but should work if you indeed use
http://statuspage.cosite.com as address of the server that sets the
cookies.
--
Rik Wasmus

Feb 6 '07 #3

P: n/a
Rik
hman <fl******@hotmail.comwrote:

Please don't toppost, and for that matter: do not mulitpost. Crosspost if
you really have to.
Harry Hambrick
"Rik" <lu************@hotmail.comwrote in message
news:op***************@misant.kabel.utwente.nl...
>hman <fl******@hotmail.comwrote:
>>If you use a URL of http://statuspage.cosite.com - They get the blank
page
after the login page.

So, what's the code after the login? We cannot guess this.

Also, check what the servers sends as headers (use Fiddler for MSIE or
LiveHTTPHeaders for FireFox to check those).

After the login page, it just loads the page that sets up the frames
which
loads a php page into the bottom frame.
And what would be in that page? That is the code that fails, and you give
us no clue what it actually does, so we cannot say anything usefull about
it.

Any way to flag something that the script was indeed run, just the output
isn't received?
What should I look for in the header? I will find Fiddler to look at it
but
not sure what I should your wanting me to look for.
Do you really get a 200 OK, or something else? I.e: did you indeed get an
empty page served, or is there an error which prevents sending at all.

Also, what if you enable display_errors && error_reporting(E_ALL)?
>>My cookies are set as:

setcookie("UserKey", $UK,$expiretime);

setcookie("PHPSESSID",$_COOKIE["PHPSESSID"],$expiretime);

$expiretime is a variable containing the expiration time of the cookie

Cookies are domain specific, but should work if you indeed use
http://statuspage.cosite.com as address of the server that sets the
cookies.

As far as the cookies go, do I need to specify the domain and path in the
cookies for them to work with both the domain and the machine name?
Normally, no, server and path default to the current. Users connecting by
one address should have no trouble continuing using that address, and the
cookies it sets. Switching would make your cookies invalid for that
ip/name/server, as they've been set for the other. The browser just won't
send them. You can _try_ to set a cookie for another domain/ip/machine
name, but this would cookie would be declined by the standard settings of
most modern browsers.

--
Rik Wasmus
Feb 6 '07 #4

P: n/a
Forgive me but I don't know what you mean by toppost, multipost and
crosspost. Please explain so I can comply.

There's a whole lot of code on the page that is supposed to be displayed and
has several includes. It would be a lot of code to ask someone to go
through.

I tried putting something in the php code to show me the page was run and
that code did not display. I tried both a javascript alert and also just an
echo from PHP. Neither worked which made me believe that the page was never
being displayed.

No, I received a totally blank page. And when I viewed source, the only
thing there was <html></html>.

I will get back on the customer system and turn or error display and E_ALL
later today or tomorrow morning and see what warnings and errors might be
there.


Feb 6 '07 #5

P: n/a
Rik
hman <fl******@hotmail.comwrote:
Forgive me but I don't know what you mean by toppost, multipost and
crosspost. Please explain so I can comply.
<http://en.wikipedia.org/wiki/Toppost>
<http://en.wikipedia.org/wiki/Netiquette#Usenet_etiquette>
<http://www.blakjak.demon.co.uk/mul_crss.htm>
There's a whole lot of code on the page that is supposed to be displayed
and
has several includes. It would be a lot of code to ask someone to go
through.
Well, then trim it down in a bare-minimum testcase. The least amount of
code that still shows the error is not only usefull for us, but will
probably hold the answer for yourself.
I tried putting something in the php code to show me the page was run and
that code did not display. I tried both a javascript alert
Not to be trusted if output is dubious.
and also just an
echo from PHP.
The point where this echo occurs is of importance. Try to do as the first
action of the script, gradually working down untill it doesn't display
anymore. Then at least you know where the error roughly is. Optionally use
flush() after the echo to make sure it's sent immediately.
I will get back on the customer system and turn or error display and
E_ALL
later today or tomorrow morning and see what warnings and errors might be
there.
Check, it's very likely they will tell you a lot.

--
Rik Wasmus
Feb 6 '07 #6

This discussion thread is closed

Replies have been disabled for this discussion.