Session variables in IE

Collapse
This topic is closed.
X
X
 
  • Time
  • Show
Clear All
new posts
  • Matt

    Session variables in IE

    Why on earth would the security settings affect session variables?
    We're not setting a cookie here. I'm just trying to carry one session
    variable over from one page to the next. If the security settings in IE
    are set to "high", it doesn't work. What gives?
  • Geoff Berrow

    #2
    Re: Session variables in IE

    I noticed that Message-ID: <cbgaku$pff@oda k26.prod.google .com> from R.
    Rajesh Jeba Anbiah contained the following:
    [color=blue][color=green]
    >> Why on earth would the security settings affect session variables?
    >> We're not setting a cookie here.[/color]
    >
    >Wrong idea. Indeed, session uses cookie.[/color]

    But it doesn't have to.

    You can pass it via the url, e.g.
    <A HREF="nextpage. php?<?php echo strip_tags(SID) ?>">

    --
    Geoff Berrow (put thecat out to email)
    It's only Usenet, no one dies.
    My opinions, not the committee's, mine.
    Simple RFDs http://www.ckdog.co.uk/rfdmaker/

    Comment

    • Erwin Moller

      #3
      Re: Session variables in IE

      Matt wrote:
      [color=blue]
      > Why on earth would the security settings affect session variables?
      > We're not setting a cookie here. I'm just trying to carry one session
      > variable over from one page to the next. If the security settings in IE
      > are set to "high", it doesn't work. What gives?[/color]

      Hi Matt,

      In the stateless client-server-world:
      To create a session the server needs to know which client it is talking to.
      This is done by sending an unique long string of characters (sessionid) to
      the client.
      Next time the client sends a request to the server, it sends this sessionid
      with it.

      Most of the time this sessionid is stored in a coockie....
      You can also use URL-rewritting to code the sessionid in the URL.

      As for M$ IE-exploder: I *think* setting to high security means blocking
      coockies for IE. Not sure, dropped that securityhole ages ago.

      Hope that helps.

      Regards,
      Erwin Moller

      Comment

      • James McIninch

        #4
        Re: Session variables in IE

        Matt wrote:
        [color=blue]
        > Why on earth would the security settings affect session variables?
        > We're not setting a cookie here. I'm just trying to carry one session
        > variable over from one page to the next. If the security settings in IE
        > are set to "high", it doesn't work. What gives?[/color]

        A session requires a cookie to store the session id. This not a PHP specific
        thing. However, PHP does have a configuration option that forces the
        session id to be appended to the URL rather than use a cookie (as a work
        around to things not allowing cookies).
        --
        remove .nospam from e-mail address to reply

        Comment

        • Mudge

          #5
          Re: Session variables in IE

          James McIninch wrote:
          [color=blue]
          > Matt wrote:
          >[color=green]
          >> Why on earth would the security settings affect session variables?
          >> We're not setting a cookie here. I'm just trying to carry one session
          >> variable over from one page to the next. If the security settings in IE
          >> are set to "high", it doesn't work. What gives?[/color]
          >
          > A session requires a cookie to store the session id. This not a PHP
          > specific thing. However, PHP does have a configuration option that forces
          > the session id to be appended to the URL rather than use a cookie (as a
          > work around to things not allowing cookies).[/color]


          Damn it. I was going to give that answer. Can you believe it, I knew an
          answer!

          Comment

          Working...