Bonjour,  
 
je n'arrive pas a utiliser les variables statique dan PHP, j'ai easyPHP1.8.
Lorsque je fais

 
Je lance le code:
 

 
Touver sur le manuel de référence en ligne
 
MErci

J'imagine que c'est du PHP5, et que ton EasyPHP utilise une v4.

J'utilise Php 4.3.10

Dans ce cas il te faut la version 5

Php 4.3.10 est obligatoier dans mon cas. Merci quand même

justement, php5 est obliguatoire pour utiliser "static".
Donc à toi de choisir, soit tu fais du php4.x sans static, soit tu passes au php5.

"static" est autorisé en PHP 4, c'est le "extends" qui n'existe pas.

 
extends existe aussi en php 4, essaye encore

Toutafé, ze dis n'importe quoi...

Merci à vous.
"Omega onc à toi de choisir, soit tu fais du php4.x sans static, soit tu passes au php5"
Le seul souci c'est que je dois développer un site pour un client qui est sous PHP4 (imposé par le client et en plus sous Sybase la merde). J'ai vu toutes les facilités apportées par PHP5 et je suis dégouté.

au pire, tu fais une variable de session (j'espère que je ne viens pas de dire une grosse bêtise )

 
Meme si si la variable est déclaré en variable de session, je suis pas du tout convaincu qu'elle soit accessible a l'intérieur de la fonction
as-tu vraiement besoin d'un static ??? c'est quand meme une utilisation bien particulière....

AMHA c'est déjà sur "public", qu'il gueule...

En remplacant public par var pour la varible et par rien du tout pour les fonctions ça doit même pouvoir passer, tout ça, non?

Voilà mon histoire, je crée une connexion dans mon index.php.  
J'obtiens un db_link retourné par  $db_link = sybase_connect(...) , c'est exactement comme sous Php.
Je veux que toutes mes pages utilise ce lien.
Etant donner que je fais de l'objet, je voulais un objet PoolConnection qui conserve ce $db_link (d'où le static) et me le renverrai dans les pages suivantes.  
Ceci pourrait m'éviter de passer cette variable en parametre de chaque classe.  
J'espère ne pas raconter de bétises.

Note: les variables sessions ne sont pas accessibles dans les fonctions

 
Tu as essayé?

En fait, j'ai fait un test.
Je fais get() et set(nomVariable) dans une variable définit comme VAR.
Premier cas, dans une classe.
Si j'ai plusieurs page, je devrais créer un objet pour chaque page et ma variable de classe aura toujours la valeur par défaut et non celle que j'aurai Set(...)  
Deuxieme cas.
Pour les fonctions, je ne vois pas comment je peux utiliser le même principe que les classe. Je peux passer en paramètre le db_link mais comment je la récupére en suite puisque je veux récupérer la valeur sans donné de paramètes.
 

hein?
Je te demande si tu as essayé de faire les modifs dont je parlais sur ton exemple, là...
Et de toute manière si tu espères qu'une variable static va garder sa valeur d'une page à l'autre par magie tu rêves, hein...

J'ai fais les modifs que tu as dis et ça marche pas.
Je pensais que les variables static était des variables partagées par toutes les instances d'un même objet... A bonne entendeur salut

 
C'est le cas...mais toutes les instances d'un même script!!

Si tu veux du persistant d'une page à l'autre, c'est les sessions qu'il faut utiliser et encore ca ne sera propre qu'a un visiteur donné. Il y a rien de mieux pour ça sans passer par un espace de stockage générique à tout le monde (fichiers, base de donnée ...) et ca n'est pas possible pour tout. Par exemple rien ne garantie qu'une variable contenant une référence à une conection réseau/base de donnée indique toujours une conection valide quand elle est utilisé dans un autre script.
 
Si tu veux du persistant à l'intérieur d'un seul et même script pour plusieurs objects de la même classe, il faut utiliser static mais c'est pas ce que t'as l'air de vouloir faire ce coup ci.
 
En tout cas, quel que soit le langage web scripté (asp, php, perl ...) une fois la page généré, tous les objects sont détruit et toutes les classes et fonctions sont oubliés. C'est pour ça que les valeurs "static" ne passent pas d'une page à l'autre. A ma conaissance, seuls des programmes CGI permettent de s'affranchir de cette limitation sous certaines conditions et les scripts php n'en font pas partie.

