Class et variables

[Beniti]

Bonjour

J'ai un petit soucis avec mes définitions de variables dans mon code php.

Code conf_global.php :

1
2
3
4
5
6
7
8
<?php
 
$INFO['sql_host']			=	'mon_serveur_mysql';
$INFO['sql_database']		=	'ma_base_de_données';
$INFO['sql_user']			=	'mon_utilisateur';
$INFO['sql_pass']			=	'mon_mot_de_passe';
 
?>

Code classDB.php :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
<?php
 
require ('conf_global.php');
 
class dbMain {
 
    private $sql = array(
					'server' 	=> $INFO['sql_host'],
					'database' 	=> $INFO['sql_database'],
					'user' 		=> $INFO['sql_user'],
					'password' 	=> $INFO['sql_pass']
					);
 
	function __construct() {
 
		$this->link = mysql_connect($this->sql['server'], $this->sql['user'], $this->sql['password']);			
			mysql_select_db($this->sql['database'], $this->link) or die(mysql_error());
 
	}
 
}
 
?>

J'obtiens l'erreur suivante : Parse error: syntax error, unexpected T_VARIABLE in /var/www/virtual/death-vipers.net/labo/logs/classDb.php on line 8

Par contre si dans le tableau $sql je mets directement les valeurs stockées dans le conf_global.php, ça fonctionne.

Apparemment je ne peux pas mettre de variables dans un array et je ne vois pas pourquoi

Auriez-vous une idée de l'erreur ?

Cordialement,
Beniti

[Théocrite]

Bonjour,

A mon avis il s'agit simplement d'un problème de visibilité de variable.

Le tableau info est certes déclaré dans le fichier de la classe, mais pas à l'intérieur de celle-ci, et ne peut donc être résolu.

Pour moi, il faut remplacer

Code :

1
2
3
4
5
6
7
 
<?php
    $INFO['sql_host'] = 'mon_serveur_mysql';
    $INFO['sql_database'] = 'ma_base_de_données';
    $INFO['sql_user'] = 'mon_utilisateur';
    $INFO['sql_pass'] = 'mon_mot_de_passe'; 
?>

par

Code :

1
2
3
4
5
6
7
 
<?php
    define('SQL_HOST','mon_serveur_mysql');
    define('SQL_DATABASE','ma_base_de_données');
    define('SQL_USER','mon_utilisateur');
    define('SQL_PASS','mon_mot_de_passe'); 
?>

puis

Code :

1
2
3
4
5
6
7
 
private $sql = array(
	'server' 	=> $INFO['sql_host'],
	'database' 	=> $INFO['sql_database'],
	'user' 		=> $INFO['sql_user'],
	'password' 	=> $INFO['sql_pass']
);

par

Code :

1
2
3
4
5
6
7
 
private $sql = array(
	'server' 	=> SQL_HOST,
	'database' 	=> SQL_DATABASE,
	'user' 		=> SQL_USER,
	'password' 	=> SQL_PASS
);

[Beniti]

Ah, merci pour cette solution, elle fonctionne très bien

Par contre pour la déclaration de tableaux (et variables) dans la classe, je ne comprends pas bien pourquoi ça ne fonctionne pas.

Encore merci en tout cas

[Thes32]

Envoyé par Beniti

Par contre pour la déclaration de tableaux (et variables) dans la classe, je ne comprends pas bien pourquoi ça ne fonctionne pas.

comme te le dit Théocrite

...il s'agit simplement d'un problème de visibilité de variable

Les variables globales ne sont pas automatiquement vu à l'intérieur des fonctions, classes. Pour qu'ils soient visible tu dois utiliser le mot clé global ou la supergloable $_GLOBALS.

[Théocrite]

Si tu veux en savoir plus sur la portée des variables, la doc PHP en parle : portée des variables en PHP (scope en anglais).

L'article ne parle pas forcément des classes, mais dans le cas d'un objet, les valeurs auxquelles tu auras accès sont limitées : les attributs de la classe, les constantes de classe et les globales.

[Beniti]

Merci pour les conseils

J'avais bien testé plusieurs méthodes, dont la référence "global" mais ça ne marchait pas plus.

