CodeS-SourceS est hébergé par Frontier.fr

Cliquez ici pour mettre ce site au démarrage de votre navigateur

AccueilCodesTutorielsForumsEmploiLivresGuide achatConnexion

begin process at 2009 07 06 07:26:01

SILVERLIGHT 3 : COMMUNICATION ET MULTICAST par KooKiz

[PERSO] DéCOUVERTES ESTIVALES : LINUX (PART I) par FREMYCOMPANY

[REFACTORING] RESHARPER POUR VISUAL STUDIO 2010 (PREVIEW) par tja

[REFACTORING] ANALYSER VOS EXCEPTIONS AVEC RESHARPER EXCEPTIONAL par tja

SHAREPOINT 2007 : PATTERNS & PRACTICES SHAREPOINT GUIDANCE par phil

PROBLèME AVEC BARRE D'ADRESSE LORS D'UN CHANGEMENT DE PAGE AVEC INCLUDE_ONCE par jzeel

RE : OPéRATEURS LOGIQUES "!" par TychoBrahe

OPéRATEURS LOGIQUES "!" par Nik0p0le

RE : ORIENTé OBJET EN PHP par TropNul

RE : COMMENT SECURIRISé UNE BD? par lionceau79

+ de logiciels à télécharger

1 465 014 membres
64 nouveaux aujourd'hui
15 046 membres club

Trouver une ressource

Trouvez une ressource parmi 40 094 codes, 1 303 049 messages d'aide etc...

Recherche: dans [ Dernières recherches ]

Vous ne trouvez pas de réponse à votre problème ? Alors posez la question dans le forum. Souvenez-vous qu'il n'y a jamais de question bête, mais rester dans l'ignorance parce que l'on n'ose pas poser une question, ça c'est une erreur !

EXTRAIRE RAPIDEMENT LES INFORMATIONS D'UNE TABLE MYSQL

Information sur la source

Catégorie :Base de données Niveau : Débutant Date de création : 21/02/2005 Date de mise à jour : 22/02/2005 13:01:00 Vu / téléchargé: 5 203 / 432

Auteur : fser

Site perso

Ecrire un message privé

Note :

5,00 / 10

Commentaire sur cette source (53)

Ajouter un commentaire et/ou une note

Description

Je suis conscient que l'optimisation de ce code, laisse a désirer, mais à la fois on prend tout alors bon ...
Il se destine principalements aux debutants.
L'objectif est d'extraires toutes les informations d'une table.
Pour celà 2 methodes : print_r et foreach.

Source

