La session PHP ne fonctionne pas avec IE

J'ai un site en php qui utilise le serveur côté sessions sur tout le site.
En fait, c'est un site avec un nom d'utilisateur qui dépend des variables de session et si il y avait un problème avec tous les variables de session, pas de pages de charge.

Sur le site, il y a un iframe qui contient un flux de messages d'autres utilisateurs.
Ces petits messages sont cliquables photos à côté d'eux qui ouvrent le profil de l'utilisateur.
Maintenant, chaque page nécessite une mise en forme à ouvrir le profil de l'utilisateur sur cette page en particulier...il n'y a vraiment que quelques problème pages, mais ces pages doivent avoir les fonctions onclick mis en forme un peu différente ou ils cassent la page.
J'ai donc définir une variable de session sur chaque page ($_SESSION["current_page"]) qui permet de la nourrir savoir comment formater le cliquables photos. Maintenant, Firefox, Opéra, Chrome, Safari, tous les travaux tels qu'ils sont supposés.
Mais IE6 et IE7 rencontrez des problèmes sur les pages qui nécessitent une mise en forme particulière.
Ainsi, après tirant sur mes cheveux un peu, j'ai finalement obtenu autour de l'impression de mes variables de session formulaire au serveur.
Et voilà, sur ces pages, ($_SESSION["current_page"]) est toujours réglé sur "principal" au lieu de "special1" ou "special2".

J'ai imprimé la même variable de session dans Firefox et tous les autres navigateurs que j'ai mentionnés et ils ont l'impression de "special1" ou "special2" comme ils sont supposés.
Quelqu'un peut-il penser à quelque chose - peut-être liée au fait que l'alimentation est dans une iframe??? - que serait la cause c'est à dire de traiter les variables de session côté serveur différemment ou en quelque sorte le lancement de la page "principale" silencieusement en arrière-plan?
J'ai vérifié l'alimentation très soigneusement toute référence à la page "principale" - il ne semble pas comme il y a de toute façons c'est le chargement de la page.

cela ne fait pas de sens pour moi.

