cs_Metaldark
Messages postés31Date d'inscriptionvendredi 22 août 2003StatutMembreDernière intervention26 juillet 2007
-
22 juin 2006 à 15:13
FhX
Messages postés2350Date d'inscriptionmercredi 13 octobre 2004StatutMembreDernière intervention18 avril 2015
-
24 juin 2006 à 12:33
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.
FhX
Messages postés2350Date d'inscriptionmercredi 13 octobre 2004StatutMembreDernière intervention18 avril 20153 24 juin 2006 à 12:33
"Ouvrir et fermer un fichier, PHP fait ça sans arrêt quand vous utilisez les sessions..."
Ne parlons pas des include() et autre require() :D
pastis51forever
Messages postés172Date d'inscriptiondimanche 29 juin 2003StatutMembreDernière intervention 8 septembre 20061 23 juin 2006 à 11:53
Je vais me renseigner, ca fait un moment que je me dis qu'il faudrait que je me penche dessus... Surtout que là je m'amuse avec ajax, mais vu le nom de la methode, je pense que ca doit être encore plus efficace sur du xml...
malalam
Messages postés10839Date d'inscriptionlundi 24 février 2003StatutMembreDernière intervention 2 mars 201025 23 juin 2006 à 11:25
Un fichier par personne (ou par "client", ça dépend du site).
Ca devient simple : tu lis le fichier via DOM (rapide) (en prenant évidemmnt en compte que ton fichier s'appelle un truc du genre : user_id.xml, tu accèdes directement à la propriété (ou les propriétés) qui t'intéresse (via XPath), et basta.
Ouvrir et fermer un fichier, PHP fait ça sans arrêt quand vous utilisez les sessions...on ne peut pas dire que ça ralentisse beaucoup, hein ? ;-)
pastis51forever
Messages postés172Date d'inscriptiondimanche 29 juin 2003StatutMembreDernière intervention 8 septembre 20061 23 juin 2006 à 11:02
Je comprends bien vos arguments...
C'est vrai que si c'est utilisé sur des variables qui ne servent qu'une fois, ca n'a pas grand interet, ou du moins les conserver n'a pas grand interet, il suffit alors d'unsetter les variables qui ne serviront plus.
Enfin, j'avoue que je ne sais pas encore quand/si ce code me servira, je l'ai fait pour utiliser de nouvelles fonctions (pour moi), et un peu, justement, pour me torturer l'esprit (Malalam->Ca m'arrive de me le torturer 10 fois plus, tu devrais voir ca).
Je l'ai partagé autant pour permettre d'apprendre quelques fonctions à ceux qui sont encore plus débutants que moi, que pour recevoir des critiques (ca au moins ca a marché).
Par contre, (au risque de me faire frapper par malalam) je ne me suis encore jamais interessé au xml, mais je n'arrive pas à comprendre comment tu l'utiliserais... Un fichier par personne ou un enorme fichier qui contiendrait les 50 paramètres des 500 membres du site?
En tout cas merci d'avoir pris le temps de poster...
malalam
Messages postés10839Date d'inscriptionlundi 24 février 2003StatutMembreDernière intervention 2 mars 201025 22 juin 2006 à 23:55
z'allez dire que je me répète...mais, au grand étonnement de tous j'en suis sûr, j'utilise fréquemment le XML pour ce genre de configurations.
C'est nettement plus simple à utiliser tant pour le codeur, que pour un utilisateur néophyte. Et c'est très facile à entretenir.
ceci dit, je suis d'accord avec le 1er commentaire : il y a de l'idée. Mais aussi avec les suivants : c'est trop complexe pour ce que ça fait. Et j'ose même pas imaginer la gueule du tableau pour un gros site avec tout plein d'options personnalisables. Et en effet, gros défaut, tu trimballes en permanence des options dont tu n'as pas besoin tout le temps.
Mais y a de l'idée...:-)
De toutes évidences, tu aimes te torturer l'esprit...
kankrelune
Messages postés1293Date d'inscriptionmardi 9 novembre 2004StatutMembreDernière intervention21 mai 2015 22 juin 2006 à 21:34
Pareil je vois pas l'interet... mais peut être ne l'ais je pas compris... .. .
Autant utiliser un tableau associatif dans un fichier config ou tout simplement un base de données... quand au préférence utilisateur pareil => base de données avec éventuellement un peu de session et de cookies en plus... .. .
@ tchaOo°
pastis51forever
Messages postés172Date d'inscriptiondimanche 29 juin 2003StatutMembreDernière intervention 8 septembre 20061 22 juin 2006 à 18:02
En fait je pense que tu n'as pas compris le but... Ou alors j'ai pas compris ta réflexion, c'est possible aussi...
Le but: Si sur ton site, tu as un acces id/mdp, et que chacun peut configurer par exemple l'affichage auto du mail dans les posts du forum, le css utilisé, etc..., alors tu as besoin de l'enregistrer quelque part. Ici, dans une seule variable, plutot que 20 champs binaires ou enum dans mysql.
Et ces infos, tu en auras besoin à chaque affichge de page pour la plupart (si ton site est dynamique, c'est qu'il varie d'une personne à l'autre. Ici sont stockées tes variables)
En tout cas merci pour t'être penché dessus
Pour ce qui est de
base_convert($retour,2,10) => bindec($retour)
base_convert($retour,10,2) => decbin($retour)
tu as entièrement raison, et j'y ai pas mal réfléchi en développant ca, mais je me suis dit que ca serait mieux, pour apprendre des fonctions moins utilisées et aussi rapides. (en fait, c'est la même fonction qui est utilisée, à ce que j'ai compris, quand tu appelles bindec, ca appelle base_convert.)
cs_garfield90
Messages postés388Date d'inscriptionlundi 7 juillet 2003StatutWebmasterDernière intervention10 février 2009 22 juin 2006 à 16:14
24 juin 2006 à 12:33
Ne parlons pas des include() et autre require() :D
23 juin 2006 à 11:53
23 juin 2006 à 11:25
Ca devient simple : tu lis le fichier via DOM (rapide) (en prenant évidemmnt en compte que ton fichier s'appelle un truc du genre : user_id.xml, tu accèdes directement à la propriété (ou les propriétés) qui t'intéresse (via XPath), et basta.
Ouvrir et fermer un fichier, PHP fait ça sans arrêt quand vous utilisez les sessions...on ne peut pas dire que ça ralentisse beaucoup, hein ? ;-)
23 juin 2006 à 11:02
C'est vrai que si c'est utilisé sur des variables qui ne servent qu'une fois, ca n'a pas grand interet, ou du moins les conserver n'a pas grand interet, il suffit alors d'unsetter les variables qui ne serviront plus.
Enfin, j'avoue que je ne sais pas encore quand/si ce code me servira, je l'ai fait pour utiliser de nouvelles fonctions (pour moi), et un peu, justement, pour me torturer l'esprit (Malalam->Ca m'arrive de me le torturer 10 fois plus, tu devrais voir ca).
Je l'ai partagé autant pour permettre d'apprendre quelques fonctions à ceux qui sont encore plus débutants que moi, que pour recevoir des critiques (ca au moins ca a marché).
Par contre, (au risque de me faire frapper par malalam) je ne me suis encore jamais interessé au xml, mais je n'arrive pas à comprendre comment tu l'utiliserais... Un fichier par personne ou un enorme fichier qui contiendrait les 50 paramètres des 500 membres du site?
En tout cas merci d'avoir pris le temps de poster...
22 juin 2006 à 23:55
C'est nettement plus simple à utiliser tant pour le codeur, que pour un utilisateur néophyte. Et c'est très facile à entretenir.
ceci dit, je suis d'accord avec le 1er commentaire : il y a de l'idée. Mais aussi avec les suivants : c'est trop complexe pour ce que ça fait. Et j'ose même pas imaginer la gueule du tableau pour un gros site avec tout plein d'options personnalisables. Et en effet, gros défaut, tu trimballes en permanence des options dont tu n'as pas besoin tout le temps.
Mais y a de l'idée...:-)
De toutes évidences, tu aimes te torturer l'esprit...
22 juin 2006 à 21:34
Autant utiliser un tableau associatif dans un fichier config ou tout simplement un base de données... quand au préférence utilisateur pareil => base de données avec éventuellement un peu de session et de cookies en plus... .. .
@ tchaOo°
22 juin 2006 à 18:02
Le but: Si sur ton site, tu as un acces id/mdp, et que chacun peut configurer par exemple l'affichage auto du mail dans les posts du forum, le css utilisé, etc..., alors tu as besoin de l'enregistrer quelque part. Ici, dans une seule variable, plutot que 20 champs binaires ou enum dans mysql.
Et ces infos, tu en auras besoin à chaque affichge de page pour la plupart (si ton site est dynamique, c'est qu'il varie d'une personne à l'autre. Ici sont stockées tes variables)
En tout cas merci pour t'être penché dessus
Pour ce qui est de
base_convert($retour,2,10) => bindec($retour)
base_convert($retour,10,2) => decbin($retour)
tu as entièrement raison, et j'y ai pas mal réfléchi en développant ca, mais je me suis dit que ca serait mieux, pour apprendre des fonctions moins utilisées et aussi rapides. (en fait, c'est la même fonction qui est utilisée, à ce que j'ai compris, quand tu appelles bindec, ca appelle base_convert.)
22 juin 2006 à 16:14
base_convert($retour,2,10) => bindec($retour)
base_convert($retour,10,2) => decbin($retour)
ca me semble tout de meme assez/trop complexe pour pas grand chose
tu charges en mémoire des informations dont tu n'auras pas/jamais besoin
autant se servir d'un fichier type .ini (utilisé avec parse_ini_file ) ainsi qu'un systeme permettant de réécrire ce fichier
bien entendu pour des raisons de sécurité, on évite de rendre ce fichier accessible via le web (.htaccess, ou fichier en dehors du repertoire web)
22 juin 2006 à 15:15
N'hésitez pas à critiquer (utilement toutefois)
22 juin 2006 à 15:13
Je vais regarder ca ;)