<?php
// Params.php
$serveur = 'localhost';
$utilisateur = 'utilisateur1';
$mdp = 'mot_de_passe';
function afficher($base,$table) {
include('params.php') or die('Erreur lors de l\'inclusion des parametres');
mysql_connect($serveur, $utilisateur, $mdp) or die('Echec de connexion au serveur');
mysql_select_db($base) or die('Erreur de selection de la base. '.mysql_error());
$sql = 'SELECT * FROM table';
$mqsql = mysql_query($sql) or die('Erreur SQL ! '.mysql_error());
while ($donnees = mysql_fetch_array($mqsql, MYSQL_ASSOC)) {
foreach($donnees as $truc => $element) {
echo $truc.' vaut ' . $element . ' ';
}
mysql_close();
}
function afficher2($base,$table) {
include('params.php') or die('Erreur lors de l\'inclusion des parametres');
mysql_connect($serveur, $utilisateur, $mdp) or die('Echec de connexion au serveur');
mysql_select_db($base) or die('Erreur de selection de la base. '.mysql_error());
$sql = 'SELECT * FROM table' or die('Erreur de selection des infos. '.mysql_error());
$mqsql = mysql_query($sql);
while ($donnees = mysql_fetch_array($mqsql)) {
echo '<pre>';
print_r($donnees);
echo '</pre>';
}
mysql_close();
}
?>

<?php

 // Params.php

$serveur = 'localhost';
$utilisateur = 'utilisateur1';
$mdp = 'mot_de_passe';


function afficher($base,$table) {
include('params.php') or die('Erreur lors de l\'inclusion des parametres');

mysql_connect($serveur, $utilisateur, $mdp) or die('Echec de connexion au serveur');
mysql_select_db($base) or die('Erreur de selection de la base. <br />'.mysql_error());

$sql = 'SELECT * FROM table';
   $mqsql = mysql_query($sql) or die('Erreur SQL ! <br />'.mysql_error());

   while ($donnees = mysql_fetch_array($mqsql, MYSQL_ASSOC))     {
     foreach($donnees as $truc => $element)  {

      echo $truc.' vaut ' . $element . '<br />';
                                                     }
mysql_close();

}


function afficher2($base,$table) {
include('params.php') or die('Erreur lors de l\'inclusion des parametres');

mysql_connect($serveur, $utilisateur, $mdp) or die('Echec de connexion au serveur');
mysql_select_db($base) or die('Erreur de selection de la base. <br />'.mysql_error());

$sql = 'SELECT * FROM table' or die('Erreur de selection des infos. <br />'.mysql_error());
   $mqsql = mysql_query($sql);

   while ($donnees = mysql_fetch_array($mqsql))    {

      echo '<pre>';
      print_r($donnees);
      echo '</pre>';
                                                    }

mysql_close();

}

?>

Conclusion

On va utiliser un fichier params qui contiendra les parametres pour la connexion a la base de donnée.
La premiere solution se connecte donc à la base de donnée, selectionne toutes les informations de la table, les met dans un tableau ( mysql_fetch_array )
Ensuite on parcoure ce tableau grace a la fonction foreach, et on affiche, si truc n'est pas un nombre. J'ai du ajouter ce bricolage sinon j'avais un bug qui affichait :
0 vaut 1, l'affichage normal, puis 1 vaut la valeur precedente etc ...
C'est restrictif si l'un de vous utilise des noms de tablea numériques, mais j'en doute.
La seconde page elle se base sur print_r : et permet d'afficher un tableau facilement.
Notez l'utilisation des balises <pre> sans quoi le texte ne serait pas formaté.

Je ne sais pas trop dans quelle catégorie mettre la source, ni trop quoi poster, raison pour laquel je suis plutot effacé sur ce site. Car trop souvent on voit : déjà vu ici, mais en mieux ...
j'ai un peu cherché ça sans le trouver, donc je poste.
Pour info : j'ai affiché avec cette fonction une table de 12 enregistrements et 53 colones en 0.01428 secondes.

En esperant que ça vous apprenne quelque chose,
Fser

Fichier Zip

Pour les "Membres Club", vous pouvez télécharger directement un fichier contenu dans le zip sans télécharger le zip en entier !

params.php 112 octets
source.php 2 119 octets

Télécharger le zip

Historique

22 février 2005 01:36:17 :: Mise a jour : Ajout de html, de or die et quelques corrections. Suppression du calcul d'execution de la page.
22 février 2005 11:47:55 :: Ajout de , MYSQL_ASSOC pour eviter un if(is_numeric)
22 février 2005 13:01:05 :: Les qui vont bien ....

Sources du même auteur

TEST DE LA PARITÉ D'UN NOMBRE

Toutes les sources de fser

Sources de la même categorie

AFFICHER LE RÉSULTAT D'UNE REQUÊTE SQL SUR PLUSIEURS PAGE par karimmass

SQLDIFF : MIGRATION, VERSIONNING ET SYNCHRONISATION DE LA ST... par aKheNathOn

RÉSEAU AMICAL par Fidji56

FORMULAIRE DE RÉCUPÉRATION D'EMAILS par oleiade

[POO] - CLASSE D'ACCÈS BDD MULTI SGBD par TheWeasel47

Toutes les sources de la catégorie Base de données

Commentaires et avis

Commentaire de fser le 21/02/2005 16:12:35

Je voulai simplement préciser qu'il est possible d'utiliser ces 2 methodes avec des simples tableaux.
Je compte sur des commentaires constructifs :)

Commentaire de coucou747 le 22/02/2005 00:33:47

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...

Commentaire de fser le 22/02/2005 00:57: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 !

Commentaire de windu le 22/02/2005 11:09:17

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...)

Commentaire de fser le 22/02/2005 11:49: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 ?

Commentaire de Anthomicro le 22/02/2005 12:57:24

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 ++

Commentaire de fser le 22/02/2005 12:58:50

