Potes 'n' Roll !
L'Agora => Informatique & Multimédia => Discussion démarrée par: Yann Solo le 15 Décembre 2006 à 13:29
-
Un p'tit truc sur PHP tiens, je crois me rappeler qu'une fois, un gus m'a parlé de variables communes à tous les clients...
Genre un mec va sur une page PHP qui lui permet de changer une variable, il change, et dorénavant tous ceux qui viennent voient la nouvelle valeur
Le tout, bien sûr, sans accès à la base, c'est une variable en mémoire, donc elle va sauter au prochain reboot
Quelqu'un se souvient du nom de ces bestioles-là? Il me semble qu'il m'avait dit que PHP 4 ne le gère pas, mais si jamais PHP 5 le gère ça pourra m'être utile...
-
Ca s'appelle une variable d'application, au contraire d'une variable de session qui ne concerne qu'un seul client!
-
Voila, le nom que je cherchais, moult merci gentilhomme
(Par contre on dirait que PHP le gère pas, ni 4, ni 5, chiottes alors...)
-
Connaissez-vous cet hébergeur gratuit et savez-vous si c'est "bien" ?(http://www.webdynamit.net/)
Posted on: 16-12-2006, 13:27:22
EDIT : A part vos comptes Free, vous utilisez quoi comme hébergeur ?
-
Alors, je ressors mon "analyse"
phpnet.org : lui je le cite systématiquement, faut pas y aller, c'est IVEUL(http://forum.video-adventures.net/viewtopic.php?t=177), fuyez, loin, loin...
celeonet.fr : traffic limité donc gaffe, mais sinon un service compétent, on est bien informés en cas de problème... pas parfait, mais appréciable
ovh : 'nuff said :mrgreen:
sinon en gratos, à part lycos/multimania, c'est un peu la misère...
-
Yuto me rappelais que tu peux souscrire à un abonnement gratos de chez free! ;)
-
Yuto me rappelais que tu peux souscrire à un abonnement gratos de chez free! ;)
-
Et on n'utilise pas de variables globales !
-
Et on n'utilise pas de variables globales !
-
Encore un truc d'admin pour pourrir la vie des programmeurs! :mdr:
-
Ah ok. Donc, c'est pas pour moi ! :lol:
-
Encore un truc d'admin pour pourrir la vie des programmeurs! :mdr:
-
Encore un truc d'admin pour pourrir la vie des programmeurs! :mdr:
Mis à part ça, j'avais raison pour Free ou pas ? ^^
-
Bein c'est bon pour 10 Go!
http://subscribe.free.fr/accesgratuit/(http://subscribe.free.fr/accesgratuit/)
-
Yuto me rappelais que tu peux souscrire à un abonnement gratos de chez free! ;)
donc faut passer par un abonnement quand meme :s
enfin a verifier par notre ami codeur quand il aura uppé ses pages et active son MySql
-
Bon, je reviens avec une question pour les pros à propos de la fonction shm_attach()(http://fr2.php.net/shm_attach)
$SHM_KEY = shm_attach($cle, 102400);
shm_put_var($SHM_KEY, 'var', $var); OU $variable = shm_get_var($SHM_KEY, 'var');
(selon si je sauvegarde ou si je charge)
Pis un peu + tard, quand j'en ai plus besoin, un p'tit
shm_detach($cle);
Après un reboot du serveur, ça marche impec pendant un moment (genre 10 à 12 heures quand même), puis cette saloperie commence à me renvoyer des identifiants vides, alors que c'est certainement pas la mémoire qui sature vu que j'en ai encore tout plein de dispo à ce moment là ($SHM_KEY est vide quoi, alors qu'avant quand on l'affiche ça donne un numéro)
Quelqu'un a une idée sur le pourquoi du comment?
-
Soit tu la détaches à un endroit ou ce ne doit pas l'etre soit cela correspond à une session expirée..
-
Quand je la détache, elle a toujours été attachée avant (c'est plutot l'inverse qui m'inquiète à l'occase), sinon de toute façon il me mettrait une erreur
Par contre, tu crois qu'un bout de mémoire attaché par une session qui depuis a expiré peut empêcher tous les autres d'attacher de la mémoire?
-
Quand je la détache, elle a toujours été attachée avant (c'est plutot l'inverse qui m'inquiète à l'occase), sinon de toute façon il me mettrait une erreur
Par contre, tu crois qu'un bout de mémoire attaché par une session qui depuis a expiré peut empêcher tous les autres d'attacher de la mémoire?
-
Ce ne serait pas impossible car lorsque une session 'expire, toutes les variables qui y sont rattachées sont vidées.
Les données du combat n°4513 sont stockée dans la mémoire appelée avec cette clé, et à l'occase un autre joueur y accède avec cette même clé (combat multijoueur)
La mémoire est détachée quand tous les joueurs ont quitté un combat
Donc si c'est une session qui gicle, pourquoi ça empêcherait TOUS les autres joueurs d'attacher des bouts de mémoire, surtout en considérant que leurs combats à eux ont des n° différents...
PS: Après vérif, j'ai des gus déconnectés depuis plusieurs heures alors qu'ils ont encore un combat en cours (donc session expirée depuis longtemps), alors que le bug empêchant d'attacher la mémoire n'est pas (encore) présent actuellement, j'ai rebooté le serveur hier soir...
EDIT: La "memoire physique libre en %" augmente régulièrement depuis 4h du matin, j'avais 20% libre et là je suis à 55% libre... La logique de ce truc m'échappe...