Pour ceux qui souhaitent passer en php 5, qui ont ce message d'erreur à cause des registers global off et qui ne souhaitent pas les passer à on




Voici une solution :

http://www.magic-seo-url.com/oscommerce/ti...lobals-off.html

J'ai pas testé encore mais merci du partage

Ça sera utile à d'autre je pense

peace

A oublier en fait

Problème au niveau des modules de paiement atos pour ma part:



Message que je n'ai pas en global ON

Ben c'est quand même pas top comme solution. Plus exactement cela reproduit bien le fonctionnement de register global, y compris ses failles de sécurité potentielles sur les variables non initialisées.
Un exemple basique, mais l'idée est là :


J'appelle mon script ainsi : monscript.php?sql="DELETE FROM table WHERE 1" et j'efface toute la table.
C'est un exemple très épuré et schématique pour comprendre le problème.
Donc, il vaut mieux passer register global à off. En cas d'oubli du codeur, ça limite vraiment les dégâts.

Mais voici une astuce pour être register global off compatible.
1) Logguer toutes les notices, et les corriger. Si c'est codé à l'arrache, il va y avoir du boulot.
2) Passer a register global off
3) Logguer toutes les notices, et les corriger.

Et le tour est joué.
Enfin, facile à dire, il y a un peu de taf quand même.

Bonjour,

J'ai testé cette contrib tout à l'heure sur une 2.2, je n'est effectivement plus l'erreur, mais pas moyen d'accéder au backoffice, à cause d'un problème avec la variable $language, le fichier application_top (1 des 2 fichiers à modifier dans la contrib) faisant appel au fichier /language/.php (variable de langue non présente donc...).


J'ai essayé de désactiver register global via le fichier htaccess = erreur 500


Es que quelqu'un sait si la version 2.3 a toujours ce problème de register global ?

Merci,

dans le htaccess