EXTRAIRE RAPIDEMENT LES INFORMATIONS D'UNE TABLE MYSQL

fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005 - 21 févr. 2005 à 16:12
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008 - 24 févr. 2005 à 17:21
Cette discussion concerne un article du site. Pour la consulter dans son contexte d'origine, cliquez sur le lien ci-dessous.

https://codes-sources.commentcamarche.net/source/29686-extraire-rapidement-les-informations-d-une-table-mysql

cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
24 févr. 2005 à 17:21
Euh, pas de standard t'es malin, évidemment qu'il y en a un! Avant de créer un langage, tu définis son interface (syntaxe, librairies, protocoles de communication et d'interprétation). C'est juste que comme MS est seul à l'exploiter, forcément il n'y a qu'un seul module serveur. Ce n'est pas un mal en soit!

D'ailleurs, à ma connaissance, il n'y a pas d'interpréteur PHP non-officiel largement utilisé... donc c'est kif kif. Juste une histoire d'aimer l'open source ou pas... pour moi c'est tout vu.

Intéressants les commentaires... Blackwizzard a bien résumé d'ailleurs, dommage que Nix ait baqué les comments d'ailleurs.
coucou747 Messages postés 12303 Date d'inscription mardi 10 février 2004 Statut Membre Dernière intervention 30 juillet 2012 44
24 févr. 2005 à 12:38
je disais ça pour la raison suivante :

l'asp est un langage créé mar microsoft je crois... (arrètez moi si je me trompe) donc, un seul interprèteur, donc pas de standar...

pour le html, js et css, il a oublié de se renseigner sur le fait qu'il existe des standars et que ces standars sont respèctés par gecko ou khtml (opera, je sais pas, j'ai jamais testé) et non par ie
cs_windu Messages postés 282 Date d'inscription vendredi 16 mai 2003 Statut Membre Dernière intervention 19 juillet 2006
24 févr. 2005 à 09:51
coucou747> je ne pense pas que le fait qu'il programme en ASP, ou en PHP joue vraiment...
Car dasn les 2 cas, c'est du texte qui est renvoyé par ces 2 langages! non, la où ca peu coincer, c'est au niveau des balises HTML, du css et/ou du javascript
coucou747 Messages postés 12303 Date d'inscription mardi 10 février 2004 Statut Membre Dernière intervention 30 juillet 2012 44
24 févr. 2005 à 01:36
nix ne programmes qu'en asp ?
(l'asp est-il un langage standardisé ???)

enfin bon, selon moi, quand on code bien, ça passe sous tout rendu gecko ou khtml... pour qu'une page passe sous ie, faut ajouter le facteur chance et longueur de la page...
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
24 févr. 2005 à 00:41
Merci pour vos optimisations :)
pour info, commentaires ici.
http://linuxfr.org/~MrMax/17211.html
ehmarc Messages postés 393 Date d'inscription mardi 2 décembre 2003 Statut Membre Dernière intervention 29 septembre 2008
23 févr. 2005 à 23:53
Il y a quelques jours j'ai un collegue informaticien (orienté sur le réseau ) qui m'a dit que l'informatique c'est l'art de passer 15 jours à faire gagner quelques millieme de seconde à l'utilisateur
je crois qu'on peut le verifié aujourd'hui!!!!
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 22:08
Ouais bien joué ;-)

141 ms pour fetch_array avec MYSQL_ASSOC
139 pour ta solution avec fetch_array et MYSQL_NUM
et pour fetch_row 134 ;-)
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 22:02
Arf tu veux que j'utilise mysql_fetch_array comme mysql_fetch_row en gros ? avec tes constantes dedans ?

