Bonjour ,

       Après de multiples essais , je désespère et viens demander de l'aide ici.
J'essaye de mettre en place un héritage et à vrai dire je croyais que j'avais reussi.
En tout cas sous Linux .....

J'ai une page index.php qui sert simplement à appeller une série de fonction contenue dans d'autres classes.

Pour cela je crée un objet PageBaseUser qui a pour objectif d'afficher la page d'un utilisateur normal (j'utilise toute une série de fonction de différentes classes pour un accés à la base SQL et l'affichage des différents blocs HTML).

Cette objet hérite de la classe PageBase, classe mère qui rassemble les fonctions communes à PageBaseUser et PageBaseRegister (la page des personnes enregistrés sur le site).

Toutes les classes (PageBase,PageBaseUser,BaseDD, sont écrites dans les pages .php correspondantes), par fainéantise , j'ai donc voulu utiliser la fonction __autoload dans la classe mère (PageBase.php) , qui chargera chacun des pages php dès que je crée l'objet correspondant... et j'ai mis cette auto_load dans la classe mère... comme ça à chaque fois que les filles instancie un objet qu'elle ne connaisse pas elle vont directement demandé à l'auto_load hérité.

Cette configuration fonctionne parfaitement sous Linux...
Mais elle ne marche pas sous Windows (ni sur un autre serveur linux distant chez OVH).

Voila le message d'erreur qu'Apache me retourne :


Il me parle d'une classe pagebaseuser , alors qu'à la ligne indiqué j'ai ça :


Je me suis donc dit que Windows devait avoir du mal avec les Majuscules.??? j'ai donc remplacé toutes les majuscules des classes (et des noms de fichier) par des minuscules. Sans succés.

Je ne vois pas du tout ou est le problème en vérité....
Est ce que quelqu'un à une idée?

Merci d'avance.

Salut,


Je suis désolé... Mais...
L'affichage sans les majuscule est normal. C'est la fonction get_class() qui renvoit en minuscule... Donc il n'était pas utile de ce tapper la transformation.


enfin bref !

La classe PageBaseUser n'est pas déclarée. C'est tout ! Est-elle déclarée dans un fichier inclus ? OUI, alors inclu ce fichier par
require    ou    require_once (mieux)


A ce moment, si le fichier n'est pas trouvé, il te jetera!

A+

 
Bah ouais mais quel est l'intéret d'une fonction comme autoload,
Si on peut même pas l'utiliser??

Dans ma page PageBase.php il existe la fonction __autoload qui ressemble à ça :

Moi j'ai du mal à comprendre aussi...

Peut-être cherches-tu à faire un truc comme ça :

function __autoload($Nom_Class) {
       require_once('./MisePagePhp/' . $Nom_Class . '.php');
       eval("\$obj = new {$Nom_Class}();");
       return $obj;
}
// !!! c'est de l'écriture à la volée...

Et puis du coup, tu instancies tes objets ainsi :

$objA = __autoload('classA');


C'est ça ?

Ayééééé ....

Je crois que j'ai trouvé pourkoi autoload ne fonctionnait pas ....

Tout simplement paske la machine que sous Windows et sous le serveur Linux distant, le php est encore en version 4.x  

Bref, bref ... sur ce coup la je mérite de me faire lyncher .... je ne me souvenais plus que la fonction était spécifique PHP5 (merci à J_G ).

Je suppose qu'il n'existe pas de trucs équivalent en php4... donc il me reste plus qu'à faire tout les require

Merci à tous pour ces éclaircissements... même si je ne l'utiliserais pas au final , j'ai bon espoir de mettre ce genre code lorsque la machine distante passera à la nouvelle version.

Merci encore...

Moi je fais come ça :

Je centralise les inclusion dans un fichier (genre include.php).

Dans include, je peux mettre des règle d'inclusion selon le script qui est appelé

if( $_SERVER['SCRIPT_FILENAME']=='truc.php' ) {

    require_once 'pour_truc.inc.php';

}

else {

    require_onc 'pas_pour_truc.inc.php';

}

Ou de a complexité que tu souhaite
(selon les droits de l'utilisateur identifié par connexion...
ex :
'BDD-admin.inc.php', 'BDD-user.inc.php', 'BDD-guest.inc.php'
Ou encore selon l'heure, l'humeur,...)

Tu peux aussi mettre des contrôles 'anti-insertion', 'anti-hack' dans se fichier...
ex : moi j'échappe toute les variables de formulaire d'entré de jeu !

...