tu peux quand meme feinté en sérialisant ton objet dans une variable de session...
- La session permet a cette variable d'etre accessible depuis n'importe quelle page.
- le unserialize te fait retrouver ton objet dans l'état ou il était au moment du sérialize.
 
j'ai pas encore mis en pratique, mais c'est ce qu'il me semblair avoir compris... ais-je dis une connerie ???
Mais je compte justement mettre en partique dans le cas par exemple d'un site de vente -> ton panier est un objet, ce qui permet d'avoir facilement les notions d'ajout/suppression d'article, modification de quantité, calcul de TVA, application d'une remise client... et avec la sérialisation dans une variable de session, ça doit etre aisé de garder les infos au cours de la navigation...
 

 
t'es sur ? chez moi ca marche  
 
 

 
 
affiche;

 
 
 
edit: je viens de voir que register_global était à 'ON'. Ca viendrait de ca ?

sinon ca n'irait pas avec sybase_pconnect() ?

J'ai pas dis le contraire, mais tu dois quand même la stocker quelque part si tu veux que ca soit commun à tout le monde ou la mettre dans une session si c'est jsute pour la personne actuelle, et si ta variable est un accés ftp ou à une base de donnée, tu risques de te retrouver déconecté dés la page suivante. Donc aucune garantie pour ce genre de cas.

pour la partie "commun à tout le monde" je suis tout à fait d'accord, faut un stockage externe, on est OK... avec les risques de valeur obsolète que ça comporte...

faire une session commune à tout le monde ???

Je viens de lire tout ce que vous avez écrit et c'est vrai que je n'appellais pas correctement ma variable session.
J'ai une question bête à vous poser. Je dois faire un site en PHP et je veux savoir comment vous fêtes au niveau de la connection à la base de données. Est-ce que vous fêtes une nouvelle connection à la base à chaque requête?
Plusieurs personnes vont se connecter à la base en même temps (c'est pas nouveau) et je pensais utiliser la même connection à chaque fois( bonne ou mauvaise idée?)
 J'ai également lu que le pconnect était une connection persistante c'est à dire qu'on récupère un identifiant de connection si une connection a déjà été établit. Elle récupère un identifiant global (pour tout les utilisateurs) ou par sessions.  
Merci de m'éclairer sur ces sujets.

 
Une connexion se fait entre un client et un serveur  
Ton client c'est le serveur php qui demande une connexion au sgbd.
Mais le sgbd comme le serveur php ne sait pas qui demande la page donc et donc une connexion
T'en a donc une nouvelle à chaque script la connexion étant fermée à la fin de l'exécution du script
 
Avec une connexion persistante, tant que tu la fermes pas elle reste ouverte donc tu peux t'en reservir
 
Maintenant si t'as une seule et unique connexion va y avoir un problème très rapidement si 2 personnes veulent s'en servir en même temps
 
Donc dans des applis où tu connais le nombre de connectés (limité) et nécessitant des fortes contraintes d'authentification pourquoi pas Mais si on parle de web-internet (par opposition au web-appli pro) autant  garder des connexions à la demande, entre 2 pages t'en a plus besoin et tu sais pas quand t'en auras besoin de nouveau
 
Donc de toutes manières faut au moins une connexion par utilisateur qu'elle soit persistante ou non
 
Après à toi de voir le besoin en terme de connectivité Bd pour le persistant ou non
 
Mais dans un script, une connexion reste ouverte jusqu'à la fin de toutes manières
 
Donc du web de base non controlé en terme de nombre d'utilisateurs autorisés et simultanés (sans compter le paramétrage des serveurs) autant voir pour de la connexion par script, surtout si tu nous fais un truc avec un utilisateur comun  
 
Fait un test avec un connexion unique et 2 utilisateurs dessus tu vas voir

 
Personnellement, à moins d'avoir un contrôle sur le/les serveur(s), laisse tomber les connexions persistantes, ça ne se justifie que rarement et les problèmes qui peuvent en découdre n'en valent à mon sens pas la peine.
 
PS : leflos5, tu peux arrêter de mettre des smileys à la fin de chaque phrase s'il plaît, le point, c'est bien aussi comme signe de ponctuation.

Pardon j'avais même pas fait attention