Au hasard de Perdre des Variables de Session que Dans Google Chrome & la Réécriture d'URL

À l'aide de Google Chrome, je suis apparemment perdre/corrompre les données de session lors de la navigation entre les pages (PHP 5.0.4, Apache 2.0.54). Le site fonctionne parfaitement bien dans IE7/8, Firefox, Safari & Opéra. Le problème est qu'avec Google Chrome.

J'ai rétréci le problème. Je suis en utilisant de recherche convivial URL, et de cacher mon contrôleur frontal (index.php) via un .fichier htaccess. Donc l'URL ressemble à: www.domain.com/blah/blah/Voici la .fichier htaccess contenu:

Options +FollowSymlinks 
RewriteEngine on
#allow cool urls 
RewriteCond %{REQUEST_FILENAME} !-f 
RewriteCond %{REQUEST_FILENAME} !-d 
RewriteRule ^(.*) index.php [L] 
#allow to have Url without index.php

Si je supprime le .fichier htaccess, et d'exposer le contrôleur dans l'URL: www.domain.com/index.php/blah/blah/, Chrome fonctionne parfaitement bien.

Pensées, des idées? Je pense que c'est une sorte de problème avec la façon dont google Chrome permet d'identifier ce cookie à utiliser et à envoyer au serveur? Ce qui se passe dans Chrome 4 & 5. Merci!

InformationsquelleAutor Toby | 2010-06-01
  1. 17

    J'ai eu le même problème et à le résoudre, je n'avais qu'à créer un favicon.ico et le placer dans la racine de votre site - sinon j'ai pu voir à l'aide de Fiddler qu'une 404 entraîné pour cela avec chaque demande de page à partir de Chrome (malgré moi de ne pas en fait d'un lien à un favicon sur la page de la majoration).

    Dans mon esprit, c'est clairement un bug dans Chrome, ainsi que l'absence d'un favicon devrait pas avoir d'incidence sur les données de session.

    • Wow! Je n'aurais jamais deviné qu'un, je chercherais un lien cassé ou quelque chose, mais jamais le favicon, bon travail, elle a effectivement travaillé!
    • Cela semble résoudre le problème, mais je pense que tout est lié à la façon dont google Chrome est de la manipulation .htaccess - Pas vraiment pourquoi, mais je n'ai pas eu de problèmes jusqu'à ce que j'ai mis en place une coutume .fichier htaccess. J'ai aussi eu ce problème sur iOS Safari, et qui semble aussi être fixe.
    InformationsquelleAutor BrynJ
  2. 8

    S'avère que le problème était avec le contenu de mon .fichier htaccess. Cette résolu le problème:

    #<IfModule mod_rewrite.c>

############################################
## enable rewrites

    Options +FollowSymlinks
    RewriteEngine on

############################################
## always send 404 on missing files in these folders

    RewriteCond %{REQUEST_URI} !^/.*(themes|wysiwyg|images|js)/

############################################
## always send 404 on missing favicon

    RewriteRule ^favicon.ico$ favicon.ico [L]

############################################
## never rewrite for existing files, directories and links

    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_FILENAME} !-d
    RewriteCond %{REQUEST_FILENAME} !-l

############################################
## rewrite everything else to index.php

    RewriteRule .* index.php

#</IfModule>
    • Favicon! Je viens de résoudre un problème similaire en rappelant les propos de l'favicon... Merci toby!
    • RewriteRule ^favicon.ico$ favicon.ico [L] - seul, cela a résolu mon problème. Merci!!!!
    InformationsquelleAutor Toby
  3. 0

    Essayez d'utiliser;

     session_set_cookie_params(0, '/', '.domain.com');

    pour faire respecter le cookie de session params. Supprimer la période si vous vous adressiez "pas de www', ou ne sont pas en utilisant des sous-domaines.

    Vous pouvez également essayer d'appeler session_write_close() à la fin du script pour forcer PHP à écrire et fermer la session puis et là (c'est particulièrement pratique lorsque vous exécutez rediriger les en-têtes de droit après avoir écrit les données de session).

    Mise à JOUR:

    Essayez d'utiliser cela à votre .htaccess;

    RewriteBase /
RewriteRule ^index\.php$ - [L]
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteRule . /index.php [L]
    • Merci pour la réponse. Je suis déjà en train de faire à la fois des éléments que vous avez suggéré.
    • Vérifier mon révisé de réponse, laissez-moi savoir comment ça se passe
    • Lorsque j'ai utilisé votre htaccess, ce n'était pas la réécriture de mon SEF urls correctement. Cependant, j'ai trouvé un autre fichier htaccess fourni avec la dernière version du framework que j'utilise...et tout fonctionne très bien maintenant! #<IfModule mod_rewrite.c> Options +FollowSymlinks RewriteEngine on RewriteCond %{REQUEST_URI} !^/.*(thèmes|wysiwyg|images|js)/ RewriteRule ^favicon.ico$ favicon.ico [L] RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_FILENAME} !-d RewriteCond %{REQUEST_FILENAME} !-l RewriteRule .* index.php #</IfModule> `
    • Heureux d'entendre que vous fixe!
    InformationsquelleAutor TheDeadMedic
  4. 0

    Semble que ce problème a réapparu sur les navigateurs Chrome dernièrement. J'ai eu un site en cours depuis 6 mois sans aucun problème et tout à coup hier a commencé à avoir des problèmes avec les données de la session en cours remplacé. À l'aide de fiddler j'ai pu voir que chrome a été d'essayer de charger le favicon. Mon problème est aussi que j'avais un lien vers "favicon.ico" plutôt que "/favicon.ico" afin de chrome puis ajouté favicon.ico à ma requête, par exemple. /produit/abc/favicon.ico qui a entraîné le chargement de la page deux fois, la deuxième fois d'écraser les données de la session. Donc, ma solution était:

    1. changement de lien ref à "/favicon.ico"
    2. téléchargé un favicon
    3. ajouté cette .htaccess: RewriteRule ^favicon.ico$ favicon.ico [L]

    La dernière étape a été mentionné dans plusieurs réponses, et je pense qu'il serait une bonne réponse, sauf qu'il me manquait, parce que mon lien réf était "favicon.ico".

    InformationsquelleAutor ws8