Variable de classe véritablement statique ?

[thomzon]

Bonjour,

J'ai compris (à mon grand désarrois), que les variables de classes statiques étaient réinitialiser à chaque nouvel requête HTTP sur une page php qui contient cette classe.

Est-il possible de faire en sorte qu'une variable statique garde réellement la même valeur pour toutes les requêtes et pour tous les utilisateurs ?

Merci d'avance.

[deY!]

pour garder des valeur de page en page, je ne vois que les sessions... la page affiché n'a plus de connexion avec le serveur directement tes liens sont donc coupés. Ce n'est pas comme en C ou tu alloue un espace memoire que tu reutilises...

[thomzon]

Le problème est que certaines données introduites par un utilisateur doivent être accessible par un autre. Je ne veux (et ne peux, pour des raisons de performances) pas passer par une table, donc j'ai besoin de stocker ça côté serveur, indépendemment d'une session.

[koopajah]

Dans ce cas il faut stocker cette donnée dans un fichier (de là à dire que c'est beaucoup plus rapide je ne sais pas, mais si c'est pour stocker un nombre c'est tout a fait possible)
Pour des infos plus nombreuses ca reste a tester parce qu'il va falloir locker le fichier, le lire, parser le contenu, récupérer les différentes valeurs (expressions regulieres?)) mettre à jour le fichier, le délocker.
Est-ce vraiment plus rapide qu'une bdd avec une unique table mise en mémoire RAM (ce que permet mysql) ?

[deY!]

a moins d'avoir des milliers d'utilisateurs et des requête enormes c'est spécialement lent que d'avoir une bdd...

[koopajah]

Envoyé par deY!

a moins d'avoir des milliers d'utilisateurs et des requête enormes c'est spécialement lent que d'avoir une bdd...

Tu veux dire l'inverse non?

[thomzon]

Utiliser une DB c'est juste pas possible pour le type de WebApp que je veux faire. Yaurait vraiment trop de requête partout tout le temps.
Mais bon, je vais quand même vous demander votre avis, si je devais utiliser une DB, sachant que:

- Ce serait sur mon pc perso, 2Go de RAM, sûrement occupé à faire d'autres trucs en même temps.
- Au pif, autour de 100 utilisateurs
- Chaque action de chaque utilisateur (à peu de chose près) aura pour conséquence un accès DB (soit lecture, soit écriture, soit delete, soit un mélange des trois).

C'est vivable ?

[deY!]

Envoyé par koopajah

Tu veux dire l'inverse non?

Ah oui, toutes mes confuses...

[koopajah]

Ca me semble aussi vivable qu'un accès fichier texte continuellement. Mais tout dépend des données stockées. Soit c'est deux nombres soit c'est un ensemble de données, de strings, de valeurs, sur lesquelles tu vas faire une analyse (count, max, etc) ou des tris et tout.

[deY!]

Envoyé par thomzon

Utiliser une DB c'est juste pas possible pour le type de WebApp que je veux faire. Yaurait vraiment trop de requête partout tout le temps.
Mais bon, je vais quand même vous demander votre avis, si je devais utiliser une DB, sachant que:

- Ce serait sur mon pc perso, 2Go de RAM, sûrement occupé à faire d'autres trucs en même temps.
- Au pif, autour de 100 utilisateurs
- Chaque action de chaque utilisateur (à peu de chose près) aura pour conséquence un accès DB (soit lecture, soit écriture, soit delete, soit un mélange des trois).

C'est vivable ?

Oui je pense... mais faut voir avec ta connexion aussi...
De toute maniére se ne sont pas les requêtes sur ta base le plus lourd, c'est ton traitement php

[thomzon]

Bon bah je vais essayer. De toutes façons c'est juste pour me former au PHP, donc si ça marche pas bien c'est pas dramatique.

Merci pour vos réponses !