Discussion :

[Invité]

Bon.

Après une rapide recherche sur le web, il s'avère que tu n'es pas le seul dans ce cas concernant 1&1 !

Il semble que le souci vienne de là :

• Utilisation des variables super-globales

Il semblerait que register_globals soit encore à "on" chez 1&1 (au lieu de "off").
Du coup, $_SESSION['blabla'] et $blabla, c'est kif kif bourricot.

Essaie d'ajouter cette ligne en début de tes fichiers (voir ini_set) :

Code php :

Sélectionner tout - Visualiser dans une fenêtre à part

ini_set("register_globals",0); // désactivation

Si c'est bien ça : CHANGE d'hébergeur !

[Celira]

@jreaux : ça ne va pas marcher...

Notez que register_globals ne peut pas être défini durant le traitement (ini_set()).

http://php.net/manual/fr/ini.core.ph...gister-globals
Cela dit, register_globals n'existe plus en PHP 7, non ? Donc si le serveur utilise PHP 7, ça ne peut pas être ça le problème.

[Invité]

C'est juste...

Alors via le .htaccess (?) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

php_flag register_globals off

Mais bon. il suffit de faire une recherche : "1&1 probleme session" pour vois qu'il y a vraiment un souci chez 1&1...

J'ai notamment lu ça (à tester) :

"Jai eu ce problème chez eux et j'ai trouvé la solution après plusieurs prises de tête.
La première session et la première variable de session doivent être initialisées dans un fichier qui ne contient de du PHP.
Surtout pas de html."

...Je me suis mis en relation avec mon hébergeur 1 & 1.
Il en est arrivé à en déduire que mon contrat actuel serait à la base du problème....

On va finir par croire qu'il ont un" contrat du base" VOLONTAIREMENT tout pourri...

[DD-78]

Je cherche un hébergeur car trop de problèmes avec 1 & 1.

Je pense m'orienter vers OVH.

[DD-78]

Bonjour,

J’ai fini après de longues heures de recherches par trouver la solution pourquoi mon code fonctionne chez OVH et non chez 1 & 1

Pour qu’il fonctionne chez 1 & 1, il faut encoder les pages en UTF-8 (sans Bom)
et supprimer en début de fichier la ligne blanche entre le header et session_start puis aussi entre la balise <?php et le header.

Voici le code rectifié sur chaque page :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
<?php // PAS d'ESPACE AVANT !
header('Content-type:text/html; charset=UTF-8'); // PAS d'ESPACE AVANT !
if( session_id()=='' ){ session_start(); } // PAS d'ESPACE AVANT !

Par contre la ligne blanche est bien supporté chez OVH et en local sur mon PC ainsi que l’encodage en local.

La seule chose que j’ignore c’est si chez OVH, il faut un encodage UTF-8 ou UTF-8 (sans Bom).
Mais bon, il suffit d’effectuer le test avec les 2 encodages diffèrent pour le savoir.

Je laisse encore un peu de temps avant de clore cette discussion en résolu au cas où je ne serais pas suffisamment
explicite dans mes explications.

Merci encore à Celira et Jreaux62 pour leurs aides.

Conclusion :

Il s’agissait bien d’une erreur de ma part dans mon code et de l’encodage de mes pages et non d’un problème chez 1 & 1
qui malgré tout voulait me faire changer de contrat.

Enfin, je constate que le serveur chez OVH avec PHP 7 est plus permissif que chez 1 & 1.

Cordialement.

[Invité]

Je te confirme que toutes les pages doivent être en UTF-8 SANS BOM.

[DD-78]

Merci pour ta réponse.