source d'informationauteur seans

  1. 31

    Vérifier le nom de la machine serveur. IE a des problèmes avec les noms de machine contiennent des " - " ou " _ " - ils ne peuvent pas maintenir une session! J'ai eu ce problème deux fois dans le passé, et ça me prend des semaines pour comprendre, et je suis choqué IE n'est pas fixe.

    Il suffit de renommer la machine ne pas avoir de personnages étranges! Vous pouvez le faire si vous venez d'utiliser l'adresse IP du serveur dans l'url à tester.

  2. 10

    IE a cookie problèmes avec la manipulation des iFrames qui peut-être causer la session problème que vous mentionnez, jetez un oeil à ces liens

    http://adamyoung.net/IE-Blocking-iFrame-Cookies

    http://gathadams.com/2007/06/25/how-to-set-third-party-cookies-with-iframe-facebook-applications/

    http://nileshtrivedi.in/blog/2008/09/01/iframe-cookies-and-internet-explorer/

  3. 9

    Essayer de tester la page tout en utilisant une sorte de surveillance de proxy (j'utilise Fiddler) et voir ce que les pages que le navigateur demande. Qui peut vous donner quelques indices sur ce qu'il se passe.

    Aussi, essayez de capturer les requêtes/réponses sur les différents navigateurs et voir ce que IE est en train de faire différemment (de l'ordre de la demande, le contenu de la demande?).

    D'identifier le problème, pouvez-vous réécrire le code sans à l'aide de SESSION (c'est mentionné dans l'une des autres réponses)? Peut-être c'est à dire est l'accès aux pages dans un ordre différent que les autres navigateurs? Peut-être que c'est la demande de la page principale, plus d'une fois, ce qui signifie que la session var est réglé sur "principal"? Sans les variables de session, les pages n'affectera pas les uns les autres de l'état.

  4. 3

    Dans la plupart des cas, cette ligne php au début de fichier sera assez:

    header('P3P: CP=”NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM”');

    Si elle n'est pas, pour IE7, vous pouvez également essayer:

    header('P3P: CP=”NOI ADM DEV PSAi COM NAV OUR OTRo STP IND DEM”');

header('Set-Cookie: SIDNAME=ronty; path=/; secure');

header('Cache-Control: no-cache');

header('Pragma: no-cache');

    Et si cela ne fonctionne pas pour IE6, vous pouvez utiliser OBTENIR des paramètres de session ID:

    header('location: land_for_sale.php?phpSESSID='.session_id());
  5. 3

    Je pensais que certaines personnes pourraient trouver la solution à ce problème intéressant. Fiddler certainement aidé ici. Grâce à Fiddler, j'ai pu voir que j'étais, en fait, frapper la page main.php (ainsi, la variable de session instants après sa mise en place sur la page cible), mais le serveur était en défaut après l'obtention d'un 302 sur la racine du site. Cela se passait silencieusement en arrière-plan, et avant mon onload="" javascript couru.

    Donc j'étais sûr que quelque chose sur ces pages a été l'origine d'une erreur, mais pas une catastrophe.

    ici, il est: <img src= "" >

    IE capotait sur le vide attribut src et de frapper la racine du serveur et le défaut à la page principale. Je ne pas bien comprendre la mécanique de ce qui se passe ici. Aussi, je ne comprends pas si c'est de cette manière c'est à dire est censé se comporter (c'est un mal formé balise img, après tout) ou pas. Est-ce un bug?

  6. 2

    J'ai découvert que si vous avez ajouté header('P3P: CP="CAO PSA OUR"'); vers le haut de votre doc. Il semble avoir résolu le problème.

  7. 1

    J'ai eu ce problème, et c'était dû à la date de ma boîte de dev en cours. Firefox n'a pas l'esprit, IE et chrome ont été voir la session a expiré dès qu'il a été défini.

  8. 1

    J'ai le même problème et il est RÉSOLU maintenant.

    Les vides de l'attribut valeurs de toutes les balises IMG cause le problème.
    Pour moi, j'ai utilisé du JavaScript pour changer IMG source de l'objet à une valeur vide.
    Faire cela pourrait aussi rendre le problème.

  9. 0

    Si je comprends bien, vous essayez d'utiliser une variable de session pour transmettre des données de page en page des pages à l'intérieur iframes sur cette page? Cela ne semble pas une bonne façon d'aller à ce sujet - pourquoi ne pas simplement passer une variable dans l'url iframe c'est à dire ?current_page=special1 . Je pense que ce serait plus fiable qu'il ne dépend pas de l'état de la session.

    Rappelez-vous aussi que les variables de session sera le même pour plusieurs pages d'un même site et qui sont ouverts sur l'ordinateur d'un utilisateur (par exemple, sur plusieurs onglets), ce qui pourrait provoquer des comportements bizarres.

  10. 0

    Les données de Session sont stockées sur le côté serveur, pas le client. Je voudrais vérifier les autres pages, où cette valeur doit être réglée.

  11. 0

    J'ai eu le même problème avec ie7 et c'est ce que je fais:

    Si vous avez ce problème à l'aide d'un IIS ou Apache dans Windows Server, regardez l'URL où vous rediriger elle doit être écrits de la même manière que l'URL où vous avez été avant la redirection.

    Par exemple:
    site.com/pages/index.php redirection vers site.com/Pages/index2.php va perdre la session dans IE7, car la capitale de la lettre dans les Pages.

  12. 0

    C'est peut-être session.cookie_lifetime. J'ai rencontré le même problème. J'ai mis à jour session.cookie_lifetime: 4500 à session.cookie_lifetime:0. Cela signifie que le cookie de session n'expire jamais jusqu'à ce que le navigateur s'arrête.