D'ailleurs si je fais un truc tout con de ce style :

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
require ('conf_global.php');
 
class maclasse {
 
    global $url;
    $this->url = SITE_URL; // constante définie dans l'autre fichier conf_global.php
 
    function mafonction() {
 
        $r .= $this->url;
 
    }
 
}

Je me mange invariablement (pour le coup) un unexpected T_GLOBAL (ou T_VARIABLE si je mets pas le global) à la ligne qui correspond à global $url; (ou var $url.

Je dois pas très bien comprendre le principe d'utilisation. En tout cas ça doit être génial d'utiliser la même variable pour plusieurs fonctions

[Théocrite]

Tu devrais revoir un peu la programmation orienté objet, en php et même niveau concept... Regarde un tuto sur les bases de la programmation orientée objet en PHP, puis une fois que tu auras les bases, regarde ceux que tu peux trouver ici.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
 
require ('conf_global.php');
 
class maclasse {
 
     public $url = SITE_URL; // constante définie dans l'autre fichier conf_global.php
 
    function mafonction() {
 
        $r .= $this->url;
 
    }
 
}

Je vois pas ce que tu veux faire avec ton global en fait...

J'ai mis ton attribut url en public, mais tu peux changer avec protected ou private...

[Beniti]

Envoyé par Théocrite

Tu devrais revoir un peu la programmation orienté objet, en php et même niveau concept...

Je m'y emploie tous les jours
L'inconvénient de l'auto formation dans mon cas, est d'avancer un peu à l'instinct en testant des méthodes en fonction des besoins (pros/persos) qui tombent. Résultat, on se prend les pieds dans le tapis régulièrement.

Merci Je consulte régulièrement les cours et tutos de ce site, je teste ensuite des morceaux de code, et quand je bute trop longtemps sur un problème, j'use de faiblesse en faisant appel à vous.

Je vois pas ce que tu veux faire avec ton global en fait...

Définir la valeur de la variable une seule fois et utiliser cette variable dans plusieurs fonctions.

Maintenant à la déclaration de la variable en dessous de la classe, pourquoi :

• $url = SITE_URL; -> renvoie un unexpected t_variable ?
• var $url = SITE_URL; -> renvoie un unexpected t_variable ?
• global $url = SITE_URL; -> renvoie un unexpected t_variable ?
• public $url = SITE_URL; -> fonctionne ?

Sachant que je m'inspire toujours d'exemples qui fonctionnent sur developpez ou autres sites sur le web.

J'avoue être enduit d'interrogation

[Théocrite]

Envoyé par Beniti

Merci Je consulte régulièrement les cours et tutos de ce site, je teste ensuite des morceaux de code, et quand je bute trop longtemps sur un problème, j'use de faiblesse en faisant appel à vous.

Demander n'est pas une preuve de faiblesse, c'est une preuve que tu as envie d'apprendre !

Envoyé par Beniti

Définir la valeur de la variable une seule fois et utiliser cette variable dans plusieurs fonctions.

C'est le cas des globales, que tu as définis avec le define, mais aussi dans le cas des classes tu peux utiliser dans certains cas les attributs de ta classe, notamment les statiques, et les constantes.

C'est à toi de déterminer l'architecture de ton projet ensuite pour choisir la meilleure solution.

Envoyé par Beniti

Maintenant à la déclaration de la variable en dessous de la classe, pourquoi :

• $url = SITE_URL; -> renvoie un unexpected t_variable ?
• var $url = SITE_URL; -> renvoie un unexpected t_variable ?
• global $url = SITE_URL; -> renvoie un unexpected t_variable ?
• public $url = SITE_URL; -> fonctionne ?

Concernant les attributs, il me semblait que var aurait du marcher, mais il apparait que non, ce qui me fait penser qu'ils ont supprimé ce mot clé sur php 5.3 (?) ou avant peut être... J'utilisais var en PHP 4, depuis j'ai évolué.

D'un point de vue objet, les attributs de classe doivent toujours disposer d'une indication de visibilité (private, protected, public), et les méthodes (function) aussi.

Les codes que tu prends sur des sites et qui ne fonctionnent pas proviennent probablement d'un problème de version. PHP introduit des notions d'objets en version 4, mais rien de très convaincant, après quoi la version 5 apporte un grand nombre de modifications, d'où la création de problèmes.

[stealth35]

quel est l’intérêt de faire une classe pour mysql sachant que y'a PDO ?

[Théocrite]

Envoyé par stealth35

quel est l’intérêt de faire une classe pour mysql sachant que y'a PDO ?

Une construction automatique de pdo à partir d'un fichier de conf ? (c'est pas le cas ici, mais on pourrait y venir...).

