Blank pages

Collapse
This topic is closed.
X
X
Collapse
 
  • Page of 1
  • Time
  • Show
Clear All
new posts
Previous template Next
  • hman
    #1

    Blank pages

    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("User Key", $UK,$expiretime );

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

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

    Any help would be GREATLY appreciated.



    Harry Hambrick



    Tags: None
    • Rik
      #2
      Re: Blank pages

      hman <flhman43@hotma il.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("User Key", $UK,$expiretime );
      >
      setcookie("PHPS ESSID",$_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

        Comment

        • hman
          #3
          Re: Blank pages

          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" <luiheidsgoeroe @hotmail.comwro te in message
          news:op.tnb8s3e rqnv3q9@misant. kabel.utwente.n l...
          hman <flhman43@hotma il.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("Use rKey", $UK,$expiretime );
          >>
          >setcookie("PHP SESSID",$_COOKI E["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

            Comment

            • Rik
              #4
              Re: Blank pages

              hman <flhman43@hotma il.comwrote:

              Please don't toppost, and for that matter: do not mulitpost. Crosspost if
              you really have to.
              Harry Hambrick
              "Rik" <luiheidsgoeroe @hotmail.comwro te in message
              news:op.tnb8s3e rqnv3q9@misant. kabel.utwente.n l...
              >hman <flhman43@hotma il.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
              >LiveHTTPHeader s 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("Us erKey", $UK,$expiretime );
              >>>
              >>setcookie("PH PSESSID",$_COOK IE["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

                Comment

                • hman
                  #5
                  Re: Blank pages

                  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.




                    Comment

                    • Rik
                      #6
                      Re: Blank pages

                      hman <flhman43@hotma il.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.or g/wiki/Toppost>
                      <http://en.wikipedia.or g/wiki/Netiquette#Usen et_etiquette>
                      <http://www.blakjak.dem on.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

                        Comment

                        Previous template Next
                        Working...