ok je fais ça ;-)
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 22:01
non j'ai oublié de préciser que je fais appel à l'option MYSQL_ASSOC pour ne générer qu'un tableau alphanumérique ;-)
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 21:45
zut, j'oubliais.
dans ton code antho, tu crées qd même une table de hashage puisque tu appelles fetch array, qui crée les deux sortes d'indices. tu ne dois générer que les indices numériques, parce que si PHP optimise pour ce cas particulier, alors ma version sera (je le pense tjs) plus rapide. tu veux pas essayer dis? :D
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 21:43
Et je rajouterais (parce que moi aussi ça m'énerve de pas pouvoir répondre) que avant Firefox j'étais un utilisateur assidu de IE 6 (tout simplement parce que netscape 7 était mauvais, rien à rajouter), mais que dès que j'ai eu Firefox en main ... mince de mince, quelle amélioration! Et le système de plug-in mes amis, que du bonheur! Rahlala, qu'il est dur de vivre dans le monde libre ^^.
cs_windu Messages postés 282 Date d'inscription vendredi 16 mai 2003 Statut Membre Dernière intervention 19 juillet 2006
23 févr. 2005 à 21:36
pas mal ton idée de tester la rapidité des fonction....
par contre tu devrai tester aussi les mysql_assoc et autres pour avoir une idée complète et puis aussi mysql_result (meme sil me semble ke c le + lent de tous)

Pour revenir sur l'article de nix, clair ke c 1 boulet sur ce coup là... surtou kil a empeché de aux autre de poster leurs avis (et kil le déplore lui meme dans son post!!!), ce qui fait ke donner son vis sans accepter les avis (constructif ou non) des autres revient a refuser d'accepter le dialogue (on appelle ca "avoir des oeillières" mais a ce niveau c pluto un bandeau sur les yeux....)

Par contre je remark kil a raison sur certains point:
"Aujourd'hui je peux juste dire qu'on a fait un grand pas en arrière (vers 1999 je dirais) au lieu de faire un pas vers l'avant (vers 2006 en théorie)"
En effet, on a fait 1 pas en arrière ou + exactement on a pas bougé depuis 1999: date de la dernière version de IE (etre fier d'utiliser un logiciel "laissé a l'abandon" par ses developpeur depui 5-6 ans me dépasse, surtou dasn un domaine qui evolue aussi vite)

"Pourquoi ne pas faire en sorte que ce qui marche sur l'un, marche également sur l'autre ?"
Il pose lui meme la kestion: pourquoi IE ne chercherai pas (enfin) a respecter les normes W3C??? car des 2 navigateurs en kestion, Firefox est celui ki respecte le +...

enfin, juste pour finir:
"Si des gens aiment perdre du temps à rendre compatible un site tout entier pour IE et Firefox tant mieux pour eux, moi ça me fout les boules de voir tout le temps que je perd à cause de ça."
Tout a fait d'accord avec toi Nix, c'est pourquoi je ne fais que des sites optimisé pour Firefox (si ca passe sous IE tant mieux sinon...).

voil, cétai juste pour donner mon avis. Désolé de polluer le sujet de départ... mais je tenais a exprimer a l'auteur de ce post, des contre-arguments.
donc Nix, si tu a l'occasion de lire ce message, sache ke ca ne se veu pas "méchant" mais juste pour dire ce ke je pense du combat IE/firefox (pour repondre a la kestion: oui, j'utilise firefox et je ne peu plu m'en passer!!! ai je perdu toute objectivité a cause de ca? peut etre mais Nix semble a voir perdu aussi la sienne avec IE...)

P.S.: encore désolé à l'auteur de cette source si elle se transforme en Troll
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 21:08
bon je détaille le data_seek : le premier zéro correspond au numéro de la requête à data_seeker (quel beau mot ^^) et le second à l'indice auquel se rendre (ici zéro).

Bref confirme ou infirme-nous ces temps sous linux si t'as, et même sous win (en fonction de la config ça peut varier)
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 21:06
LOL l'auteur c'est NIX, le webmaster de codes-sources ^^

bon j'avoue que sur ce coup il fait fort, mais bon y'a qu'à voir le code source de phpcs par exemple, on comprends pourquoi y'a plein de bugs sous firefox ^^

Kirua > bon je te mets le code même si ça te servira à rien :

include './classe_mysql.inc.php';
$mysql=new mysql();
$mysql->connect('');
$requete=$mysql->requete('SELECT posteur,message FROM forum_posts WHERE id_mess=4',0);
$mysql->deconnect();

$var1=$var2=0;

define('posteur',0);
define('message',1);

while($i<10000)
{
$r=$mysql->fetch_array(0);

$var1=$r[posteur];
$var2=$r[message];

$mysql->data_seek(0,0);
$i++;
}

Ensuite je remplaçais par mysql_fetch_array ou mysql_fetch_row...
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 20:54
À propos de l'article sur FireFox, l'auteur est vraiment un boulet. Le on-respect des standards, jusqu'à preuve du contraire, c'est MS le responsable principal, non mais sans rire!
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 20:43
Je veux le code là, je suis super étonné.
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 19:54
Verdict (j'ai pris les temps minimums obtenus après avoir fait au moins 10 tests de chaque) :

kirua :
//134 ms avec le fetch_row
//148 ms avec fetch_array
//153 ms avec kirua

ça se tient, faudrait confirmer ça...

le tout a été fait sur 10000 itérations.

a +
coucou747 Messages postés 12303 Date d'inscription mardi 10 février 2004 Statut Membre Dernière intervention 30 juillet 2012 44
23 févr. 2005 à 19:49
pour ton lien, ce mec est un boulet.....

pour ta page, je dirais que tout optimisation est importante...

si tu faisais de grosses pages, tu verrais l'utilitées de la mili seconde gagnée sur une ligne d'un fichier, et qui fait baisser l'utilisation cpu de ta page sur le serveur...
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 19:28
Bah si le reste met du temps à s'afficher optimise le reste...
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
23 févr. 2005 à 19:22
Raisonnement bidon : ( j'ai pas peur j'ai vu pire a propos de firefox ici : http://blogs.developpeur.org/nix/archive/2005/02/10/4420.aspx?Pending=true )
A quoi bon gagner des x10-3 ou x10-4 secondes pour de telles requetes ?
de toute façon l'upload limite toujours cela : j'ai déjà fait des requetes tres rapides impliquant un lourd affichage : requete tres rapide ( 0.0005... secondes ) mais la page elle mettait tout de meme plusieurs secondes a charger ...
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 19:12
Bon je fais un test et je communique le résultat après ;-)
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 19:09
J'ai pas franchement peur du résultat.
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 19:03
Bien sûr, et je suis d'accord là dessus, ce que je veux dire est qu'avec ta solution tu passes par des constantes, et je ne sais pas si l'accès à ces constantes est plus rapide qu'un accès à un array avec indice alphanumériques...

Faut tester...
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 18:51
excuse-moi, mais dans tous les cas, comparer deux entiers est plus rapide que comparer deux chaînes, surtout si tu connais le fonctionnement des tables de hashage en C.
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 18:47
Kirua > tu perds l'avantage de l'optimisation en passant par une constante, c'est lent d'accès une constante en php, je pense pas que ça vaille mieux qu'un un mysql_fetch_array avec indices alphanumériques, m'enfin faudrait tester...

a ++
ehmarc Messages postés 393 Date d'inscription mardi 2 décembre 2003 Statut Membre Dernière intervention 29 septembre 2008
23 févr. 2005 à 15:36
Oui je vois pas non plus il suffit de repeter la structure autant de fois qu'il ya de requete!

Comme ca tu aura ce qu'il te faut.
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 15:29
Pourquoi ça ?
coockiesch Messages postés 2268 Date d'inscription mercredi 27 novembre 2002 Statut Membre Dernière intervention 13 septembre 2013 4
23 févr. 2005 à 14:31
Oui, mais dès que tu fais plusieurs select, ca devient pas pratique...

@++

R@f
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
23 févr. 2005 à 14:28
Merci de vos commentaires constructifs, je pense que je vais laisser la source comme cela et les interessés lieront les commentaires.
peut etre vais je signaler une alternative dans ceux-ci ...
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
23 févr. 2005 à 14:16
"Je trouve ke pour le relecturedu code, les indice numérik ne son vraimen pas pratik! c'est pourquoi, je ne les utilise jamai"

tu n'as qu'à définir des constantes en début de programme:

define("chID", 0);
define("chNOM", 1);
define("chMESSAGE", 2);
...

ça te permet d'utiliser des noms "en lettres" dans ton programme, tout en n'utilisant que les indices numériques (bcp plus rapide), et puis surtout: la relecture est plus simple ET si tu modifies la table, tu n'as qu'à modifier la valeur associée à la constante! aucun problème.
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
23 févr. 2005 à 12:03
La différence est que ta sources est plus "class" que la mienne ( ok mauvais jeu de mot ;) )
mais je ne sais pas programmer avec les classes.
j'essaye d'apprendre entre mes projets :p
ehmarc Messages postés 393 Date d'inscription mardi 2 décembre 2003 Statut Membre Dernière intervention 29 septembre 2008
23 févr. 2005 à 11:59
http://www.phpcs.com/code.aspx?id=26469

Moi non plus j'avais pas vu de sources comme ca avant de publier la mienne y doit pas en avoir beaucoup ou pas avec les mots clés spécifique

Ce genre de code reste pratique pour des developpement rapide et permet un affichage tres simple de la BDD.

Moi je trouve ca pas mal!!
ehmarc Messages postés 393 Date d'inscription mardi 2 décembre 2003 Statut Membre Dernière intervention 29 septembre 2008
23 févr. 2005 à 11:53
Ca me rappelle une de mes sources.....
coockiesch Messages postés 2268 Date d'inscription mercredi 27 novembre 2002 Statut Membre Dernière intervention 13 septembre 2013 4
23 févr. 2005 à 11:28
Merci pour les infos! :)

@++

R@f
cs_windu Messages postés 282 Date d'inscription vendredi 16 mai 2003 Statut Membre Dernière intervention 19 juillet 2006
23 févr. 2005 à 10:47
coockiesch> pour n'avoir que des indice alphanumérik, utilise mysql_fetch_array($result, MYSQL_ASSOC) ou tout simplement mysql_fetch_assoc...

anthomicro>il es vrai kil vau mieux rajouter les champ en fin de tableaux,ca semble + logik et ca ne pertuberait pas on ordre des chmp... mais l'inconvenient est que kan tu repren 1 code kelke temp + tar, tu ne sai plu kel numéro correspon a kel champ...
Je trouve ke pour le relecturedu code, les indice numérik ne son vraimen pas pratik! c'est pourquoi, je ne les utilise jamai
coockiesch Messages postés 2268 Date d'inscription mercredi 27 novembre 2002 Statut Membre Dernière intervention 13 septembre 2013 4
23 févr. 2005 à 09:03
Oki, merci.
Dsl de faire le lourd mais ai encore une dernière question ;)
J'ai intérêt à lui demander de ne générer que des indices alphanumériques alors? Par quelle fonction?