Me##credi les oublis ... :)
je corrige ;)

Commentaire de Kirua le 22/02/2005 16:50:58

$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

Commentaire de fser le 22/02/2005 16:56:55

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

Commentaire de dominion le 22/02/2005 17:25:59

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 ?

Commentaire de Kirua le 22/02/2005 17:34:26

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.

Commentaire de Anthomicro le 22/02/2005 18:05:44

Si tu veux optimiser utilise mysql_fetch_row()

a +

Commentaire de fser le 22/02/2005 19:02:53

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 ;)

Commentaire de coockiesch le 22/02/2005 22:09:09

Salut!
Anthomicro: mysql_fetch_row() plus rapide que mysql_fetch_array() quelles différences entre les 2?

Merci pr les infos

@++

R@f

Commentaire de Anthomicro le 22/02/2005 22:17:34

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 +

Commentaire de windu le 22/02/2005 23:15:13

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...

Commentaire de Anthomicro le 23/02/2005 06:23:50

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.

Commentaire de coockiesch le 23/02/2005 09:03:38

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

Commentaire de windu le 23/02/2005 10:47:28

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

Commentaire de coockiesch le 23/02/2005 11:28:17

Merci pour les infos! :)

@++

R@f

Commentaire de ehmarc le 23/02/2005 11:53:20

Ca me rappelle une de mes sources.....

Commentaire de ehmarc le 23/02/2005 11:59:25

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!!

Commentaire de fser le 23/02/2005 12:03:47

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

Commentaire de Kirua le 23/02/2005 14:16:45

"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.

Commentaire de fser le 23/02/2005 14:28:58

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 ...

Commentaire de coockiesch le 23/02/2005 14:31:33

Oui, mais dès que tu fais plusieurs select, ca devient pas pratique...

@++

R@f

Commentaire de Kirua le 23/02/2005 15:29:53

Pourquoi ça ?

Commentaire de ehmarc le 23/02/2005 15:36:52

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.

Commentaire de Anthomicro le 23/02/2005 18:47:14

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 ++

Commentaire de Kirua le 23/02/2005 18:51:50

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.

Commentaire de Anthomicro le 23/02/2005 19:03:49

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...

Commentaire de Kirua le 23/02/2005 19:09:32

J'ai pas franchement peur du résultat.

Commentaire de Anthomicro le 23/02/2005 19:12:30

Bon je fais un test et je communique le résultat après ;-)

Commentaire de fser le 23/02/2005 19:22:26

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 ...

Commentaire de Anthomicro le 23/02/2005 19:28:54

Bah si le reste met du temps à s'afficher optimise le reste...

Commentaire de coucou747 le 23/02/2005 19:49:38

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...

Commentaire de Anthomicro le 23/02/2005 19:54:30

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 +

Commentaire de Kirua le 23/02/2005 20:43:04

Je veux le code là, je suis super étonné.

Commentaire de Kirua le 23/02/2005 20:54:17

À 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!

Commentaire de Anthomicro le 23/02/2005 21:06:02

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...

Commentaire de Anthomicro le 23/02/2005 21:08:48

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)

Commentaire de windu le 23/02/2005 21:36:02

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

Commentaire de Kirua le 23/02/2005 21:43:46

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 ^^.

Commentaire de Kirua le 23/02/2005 21:45:08

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

Commentaire de Anthomicro le 23/02/2005 22:01:48

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 ;-)

Commentaire de Anthomicro le 23/02/2005 22:02:39

Arf tu veux que j'utilise mysql_fetch_array comme mysql_fetch_row en gros ? avec tes constantes dedans ?

ok je fais ça ;-)

Commentaire de Anthomicro le 23/02/2005 22:08:32

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 ;-)

Commentaire de ehmarc le 23/02/2005 23:53:13

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!!!!

Commentaire de fser le 24/02/2005 00:41:38

Merci pour vos optimisations :)
pour info, commentaires ici.
http://linuxfr.org/~MrMax/17211.html

Commentaire de coucou747 le 24/02/2005 01:36:06

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...

Commentaire de windu le 24/02/2005 09:51:53

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

Commentaire de coucou747 le 24/02/2005 12:38:50

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

Commentaire de Kirua le 24/02/2005 17:21:07

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.