[stealth35]

Envoyé par Théocrite

Une construction automatique de pdo à partir d'un fichier de conf ? (c'est pas le cas ici, mais on pourrait y venir...).

?

[Théocrite]

La classe ne devrait pas contenir les accès à mysql mais plutôt permettre de parser un fichier de conf pour récupérer les informations de connexions à la base de données, et donc être une couche d'accès à la BD supplémentaire.

[Beniti]

Envoyé par stealth35

quel est l’intérêt de faire une classe pour mysql sachant que y'a PDO ?

PDO n'est pas natif sur PHP5 et peut ne pas être installé sur un hébergeur externe. Si je bosse en local ou au travail, ça ne pose pas de problème parce que j'ai la main sur le serveur web et je peux installé les extensions qui m'intéressent, mais sur un hébergeur public qui n'a pas installé cette extension, le code deviendra caduque. Donc dans le doute. Après il y a toujours possibilité de faire évoluer le code au fil du temps et des évolutions dans les méthodes

@Théocrite : Oui il faut que je m'adapte aux versions. En tout cas, grâce à vous, je peux appréhender les erreurs avec plus d'efficacité

[stealth35]

Envoyé par Beniti

PDO n'est pas natif sur PHP5 et peut ne pas être installé sur un hébergeur externe.

ah t'es chez quel hébergeur ?

pour info on ne debug pas de mysql_* avec des or die (de plus c'est pas die mais exit) mais avec le mysql.trace_mode

[Beniti]

Envoyé par stealth35

ah t'es chez quel hébergeur ?

Web4all. Mais peut importe s'ils ont activé le PDO ou pas. Si dans un an je change d'hébergeur, je transfère mes pages et je vois que l'extension est absente. Je me retrouverais bien mal fichu.

pour info on ne debug pas de mysql_* avec des or die (de plus c'est pas die mais exit) mais avec le mysql.trace_mode

http://eusebius.developpez.com/phpmysql-base/
Mon code est intimement lié à mes références

[stealth35]

Envoyé par Beniti

Web4all. Mais peut importe s'ils ont activé le PDO ou pas. Si dans un an je change d'hébergeur, je transfère mes pages et je vois que l'extension est absente. Je me retrouverais bien mal fichu.

t'auras surtout pas de chance puisque déjà de nos jour un hébergeur sans PDO n'est pas un bon hébergeur, et j'irai même plus loin en disant qu'un hébergeur sans PHP 5.3 n'est pas un bon hébergeur

Envoyé par Beniti

http://eusebius.developpez.com/phpmysql-base/
Mon code est intimement lié à mes références

Date de mise à jour : 24/09/06

faut se mettre à la page un de ces jours ...

[Beniti]

Envoyé par stealth35

Date de mise à jour : 24/09/06
faut se mettre à la page un de ces jours ...

Tu peux m'en dire plus ?

[stealth35]

Envoyé par Beniti

Tu peux m'en dire plus ?

ta référence est un tuto qui date de 5 ans, tu ne trouves pas qu'il y'a un problème quelque part ?

[Beniti]

Envoyé par stealth35

ta référence est un tuto qui date de 5 ans, tu ne trouves pas qu'il y'a un problème quelque part ?

J'avais compris l'obsolescence de cette méthode. Par contre, je ne vois pas de cours ou explications tagés stealth35 le 09/09/2011.
C'est sympa de me prévenir que, attention le debug que tu utilises n'est pas valable (encore que j'arrive à retomber sur mes pieds quand une erreur de requête survient), mais sans explications plus concises que "c'est pas die mais exit et c'est avec le mysql.trace_mode", ça va pas m'aider. Si tu as un exemple de la façon la plus opportune de debuger mysql je suis preneur