Merci

@++

R@f
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
23 févr. 2005 à 06:23
Je suis d'accord, mais dans ce cas perso je rajoute les éventuels nouveaux champs à la fin de la requête, comme ça je n'ai pas cet inconvénient.
cs_windu Messages postés 282 Date d'inscription vendredi 16 mai 2003 Statut Membre Dernière intervention 19 juillet 2006
22 févr. 2005 à 23:15
en effet, Anthomicro, travailler avec des indice numérik es + rapide k'avec des indice alphanumérik, mais ca a 1 inconvénient:
loerskon nomme 1 champ (ou une table) par 1 numéro (ki correspond a sa position dans la BDD), on court le risk que cela ne soi plu valable dans l'avenir, si kelkun rajoute un champ (ou une table) avant... car cela décalerait tout!!!
Alor ke des indices alphanumérik indiquent exactement kel champ (ou kelle table) on désire...
Bien évidemment, dans le cas ou on veu appeler toutes les table 1 par 1 (comme C le cas ici), cela n'a pas d'importance, mais dans l'absolu, ce n'est pas a négliger...
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
22 févr. 2005 à 22:17
Mysql_fetch_array sans option (MYSQL_ASSOC par exemple) travaille avec des tableaux aux indices numériques et alphanumériques, elle crée deux tableaux (un aux indices numériques et l'autre aux indices alphanumériques). Ensuite même avec une option comme MYSQL_ASSOC elle reste plus lente que mysql_fetch_row qui ne travaille qu'avec des indices numériques ce qui est plus rapide ;-)

