Discussion :

[idamarco]

Bonjour à tous,

J'ai installé sur un serveur OVH OSCommerce.
Je ne l'ai pas installé sous le répertoire catalog par défaut, j'ai pris les fichiers et les ai copiés sous la racine.
L'installation s'est bien passé sauf que j'ai un message d'erreur:

Notice: Undefined index: SystemRoot in /homez.99/monsite/www/includes/languages/french.php on line 20

Voici le contenu de cette ligne 20:

Code :

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

1
2
 
if (eregi('windows', $_SERVER['SystemRoot'])) @setlocale(LC_TIME, 'fr'); // Page de code pour serveur sous Windows (installation locale)

Ca vous parle?

[kabkab]

Bonjour,
Je ne connaissais pas la possibilité de SystemRoot dans les index de la variable globale $_SERVER.

Peut-être que ça provient de là.

[idamarco]

Bonjour KabKab,

Personnellement, je ne connaissais ni globale $_SERVER ni systemRoot...
T'imagine mon désarroi...

[Celira]

Le problème n'est pas tant que ce que nous connaissons que ce qui existe réellement : le seul quelque-chose-root que j'ai trouvé dans la doc de $_SERVER c'est DOCUMENT_ROOT...
variable superglobale $_SERVER

Je crois qu'il existe une variable d'environnement windows SystemRoot, c'est peut-être ça que ton script essaye de récupérer.

[kabkab]

Bonjour,
Une comparaison entre un phpinfo() lancé sur un serveur unix et sur un autre windows fait apparaître beaucoup de différences dont SystemRoot qui existe sur windows et pas unix.

[idamarco]

Concrétement, ca veut dire quoi pour moi?

[kabkab]

Bonjour,
Normalement, cette ligne ne doit être "exécutée" que si le serveur d'hébergement est sous windows et pas sous unix.
Est-ce que cette ligne de test n'est pas imbriquée dans un autre test (if) qui vérifie la plate-forme.
D'après ce que j'ai glané, la variable superglobale $_SERVER avec comme index SERVER_SOFTWARE te permet de repérer le type de système entre parenthèses.
Je crois me rappeller qu'il y a une procédure pour savoir sur quel type de système le script est hébergé mais je ne l'ai pas pour l'instant. Je la mettrais à la suite dès que je la trouve.

[kabkab]

Bonjour,
Il existe une constante php qui permet de vérifier le système d'hébergement.

Code php :

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

1
2
3
4
5
 
<?php
echo "Système d'exploitation : ".PHP_OS."<BR>";
echo "Version Php :".PHP_VERSION;
?>

Donc, avec un peu de gymnastique, tu pourras repérer sur quel système tu es hébergé et passer par cette "fameuse" ligne ou pas.

Tu pourras mieux cerner les constantes prédéfinies sur ce lien.
php.net

[idamarco]

Bonjour Kabkab,

J'ai donc intégré le code.
Cela confirme mon hébergement sur serveur Linux.
Dois-je comprendre que la ligne de code incriminée concerne les hébergements Windows et que dans ce cas, je peux la mettre en commentaire?

Si c'est le cas, ne trouves tu pas étonnant qu'oscommerce n'ait pas géré ce problème?

[kabkab]

Bonjour,
Je ne saurais te dire si oscommerce ont géré ou pas ce problème.
Je pense qu'il doit y avoir des règles à respecter en ce qui concerne l'hébergement. J'ai vu sur leur site (français) qu'il y avait un fichier configure.php qu'il fallait renseigner. Je ne sais pas s'il y a une directive qui permet de renseigner le script sur le type d'hébergement.

Autrement juste pour info, lorsque je "créé" un site, je prévoit toujours dans mes scripts une sorte de variable globale pour identifier si mes scripts sont en local ou en distant. ceci, parce qu'il y certaines variables globales qui réagissent de façon différente, qu'il s'agisse d'un environnement Windows (local) ou Unix (Distant).

Je te conseillerais de bien lire la doc de OsCommerce ou de te tourner directement sur leurs forums.

[idamarco]

Bonjour,
Je ne saurais te dire si oscommerce ont géré ou pas ce problème.
Je pense qu'il doit y avoir des règles à respecter en ce qui concerne l'hébergement. J'ai vu sur leur site (français) qu'il y avait un fichier configure.php qu'il fallait renseigner. Je ne sais pas s'il y a une directive qui permet de renseigner le script sur le type d'hébergement.

Je suis en effet sur le forum OSCommerce.
Je viens ici en parallèle, d'une part parce que je n'ai pas encore de réponse à mon problème mais aussi parce que j'ai du mal à déterminer si ce problème relève de connaissance PHP ou Oscommerce.
Hors même s'ils passent des coups de main sur le forum OSC, ce n'est pas leur vocation de combler les lacunes de personnes comme moi qui maitrisent pas très bien php et tutti quanti...

Code :

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

Autrement juste pour info, lorsque je "créé" un site, je prévoit toujours dans mes scripts une sorte de variable globale pour identifier si mes scripts sont en local ou en distant. ceci, parce qu'il y certaines variables globales qui réagissent de façon différente, qu'il s'agisse d'un environnement Windows (local) ou Unix (Distant).

Je comprends le principe.
C'est compliqué à faire?

[kabkab]

Bonjour,
Si tu connais la base du Php c'est facile.
Tu crée une variable globale du style

Code php :

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

$monsitelocal = true;

et dans tes scripts tu vérifies le contenu de ta variable. Par exemple:

Code php :

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

1
2
3
4
5
6
7
8
9
10
 
function bidon()
{global $monsitelocal;
if ($monsitelocal)
{      $lechemin = $_SERVER['DOCUMENT_ROOT'].'/'; }
else
{     $lechemin ='/home/user/'; }
 
#.... reste de la fonction
}

J'applique cette astuce partout dans mes script où je dois avoir accès à des fichiers. $_SERVER['DOCUMENT_ROOT'] renseigne normalement sur le chemin où se trouve mon site. Elle devrait fonctionner normalement partout mais dans le cas de mon hébergeur, le php est bridé et cette variable me donne une chaîne vide. Donc, je n'ai qu'à initialiser la variable monsitelocal à False et à "balancer" mes scripts sur l'hébergeur, le reste tu dois le deviner... les fonctions trouvant que la variable monsitelocal est à false, elles prenent comme lechemin celui que je leur ai indiqué au lieu de prendre la valeur de $_SERVER['DOCUMENT_ROOT'].

Je pense avoir été clair, sinon n'hésites pas à poser plus de questions.