J'ai tout mis en redirection directe.. c'est sur, c'est mieux, mais l'adresse affichée n'est plus celle que je voulais... tant pis, il est plus important que les visiteurs n'aient pas de prob de connexion...
Pouvez vous tester avec IE7 ..? si c'est ok .?
vincent, qu'est ce que je fais avec la ligne ajoutée dans header ?
Dernière modification par vimages (2007-09-08 17:24:29)
Hors ligne
La ligne ajoutée, tu l'enlèves...
8-)
Hors ligne
IE7 connexion/déconnexion sans pb.
Hors ligne
merci vincent.
j'ai prévenu les users et attend les retours... j'espère que ce sera ok.
en tout cas merci à vous !!!!!!!!!
Hors ligne
On va chercher du coté de http://www.developpez.net/forums/showth … p?t=259439
Car cela semblerai réalisable.
8-)
Hors ligne
ha.. bien !
good news.... à suivre.. :o)
merci.
Hors ligne
Tu devrais demander à Gandi...
Le problème est avant tout lié à la gestion des cookies et des sessions php.
Je ne vois pas pourquoi on serait obligé de créer une politique de sécurité pour gérer des cookies correctement avec certains navigateurs.
Ce serait stupide.
8-)
Hors ligne
Bien... j'ai cru comprendre au fils des posts que celà viendrait de la frame qui permet cette redirection transparente. si IE7 classe les sites s'ouvrant de cette façon en site sensibles... on ne pourra rien y faire..? non ?
Donc, soit je laisse comme ça avec une vilaine adressse mais ça fonctionne... soit je trouve une solution téchnique pour garder un affichage du style redirection transparente, soit je trouve le moyen (ou plutôt les moyens.. :o( de gérer plusieurs serveurs.. et non pas plusieurs sites sur un serveur... la dernière solution est impossible dans mon cas....
mais bon, le principal pour le moment est d'avoir trouvé la cause du blocage et d'avoir rétabli une navigation normale.. la suite, moins vitale, sera d'ordre qualitative.
merci...
éric, crevé... des KM, des nuits trop courtes.. ( la dernière de 1 heure ! ) ..du stress... pfffff ... et il y en a qui croient qu'on s'amuse !!! :o)
Hors ligne
Je ne veux pas croire que $oftcromi nous oblige à bâtir un p3p pour que cela fonctionne.
Gandi doit savoir ça.
Nous ne sommes certainement pas les seuls à être confrontés à ce problème.
Dans tous les cas la solution passera par une modif chez eux de la logique de redirection.
Logique que je n'ai pas trouvée (bien que j'en ai besoin pour la galerie de démo).
8-)
Hors ligne
http://www.commentcamarche.net/forum/af … ns-avec-ie
Comme quoi cela marche si Gandi fait le nécessaire mais je vais regarder à quoi correspond 'P3P: CP="CAO PSA OUR"' ...
8-)
Hors ligne
A priori, on devrait s'en sortir sans Gandi.
Il suffirait de savoir dans quel module coder:
header('P3P: CP="CAO PSA OUR"');
Je vais faire un essai.
8-)
Hors ligne
http://msdn2.microsoft.com/en-us/library/ms537343.aspx a écrit:
Privacy Tag Context Tag
<contact-and-other/> CAO
<pseudo-analysis/> PSA
<contact required="opt-in"/> CONi
<other-recipient/> OTR
<ours/> OUR
Le moins que l'on puisse dire c'est que cela n'est pas clair.
Essaie dans ton config_local.inc.php de coder:
header('P3P: CP="CAO PSA OUR"');
Je n'ai pas les moyens de vérifier.
A toi de nous dire...
8-)
Hors ligne
vincent, merci de tes recherches...
j'ai donc mis la ligne indiquée au début de config_local.inc.php (toujours sur ce site Honda.) j'ai remis chez Gandi la redirection à "transparente" mais je ne saurais dire quelle incidence il y a puisque j'ai toujours pu me connecter du bureau.. il faut un test externe...
Hors ligne
Je vérifierai ça ce soir...
8-)
Hors ligne
si ça peut aider, pour test...
j'ai honda.sports-cars-club.com en redirection directe permanente
et honda.sport-cars-club.com en redirection transparente (celle à problème)
les 2 pointent sur le même site bien sur...
à+
amicalement,
éric.
Hors ligne