a +
coockiesch Messages postés 2268 Date d'inscription mercredi 27 novembre 2002 Statut Membre Dernière intervention 13 septembre 2013 4
22 févr. 2005 à 22:09
Salut!
Anthomicro: mysql_fetch_row() plus rapide que mysql_fetch_array() quelles différences entre les 2?

Merci pr les infos

@++

R@f
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
22 févr. 2005 à 19:02
Les accollades, c'etait une erreur de ma part dans le premier code, corrigé hier.
Pour la sortie de la base, je matte la doc asap et je corrige ;)
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
22 févr. 2005 à 18:05
Si tu veux optimiser utilise mysql_fetch_row()

a +
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
22 févr. 2005 à 17:34
En effet, en C/C++ on peut définir des portées avec des jeux d'accolades sans structure de contrôle associée, mais ta question est pertinente dominion... le serveur n'est peut-être pas aussi subtile.
cs_dominion Messages postés 230 Date d'inscription mardi 21 janvier 2003 Statut Membre Dernière intervention 15 mai 2008
22 févr. 2005 à 17:25
coucou747 et fser : les accolades "pour le plaisir", ce n'est pas exactement vrai... Ca peut être utile pour certains code où tu utilise par exemple un très très très gros tableau une fois puis plus jamais... Ou tu le déclare en dynamique, mais en php pas possible, ou tu met entre accolade le code qui l'utilise : tu détruira le tableau automatiquement après les accolade (logique).
Je demande toutefois confirmation : en C++ c'est comme ça, mais en php, le serveur détruit les variables ?
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
22 févr. 2005 à 16:56
Kirua : l'indice de vitesse etait juste donné pour contrer ce que je disai : a savoir que le script etait un peu bourrin, et donc forcement plus lent que si l'on prenait le strict minimum.
Il se veut pas plus rapide que cela.
je me renseigne sur mysql_fetch_assoc : connais pas :p
cs_Kirua Messages postés 3006 Date d'inscription dimanche 14 avril 2002 Statut Membre Dernière intervention 31 décembre 2008
22 févr. 2005 à 16:50
$donnees = mysql_fetch_array($mqsql, MYSQL_ASSOC)

utilise plutôt la fonction mysql_fetch_assoc directement

sinon, en quoi ce code est-il rapide ? je veux dire, plus rapide que d'habitude? c'est tjs comme ça qu'on fait, c'est la méthode traditionnelle O_o
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
22 févr. 2005 à 12:58
Me##credi les oublis ... :)
je corrige ;)
cs_Anthomicro Messages postés 9433 Date d'inscription mardi 9 octobre 2001 Statut Membre Dernière intervention 13 avril 2007 8
22 févr. 2005 à 12:57
Salut ;-)

Tu peux laisser débutant lol, ensuite tu peux remplacer <php par <?php (petit oubli ^^)

Ensuite les
par
et les quelques doubles quotes par des simples (' au lieu de ")

a ++
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
22 févr. 2005 à 11:49
J'ai corrigé dans la source mais je n'ai pas eut le temps de tester.
faudra que je mette a jour le pseudo zip.
merci a toi.
PS : le niveau je laisse debutant ou pas ?
cs_windu Messages postés 282 Date d'inscription vendredi 16 mai 2003 Statut Membre Dernière intervention 19 juillet 2006
22 févr. 2005 à 11:09
pou ton is_numeric, ya 1 solution pour ne pas avoir a l'utiliser...
Ne pas utiliser mysql_fetch_array tout seul:
utilise pluto pysql_fetch_array($mqsql, MYSQL_ASSOC), pour n'avoir que les nom de champ comme index de tableaux, ou sinon MYSQL_NUM, pour n'avoir que des identifiants numériques...
Car cette fonction renvoie par défaut, le rsultat 2 fois (1 fois avec 1 identifiant numérique, et une 2° fois avec le nom du champ dans la base de données comme index...)
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
22 févr. 2005 à 00:57
Pour les accolades .... oops :D ( la zone d'insertion est trop petite :D )
Pour l'objet BDD, je suppose que tu sous entend l'utilisation d'une classe, mais moi les classes, je sais pas faire ( encore ).
Je met la source à jour en tenant compte de tes conseils.
merci !
coucou747 Messages postés 12303 Date d'inscription mardi 10 février 2004 Statut Membre Dernière intervention 30 juillet 2012 44
22 févr. 2005 à 00:33
if(!is_numeric($truc)) {
{ echo $truc.' vaut ' . $element . '
'; }
}

ouch...
je viens d'aprendre que l'on pouvait ajouter des acolades pour le plaisir...
sinon, c'est pas trop mal, mais évite les align, c'est pas portable, mets un or die dèrière les fonctions sensibles (ou un @ avec une vérification d'erreur poussée, mais c'est une possibilitée pour se planter complètement...)
à part ça rien de particulier... a part le fait que tu pourais fournir des fichiers complets ou mettre une entete html (meme si pour les pseudos frames...)
et surtout comme c'est une méthode aplicable dans de nombreuses pages, mettre une fonction et pas une page... Voir un objet BDD que l'on pourrait associer à plein de systèmes de sauvegardes sous pleins de formats diférents...
fser Messages postés 74 Date d'inscription vendredi 26 septembre 2003 Statut Membre Dernière intervention 23 avril 2005
21 févr. 2005 à 16:12
Je voulai simplement préciser qu'il est possible d'utiliser ces 2 methodes avec des simples tableaux.
Je compte sur des commentaires constructifs :)
Rejoignez-nous