Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
2389 connectés 

 


 Mot :   Pseudo :  
  Aller à la page :
 
 Page :   1  2  3  4  5  ..  655  656  657  ..  1454  1455  1456  1457  1458  1459
Auteur Sujet :

blabla@web

n°1798621
masklinn
í dag viðrar vel til loftárása
Posté le 11-10-2008 à 18:38:35  profilanswer
 

Reprise du message précédent :

Shinuza a écrit :


C'est une blague?


Non, c'est la [:classe++] internationale


Message édité par masklinn le 11-10-2008 à 18:38:45

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
mood
Publicité
Posté le 11-10-2008 à 18:38:35  profilanswer
 

n°1798622
skeye
Posté le 11-10-2008 à 18:41:01  profilanswer
 

Shinuza a écrit :


C'est une blague?


si oui, je la trouve très drôle :D :D :D


---------------
Can't buy what I want because it's free -
n°1798624
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 18:42:11  profilanswer
 

Ouais bon, là n'est pas la question :o


---------------
Twitter
n°1798631
masklinn
í dag viðrar vel til loftárása
Posté le 11-10-2008 à 18:53:57  profilanswer
 

koskoz a écrit :

Ouais bon, là n'est pas la question :o


[gatsu]T'as sûrement fait autant de merde dans tes requêtes SQL que dans ton HTML :o[/gatsu]


Message édité par masklinn le 11-10-2008 à 18:54:14

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1798632
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 18:57:56  profilanswer
 

J'ai corrigé le coup du tr dans la condition, mais ça je l'ai vu, par contre au niveau de mes requêtes, je vois pas [:spamafote]


---------------
Twitter
n°1798647
Halike
Posté le 11-10-2008 à 19:47:52  profilanswer
 

koskoz a écrit :

J'ai corrigé le coup du tr dans la condition, mais ça je l'ai vu, par contre au niveau de mes requêtes, je vois pas [:spamafote]


 
Par hasard, ce serait pas parce que "date" est un mot clé mySQL?
Essaye en lui mettant des ` autour pour voir.

n°1798650
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 19:49:38  profilanswer
 

A savoir que j'ai aucune erreur SQL.


---------------
Twitter
n°1798655
masklinn
í dag viðrar vel til loftárása
Posté le 11-10-2008 à 19:55:19  profilanswer
 

koskoz a écrit :

A savoir que j'ai aucune erreur SQL.


Question con mais t'as essayé de balancer les requêtes directement (dans la console mysql ou un client quelconque) avec des données de test chargées pour voir si ça renvoie bien ce que c'est censé renvoyer [:petrus75]
 
Non parce que j'dis ça, j'dis rien, mais si tes requêtes SQL sont pas bonnes c'est pas dans blabla@web qu'il faut poser la question :/


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1798663
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 20:28:30  profilanswer
 

Bah en tout cas mes requêtes renvoient ce qu'elles sont sensées renvoyer.


---------------
Twitter
n°1798664
KangOl
Profil : pointeur
Posté le 11-10-2008 à 20:32:39  profilanswer
 

1/ il y a moyen de ne faire qu'une seule requete
2/ et si tu générait du html correct ?


---------------
Nos estans firs di nosse pitite patreye...
mood
Publicité
Posté le 11-10-2008 à 20:32:39  profilanswer
 

n°1798667
masklinn
í dag viðrar vel til loftárása
Posté le 11-10-2008 à 20:40:45  profilanswer
 

koskoz a écrit :

Bah en tout cas mes requêtes renvoient ce qu'elles sont sensées renvoyer.


Ben t'as du PHP moisi, mais ça m'étonne pas, je remarque qu'il y a un array_map(stripslashes) sur le résultat d'une requête db, ce qui n'a aucun sens [:sadnoir]


---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1798672
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 20:51:42  profilanswer
 

KangOl a écrit :

1/ il y a moyen de ne faire qu'une seule requete
2/ et si tu générait du html correct ?


 
1/ Je veux bien mais je ne vois pas :(
2/ Je suis en train de tout refaire proprement sous Code Igniter, mais ça prend du temps...
 

masklinn a écrit :


Ben t'as du PHP moisi, mais ça m'étonne pas, je remarque qu'il y a un array_map(stripslashes) sur le résultat d'une requête db, ce qui n'a aucun sens [:sadnoir]


 
Pourquoi le array_map n'a aucun sens ?


---------------
Twitter
n°1798674
masklinn
í dag viðrar vel til loftárása
Posté le 11-10-2008 à 20:56:55  profilanswer
 

koskoz a écrit :

Pourquoi le array_map n'a aucun sens ?


C'est le stripslashes qui n'a aucun sens, ça sert à rien de stripslasher sur la sortie d'une DB, sauf si t'as un double escaping en entrée qui est une erreur de ton côté. Et si tu l'as pas, tu risques d'altérer les données en enlevant des caractères qui sont censés être dans le texte. [:spamafote]

Message cité 2 fois
Message édité par masklinn le 11-10-2008 à 20:57:14

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1798675
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 21:00:59  profilanswer
 

masklinn a écrit :


C'est le stripslashes qui n'a aucun sens, ça sert à rien de stripslasher sur la sortie d'une DB, sauf si t'as un double escaping en entrée qui est une erreur de ton côté. Et si tu l'as pas, tu risques d'altérer les données en enlevant des caractères qui sont censés être dans le texte. [:spamafote]


 
Je fais un addslashes sur toutes mes données en entrée.
Je fais un stripslashes sur les données en sortie.
 
Je vois pas ce qu'il y a de bizarre en fait.


---------------
Twitter
n°1798677
Halike
Posté le 11-10-2008 à 21:01:44  profilanswer
 

masklinn a écrit :


C'est le stripslashes qui n'a aucun sens, ça sert à rien de stripslasher sur la sortie d'une DB, sauf si t'as un double escaping en entrée qui est une erreur de ton côté. Et si tu l'as pas, tu risques d'altérer les données en enlevant des caractères qui sont censés être dans le texte. [:spamafote]


 
Et aussi le fait que normalement, c'est

Code :
  1. array_map('stripslashes', $palmares);

.
La ca passe, mais c'est parce que la constante stripslashes n'est pas définie.

n°1798678
Dj YeLL
$question = $to_be || !$to_be;
Posté le 11-10-2008 à 21:02:06  profilanswer
 

koskoz a écrit :


 
Je fais un addslashes sur toutes mes données en entrée.
Je fais un stripslashes sur les données en sortie.
 
Je vois pas ce qu'il y a de bizarre en fait.


 
Ohlala [:cirius]


---------------
Gamertag: CoteBlack YeLL
n°1798682
masklinn
í dag viðrar vel til loftárása
Posté le 11-10-2008 à 21:17:48  profilanswer
 

koskoz a écrit :

Je fais un addslashes sur toutes mes données en entrée.
Je fais un stripslashes sur les données en sortie.

 

Je vois pas ce qu'il y a de bizarre en fait.


1. Le fait même d'utiliser addslashes est une connerie, addslashes ne doit jamais être utilisé, c'est une faille de sécurité béante dans ton truc
2. L'entrée d'une DB ce sont des requêtes, la sortie ce sont juste des données. L'échappement se fait sur les données pour les faire rentrer dans une requête sans générer d'erreur (et ouvrir des failles d'injection sql ou autres), quand les données sont rendues par la DB elles sont "déséchappées" puisque ce qui est renvoyé ce sont des données et non des requêtes (par contre si tu fais un dump SQL de la db, tout sera échappé comme il faut puisque tu auras récupéré des requettes et non des données)
3. Apprends à utiliser pdo/mysqli, s'il te plait
4. Tu sais pas coder, et tu ne connais pas tes outils. Je dis ça pour ton bien parce que tu as la possibilité d'apprendre, mais j'espère que tu ne bosses pas encore et que ce genre de trucs c'est pas du travail payé.

Halike a écrit :

 

Et aussi le fait que normalement, c'est

Code :
  1. array_map('stripslashes', $palmares);

.
La ca passe, mais c'est parce que la constante stripslashes n'est pas définie.


On s'en contrefout tu sais, tout le bout de code est à jeter alors un vieux warning dû à la moisissure de PHP j'avouerais que c'est pas la partie qui me choque le plus.

Message cité 2 fois
Message édité par masklinn le 11-10-2008 à 21:18:52

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1798689
Halike
Posté le 11-10-2008 à 22:00:42  profilanswer
 

masklinn a écrit :


On s'en contrefout tu sais, tout le bout de code est à jeter alors un vieux warning dû à la moisissure de PHP j'avouerais que c'est pas la partie qui me choque le plus.


Pour le cas présent, je suis d'accord: le code est à jeter.
Cependant, ça ne ressemble pas à une faute de frappe (et grace a la magie de php, ca fonctionne meme), d'autant plus qu'en JS par ex., c'est la syntaxe correcte.
Du coup, c'est peut etre une erreur plus générale qu'il est intéressant de pointer.
Enfin bon...

n°1798690
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 22:06:14  profilanswer
 

masklinn a écrit :


1. Le fait même d'utiliser addslashes est une connerie, addslashes ne doit jamais être utilisé, c'est une faille de sécurité béante dans ton truc
2. L'entrée d'une DB ce sont des requêtes, la sortie ce sont juste des données. L'échappement se fait sur les données pour les faire rentrer dans une requête sans générer d'erreur (et ouvrir des failles d'injection sql ou autres), quand les données sont rendues par la DB elles sont "déséchappées" puisque ce qui est renvoyé ce sont des données et non des requêtes (par contre si tu fais un dump SQL de la db, tout sera échappé comme il faut puisque tu auras récupéré des requettes et non des données)
3. Apprends à utiliser pdo/mysqli, s'il te plait
4. Tu sais pas coder, et tu ne connais pas tes outils. Je dis ça pour ton bien parce que tu as la possibilité d'apprendre, mais j'espère que tu ne bosses pas encore et que ce genre de trucs c'est pas du travail payé.

 

Et sans utiliser mysqli/pdo, si je n'utilise pas addslashes, je passe donc par mysql_real_escape_string ?
Enfin j'ai pour souvenir que si je n'utilise pas stripslashes à la sortie de mes requêtes, j'ai des antislashes de partout, mais c'est peut-être du au fait que j'utilise addslashes en entrée.

 

J'ai jamais dis que je savais coder, je ne demande qu'à apprendre, et il n'y a que sur ce forum que je puisse apprendre, quand on voit les cours que j'ai en IUT. :jap:

Message cité 2 fois
Message édité par koskoz le 11-10-2008 à 22:06:22

---------------
Twitter
n°1798699
theredled
● REC
Posté le 11-10-2008 à 22:32:26  profilanswer
 

koskoz a écrit :

 

Et sans utiliser mysqli/pdo, si je n'utilise pas addslashes, je passe donc par mysql_real_escape_string ?
Enfin j'ai pour souvenir que si je n'utilise pas stripslashes à la sortie de mes requêtes, j'ai des antislashes de partout, mais c'est peut-être du au fait que j'utilise addslashes en entrée.

 

J'ai jamais dis que je savais coder, je ne demande qu'à apprendre, et il n'y a que sur ce forum que je puisse apprendre, quand on voit les cours que j'ai en IUT. :jap:


Si tu as des antislashes partout, c'est
- soit que tu échappes 2 fois
- soit, plus probable, que ton php aie ces saloperies de magic_quotes activées (ce qui revient à échapper 2 fois)

 

Sinon pour ce qui est d'apprendre et comprendre, n'oublies tout de même pas "ta tête" et "la doc" (et qqs tutos bien foutus et lus consciencieusement) en plus du forum :o

Message cité 1 fois
Message édité par theredled le 11-10-2008 à 22:33:36

---------------
Contes de fées en yaourt --- --- zed, souviens-toi de ma dernière lettre. --- Rate ta musique
n°1798701
Shinuza
This is unexecpected
Posté le 11-10-2008 à 22:33:37  profilanswer
 

Halike a écrit :


Pour le cas présent, je suis d'accord: le code est à jeter.
Cependant, ça ne ressemble pas à une faute de frappe (et grace a la magie de php, ca fonctionne meme), d'autant plus qu'en JS par ex., c'est la syntaxe correcte.
Du coup, c'est peut etre une erreur plus générale qu'il est intéressant de pointer.
Enfin bon...


De what?


Message édité par Shinuza le 11-10-2008 à 22:33:52

---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°1798703
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 22:37:41  profilanswer
 

theredled a écrit :


Si tu as des antislashes partout, c'est  
- soit que tu échappes 2 fois
- soit, plus probable, que ton php aie ces saloperies de magic_quotes activées (ce qui revient à échapper 2 fois)
 
Sinon pour ce qui est d'apprendre et comprendre, n'oublies tout de même pas "ta tête" et "la doc" (et qqs tutos bien foutus et lus consciencieusement) en plus du forum :o


 
La doc je m'en sers assez régulièrement, mais je vais pas non plus commencer à la lire en entier pour le fun.
Je ne pense pas échapper deux fois, donc oui, je dois avoir les magic_quotes d'activées, et donc mes stripslashes étaient tout à fait justifés :o


---------------
Twitter
n°1798707
masklinn
í dag viðrar vel til loftárása
Posté le 11-10-2008 à 22:49:00  profilanswer
 

Halike a écrit :

d'autant plus qu'en JS par ex., c'est la syntaxe correcte.


Vrai, faut faire la différence entre de vrais langages avec de vraies fonctions de première classe et des bouses genre PHP, mais il suffit de tourner tous les warnings au niveau max pour que PHP te le dise.

 

Donc encore une fois, OSEF.

koskoz a écrit :

Et sans utiliser mysqli/pdo, si je n'utilise pas addslashes, je passe donc par mysql_real_escape_string ?


Oui. Utilise mysqli/PDO et les requêtes préparées à la place s'il te plait, sauf si tu es en PHP4

koskoz a écrit :

Enfin j'ai pour souvenir que si je n'utilise pas stripslashes à la sortie de mes requêtes, j'ai des antislashes de partout, mais c'est peut-être du au fait que j'utilise addslashes en entrée.


Et au lieu de te demander pourquoi, tu fais un truc qui a l'air de marchouiller mais en fait t'es pas sûr et tu sais pas pourquoi [:pingouino][:bien]

koskoz a écrit :

La doc je m'en sers assez régulièrement, mais je vais pas non plus commencer à la lire en entier pour le fun.


 [:prozac]

koskoz a écrit :

et donc mes stripslashes étaient tout à fait justifés :o


Sûrement pas, ce qui aurait été justifié c'est d'ajouter à la récupération de tes données un test sur magic_quotes_gpc, et de faire un stripslashes sur tes données en entrée si oui.

 

Dans une DB, on met des données correctes, pas une soupe merdique.

 

Non parce que là

  • Les données que tu rentres à la main vont se faire stripslashes pour rien, et potentiellement détruire des trucs
  • Si jamais ton hébergeur désactive les magic_quotes, voir au dessus
  • Idem si il change la version de PHP et que ça passe avec une sans les magic quotes
  • Ou que tu décides de changer d'hébergeur, que celui chez qui tu arrive connaît son boulot et qu'il a désactivé ce genre de merdes (ou ne l'a pas activé, me semble que c'est plus activé par défaut sur les dernières versions de PHP)

Message cité 1 fois
Message édité par masklinn le 11-10-2008 à 22:51:18

---------------
I mean, true, a cancer will probably destroy its host organism. But what about the cells whose mutations allow them to think outside the box by throwing away the limits imposed by overbearing genetic regulations? Isn't that a good thing?
n°1798710
koskoz
They see me trollin they hatin
Posté le 11-10-2008 à 23:00:17  profilanswer
 

masklinn a écrit :


Oui. Utilise mysqli/PDO et les requêtes préparées à la place s'il te plait, sauf si tu es en PHP4


 
Le truc là c'est que comme je suis en train de tout ré écrire en utilisant code igniter, je vais pas commencer à rechanger mes dizaines de pages écrites comme un porc :sweat:
 

masklinn a écrit :


Et au lieu de te demander pourquoi, tu fais un truc qui a l'air de marchouiller mais en fait t'es pas sûr et tu sais pas pourquoi [:pingouino][:bien]


 
Pour moi ça me paraissait tout à fait logique, on echap les données en entrés pour éviter des modifications de la requête, et on enlève les caractères d'échappement à la sortie.
Je ne me suis jamais posé de question parce que depuis le début, j'ai toujours du stripslashé mes données en sortie, donc rien d'anormal pour moi.
 


 
Super, lire la doc de centaines de fonctions dont tu n'auras jamais l'utilité pour tomber sur quelques dizaines de fonctions utiles.
 

masklinn a écrit :


Sûrement pas, ce qui aurait été justifié c'est d'ajouter à la récupération de tes données un test sur magic_quotes_gpc, et de faire un stripslashes sur tes données en entrée si oui.
 
Dans une DB, on met des données correctes, pas une soupe merdique.
 
Non parce que là

  • Les données que tu rentres à la main vont se faire stripslashes pour rien, et potentiellement détruire des trucs
  • Si jamais ton hébergeur désactive les magic_quotes, voir au dessus
  • Idem si il change la version de PHP et que ça passe avec une sans les magic quotes
  • Ou que tu décides de changer d'hébergeur, que celui chez qui tu arrive connaît son boulot et qu'il a désactivé ce genre de merdes (ou ne l'a pas activé, me semble que c'est plus activé par défaut sur les dernières versions de PHP)


Comme expliqué plus haut ( :o ) je ne connaissais pas du tout ce comportement :o


---------------
Twitter
n°1798748
Jubijub
Parce que je le VD bien
Posté le 12-10-2008 à 09:47:37  profilanswer
 

lis des tutos...parce qu'un langage ça permet de faire plein de choses, y compris de la merde...et donc lire un tuto bien foutu ça va te permettre de partir directement sur des bonnes pratiques de dev...
 
en java y'a un truc de Sun nommé The Java tutorial (tu le trouves sous google en cherchant "the really big index" )...en PHP je sais pas, mais je pense qu'on te conseillera facilement ici...


---------------
Jubi Photos : Flickr - 500px
n°1798753
flo850
moi je
Posté le 12-10-2008 à 10:15:54  profilanswer
 

koskoz a écrit :

Bon, j'ai un problème avec une double requête.
En gros, je dois afficher des évènements groupés par années.
 
Le problème c'est que mes deux évènements s'affiche dans la partie 2009, alors que j'en ai un en 2008 et un en 2009, et bien sûr, je ne comprends pas pourquoi...
 

Code :
  1. <?php
  2. $sql = "SELECT date FROM ".TBL_PALMARES." GROUP BY DATE_FORMAT(date, '%Y')";
  3. $res = mysql_query($sql) or die(mysql_error());
  4.  
  5. $i=1;
  6.  
  7. while ($year = mysql_fetch_assoc($res)) {
  8.     $mon_annee = explode("-", $year['date']);
  9.     echo '<img src="images/'.$mon_annee['0'].'.gif" alt="'.$mon_annee['0'].'" class="blockCenter" />';
  10. ?>
  11.  
  12. <table class="blockCenter" style="margin-top: 15px;">
  13.     <tr>
  14.         <th>Evenement</th><th>Localité</th><th>Date</th><th>Section</th><th>Place</th>
  15.     </tr>
  16. <?php
  17.     $sql2 = "SELECT t1.*, DATE_FORMAT(t1.date, GET_FORMAT(DATE,'EUR')) AS date, t2.id, t2.nom AS nom_section
  18.             FROM ".TBL_PALMARES." AS t1
  19.             LEFT JOIN ".TBL_ROSTER_SEC." AS t2 ON t1.section = t2.id
  20.             WHERE DATE_FORMAT(t1.date, '%Y') = ".$mon_annee[0]."
  21.             ORDER BY date DESC";
  22.     $res2 = mysql_query($sql2) or die(mysql_error());
  23.  
  24.     while($palmares = mysql_fetch_assoc($res2))
  25.     {
  26.         $data = array_map(stripslashes, $palmares);
  27.         
  28.         if ($i%2 == 0) {
  29.             echo '<tr class="gold">';
  30.                 echo '<td>'.$data['evenement'].'</td>';
  31.                 echo '<td>'.$data['ville'].'</td>';
  32.                 echo '<td>'.$data['date'].'</td>';
  33.                 echo '<td>'.$data['nom_section'].'</td>';
  34.                 echo '<td class="border_right">'.$data['place'].'</a></td>';
  35.             echo '</tr>';
  36.         }
  37.         else {
  38.             echo '<tr>';
  39.                 echo '<td>'.$data['evenement'].'</td>';
  40.                 echo '<td>'.$data['ville'].'</td>';
  41.                 echo '<td>'.$data['date'].'</td>';
  42.                 echo '<td>'.$data['nom_section'].'</td>';
  43.                 echo '<td class="border_right">'.$data['place'].'</a></td>';
  44.             echo '</tr>';
  45.         }
  46.     }
  47. }
  48. ?>
  49. </table>



rhoo la vache  
 

koskoz a écrit :


 
Le truc là c'est que comme je suis en train de tout ré écrire en utilisant code igniter, je vais pas commencer à rechanger mes dizaines de pages écrites comme un porc :sweat:
 


si
parceque sinon, tu aura des centaines de pages a changer plus tard  

koskoz a écrit :


 
Pour moi ça me paraissait tout à fait logique, on echap les données en entrés pour éviter des modifications de la requête, et on enlève les caractères d'échappement à la sortie.
Je ne me suis jamais posé de question parce que depuis le début, j'ai toujours du stripslashé mes données en sortie, donc rien d'anormal pour moi.
 


on échappe les données avec mysql_real_escape_string ou des requetes préparées
et c'est tout  

koskoz a écrit :


 
Super, lire la doc de centaines de fonctions dont tu n'auras jamais l'utilité pour tomber sur quelques dizaines de fonctions utiles.
 


ca s'appelle l'apprentissage
c'est long, c'est chiant, mais il faut passer par la pour ne pas produire de la merde  

koskoz a écrit :


 
Comme expliqué plus haut ( :o ) je ne connaissais pas du tout ce comportement :o



---------------

n°1798756
flo850
moi je
Posté le 12-10-2008 à 10:27:02  profilanswer
 

Code :
  1. <?php
  2. $req = "SELECT
  3.                 t1.evenement,
  4.                 t1.ville,
  5.                 t1.place,
  6.                 DATE_FORMAT(t1.date, GET_FORMAT(DATE,'EUR')) AS date,
  7.                 t2.nom AS nom_section,
  8.                 YEAR(t1.date) as annee
  9.         FROM ".TBL_PALMARES." AS t1
  10.                         LEFT JOIN ".TBL_ROSTER_SEC." AS t2 ON t1.section = t2.id
  11.         ORDER BY date DESC";
  12. $res = mysql_query($req) or die(mysql_error());
  13.  
  14. $anneePrecedente = 0;
  15.  
  16. while(list($evenement,$ville,$place,$date,$nom,$annee) = mysql_fetch_array($res))
  17. {
  18.     if($annee != $anneePrecedente)
  19.     {
  20.         if($anneePrecedente != 0)
  21.             echo '</table>';
  22.             
  23.         echo '<img src="images/'.$year.'.gif" alt="'.$year.'" class="blockCenter" />';
  24.         echo '<table class="blockCenter" style="margin-top: 15px;">';
  25.         echo '<tr>';
  26.         echo '<th>Evenement</th><th>Localité</th><th>Date</th><th>Section</th><th>Place</th>';
  27.         echo '</tr>';
  28.     }
  29.  
  30.     echo ( ++$cpt %2 ) ? '<tr class="pair">'  : '<tr class="impair">' ;  // on utilise jamais class="unecouleur" , parceque le jour ou tu change ton theme, tu as class=orange sur une ligne bleue
  31.     
  32.     echo '<td>'.$evenement.'</td>';
  33.     echo '<td>'.$ville.'</td>';
  34.     echo '<td>'.$date.'</td>';
  35.     echo '<td>'.$nom.'</td>';
  36.     echo '<td class="border_right">'.$place.'</a></td>'; //la tu as un </a> sans le reste
  37.     echo'</tr>';
  38. }
  39. echo'</table>';
  40.  
  41. ?>


 
perso, je ferai un truc comme ça :

  • nommer les paramètres dont on a besoin dans la reuqete sql ( pas de select * , jamais )  
  • pas de class=gold  ( le jour  ou tu changes  de theme , tu as l'air fin )  
  • les noms de table variables, ca me semble pas utile, et ca complique le code  


---------------

n°1798762
koskoz
They see me trollin they hatin
Posté le 12-10-2008 à 10:37:46  profilanswer
 

Jubijub a écrit :

lis des tutos...parce qu'un langage ça permet de faire plein de choses, y compris de la merde...et donc lire un tuto bien foutu ça va te permettre de partir directement sur des bonnes pratiques de dev...
 
en java y'a un truc de Sun nommé The Java tutorial (tu le trouves sous google en cherchant "the really big index" )...en PHP je sais pas, mais je pense qu'on te conseillera facilement ici...


 
Ouais, comme je fais du java aussi, je lis les tutos de Sun, qui sont super bien fait.
En PHP j'ai lu pas mal de tutos à une époque, et c'était d'un faible niveau, d'ailleurs c'est sur ces tutos que je me suis formé :sweat:
 

flo850 a écrit :

Code :
  1. <?php
  2. $req = "SELECT
  3.                 t1.evenement,
  4.                 t1.ville,
  5.                 t1.place,
  6.                 DATE_FORMAT(t1.date, GET_FORMAT(DATE,'EUR')) AS date,
  7.                 t2.nom AS nom_section,
  8.                 YEAR(t1.date) as annee
  9.         FROM ".TBL_PALMARES." AS t1
  10.                         LEFT JOIN ".TBL_ROSTER_SEC." AS t2 ON t1.section = t2.id
  11.         ORDER BY date DESC";
  12. $res = mysql_query($req) or die(mysql_error());
  13.  
  14. $anneePrecedente = 0;
  15.  
  16. while(list($evenement,$ville,$place,$date,$nom,$annee) = mysql_fetch_array($res))
  17. {
  18.     if($annee != $anneePrecedente)
  19.     {
  20.         if($anneePrecedente != 0)
  21.             echo '</table>';
  22.             
  23.         echo '<img src="images/'.$year.'.gif" alt="'.$year.'" class="blockCenter" />';
  24.         echo '<table class="blockCenter" style="margin-top: 15px;">';
  25.         echo '<tr>';
  26.         echo '<th>Evenement</th><th>Localité</th><th>Date</th><th>Section</th><th>Place</th>';
  27.         echo '</tr>';
  28.     }
  29.  
  30.     echo ( ++$cpt %2 ) ? '<tr class="pair">'  : '<tr class="impair">' ;  // on utilise jamais class="unecouleur" , parceque le jour ou tu change ton theme, tu as class=orange sur une ligne bleue
  31.     
  32.     echo '<td>'.$evenement.'</td>';
  33.     echo '<td>'.$ville.'</td>';
  34.     echo '<td>'.$date.'</td>';
  35.     echo '<td>'.$nom.'</td>';
  36.     echo '<td class="border_right">'.$place.'</a></td>'; //la tu as un </a> sans le reste
  37.     echo'</tr>';
  38. }
  39. echo'</table>';
  40.  
  41. ?>


 
perso, je ferai un truc comme ça :

  • nommer les paramètres dont on a besoin dans la reuqete sql ( pas de select * , jamais )  
  • pas de class=gold  ( le jour  ou tu changes  de theme , tu as l'air fin )  
  • les noms de table variables, ca me semble pas utile, et ca complique le code  



 
Merci pour le code :jap:
Donc toi, dès que tu récupère des données en SQL, au lieu d'utiliser le tableau de mysql_fetch_array (et pas assoc :??:), tu les mets directement dans des variables (d'où le "list" ), ou alors tu ne fais ça que parce qu'il y a peut de données ?
 
Par contre, je ne comprends pas comment anneePrecedente == 0 ?
Parce qu'il faut bien que la variable soit différente de 0 pour commencer une nouvelle année, mais d'après ce que j'ai compris, elle est tout le temps égale à 0 non :??:


---------------
Twitter
n°1798769
KangOl
Profil : pointeur
Posté le 12-10-2008 à 10:54:24  profilanswer
 

oui, ligne 29 il manque

Code :
  1. $anneePrecedente = $annee



---------------
Nos estans firs di nosse pitite patreye...
n°1798770
flo850
moi je
Posté le 12-10-2008 à 10:57:42  profilanswer
 

koskoz a écrit :


Merci pour le code :jap:
Donc toi, dès que tu récupère des données en SQL, au lieu d'utiliser le tableau de mysql_fetch_array (et pas assoc :??:), tu les mets directement dans des variables (d'où le "list" ), ou alors tu ne fais ça que parce qu'il y a peut de données ?


il n'y a quasi pas de surcout a utiliser mysql_fetch_array au lieu de assoc , et on a les clé litteral ( date, ville ) et numérique
j'utilise le list dans 95% des cas ( en gros tant que je recupère moins d'une dizaine de variable d'un coup ) , je trouve que ca rend le code plus lisible et ca évite de passer par un tableau suplémentaire  
 

koskoz a écrit :


Par contre, je ne comprends pas comment anneePrecedente == 0 ?
Parce qu'il faut bien que la variable soit différente de 0 pour commencer une nouvelle année, mais d'après ce que j'ai compris, elle est tout le temps égale à 0 non :??:


j'en ai oublié un bout :d

KangOl a écrit :

oui, ligne 29 il manque

Code :
  1. $anneePrecedente = $annee




bien vu


---------------

n°1798771
koskoz
They see me trollin they hatin
Posté le 12-10-2008 à 11:16:08  profilanswer
 

flo850 a écrit :


il n'y a quasi pas de surcout a utiliser mysql_fetch_array au lieu de assoc , et on a les clé litteral ( date, ville ) et numérique
j'utilise le list dans 95% des cas ( en gros tant que je recupère moins d'une dizaine de variable d'un coup ) , je trouve que ca rend le code plus lisible et ca évite de passer par un tableau suplémentaire  
 


 
Je me souviens bien, à mes tous débuts ici on m'avait dit d'utiliser assoc plutôt que array puisqu'on ne se servait jamais des clés numériques :sweat:


---------------
Twitter
n°1798772
Jubijub
Parce que je le VD bien
Posté le 12-10-2008 à 11:32:35  profilanswer
 

koskoz a écrit :


 
Ouais, comme je fais du java aussi, je lis les tutos de Sun, qui sont super bien fait.
En PHP j'ai lu pas mal de tutos à une époque, et c'était d'un faible niveau, d'ailleurs c'est sur ces tutos que je me suis formé :sweat:
 


 
pour le web y'a 2-3 concepts qui dépendent pas du langage : la séparation MVC par exemple (éviter que ton code soit le modèle (gestion de la BDD), le controleur (entrée et sortie de données de la BDD, gestion de ce qui doit etre affiché, gestion des inputs utilisateurs), et la vue (affichage et collecte des inputs utilisateurs)...
 
si tu lis un peu sur MVC, tu comprendras l'intéret de séparer ces éléments...


---------------
Jubi Photos : Flickr - 500px
n°1798777
flo850
moi je
Posté le 12-10-2008 à 11:57:39  profilanswer
 

koskoz a écrit :

 

Je me souviens bien, à mes tous débuts ici on m'avait dit d'utiliser assoc plutôt que array puisqu'on ne se servait jamais des clés numériques :sweat:

 

des personnes différentes ont des pratiques différentes ( surtout que là, il s'agit d'un point de détail )

 

alors que le MVC, par exemple, est une bonne pratique dans l'immense majorité des cas,bcp plus que d'avoir des tables avec des noms variables


Message édité par flo850 le 12-10-2008 à 11:57:56

---------------

n°1798778
koskoz
They see me trollin they hatin
Posté le 12-10-2008 à 12:10:54  profilanswer
 

Le MVC je le fais avec code igniter, parce que sinon là c'est vraiment le bordel, j'ai des fichiers dans tous les coins, et je dois repartir de zéro quasiment.


---------------
Twitter
n°1798779
flo850
moi je
Posté le 12-10-2008 à 12:17:55  profilanswer
 

non, tu ne le fais pas

 

dans le meme fichier tu as du modele

Code :
  1. $req = "SELECT
  2.                 t1.evenement,
  3.                 t1.ville,
  4.                 t1.place,
  5.                 DATE_FORMAT(t1.date, GET_FORMAT(DATE,'EUR')) AS date,
  6.                 t2.nom AS nom_section,
  7.                 YEAR(t1.date) as annee
  8.         FROM ".TBL_PALMARES." AS t1
  9.                         LEFT JOIN ".TBL_ROSTER_SEC." AS t2 ON t1.section = t2.id
  10.         ORDER BY date DESC";
  11. $res = mysql_query($req) or die(mysql_error());
 

et de la vue

Code :
  1. echo '<img src="images/'.$year.'.gif" alt="'.$year.'" class="blockCenter" />';
  2.         echo '<table class="blockCenter" style="margin-top: 15px;">';
  3.         echo '<tr>';
  4.         echo '<th>Evenement</th><th>Localité</th><th>Date</th><th>Section</th><th>Place</th>';
  5.         echo '</tr>';

Message cité 1 fois
Message édité par flo850 le 12-10-2008 à 12:18:04

---------------

n°1798784
koskoz
They see me trollin they hatin
Posté le 12-10-2008 à 12:25:17  profilanswer
 

:jap:


---------------
Twitter
n°1798788
Shinuza
This is unexecpected
Posté le 12-10-2008 à 12:29:23  profilanswer
 

flo850 a écrit :


 
perso, je ferai un truc comme ça :

  • nommer les paramètres dont on a besoin dans la reuqete sql ( pas de select * , jamais )
  • pas de class=gold  ( le jour  ou tu changes  de theme , tu as l'air fin )  
  • les noms de table variables, ca me semble pas utile, et ca complique le code  


I beg to differ. C'est tres utile et plus rapide quand tu selectionnes beaucoup de champs


---------------
Mains power can kill, and it will hurt the entire time you’re dying from it.
n°1798789
KangOl
Profil : pointeur
Posté le 12-10-2008 à 12:30:12  profilanswer
 

ca depend des cas et de ta structure de base de donnée aussi...


---------------
Nos estans firs di nosse pitite patreye...
n°1798793
flo850
moi je
Posté le 12-10-2008 à 12:44:20  profilanswer
 

Shinuza a écrit :

I beg to differ. C'est tres utile et plus rapide quand tu selectionnes beaucoup de champs


 
j'ai un peu nuancé ma réponse après : dnas l'immense majorité des cas , j'utilsie des paramètre nommés
 
dans tout le code du portail, j'ai deux requêtes avec des  *, sur des tables qui contiennent des masses de champs ( une table de paramétrage et la table avec les données rh ) . Mais pour touttes les autres, je décris ce que je requete ( ca simplifie vachement le refactoring et la lisibilité du code, je trouve )


---------------

n°1798817
XaTriX
Posté le 12-10-2008 à 13:49:39  profilanswer
 

flo850 a écrit :

non, tu ne le fais pas  
 
dans le meme fichier tu as du modele  

Code :
  1. $req = "SELECT
  2.                 t1.evenement,
  3.                 t1.ville,
  4.                 t1.place,
  5.                 DATE_FORMAT(t1.date, GET_FORMAT(DATE,'EUR')) AS date,
  6.                 t2.nom AS nom_section,
  7.                 YEAR(t1.date) as annee
  8.         FROM ".TBL_PALMARES." AS t1
  9.                         LEFT JOIN ".TBL_ROSTER_SEC." AS t2 ON t1.section = t2.id
  10.         ORDER BY date DESC";
  11. $res = mysql_query($req) or die(mysql_error());


 
et de la vue  

Code :
  1. echo '<img src="images/'.$year.'.gif" alt="'.$year.'" class="blockCenter" />';
  2.         echo '<table class="blockCenter" style="margin-top: 15px;">';
  3.         echo '<tr>';
  4.         echo '<th>Evenement</th><th>Localité</th><th>Date</th><th>Section</th><th>Place</th>';
  5.         echo '</tr>';



Je pense que quand tu apprend c'est bonne façon de comprendre le tout. Surtout si tu connais pas le HTML avant d'attaquer l'apprentissage du PHP [:spamafote]
 
XaT


---------------
[:dawa]
mood
Publicité
Posté le   profilanswer
 

 Page :   1  2  3  4  5  ..  655  656  657  ..  1454  1455  1456  1457  1458  1459

Aller à :
Ajouter une réponse
 

Sujets relatifs
blabla 3blabla 2
PUTAIN HARKO TU AS FERM2 BLABLA ![Beaucoup de blabla pour rien : post à effacer] Compiler .bat
variable1="blabla + variable2 +blala : c'est possible ??[PHP & regex] "blabla blabla file.ext?point=444 blabla" Recupérer 444
mail("celine@hotmail.com"," sujet","blabla"); pose une err ! Help[MySQL] WHERE 'blabla' compris dans le champ truc
[blabla@olympe] Le topic du modo, dieu de la fibre et du monde[PHP / BlaBla - limite]
Plus de sujets relatifs à : blabla@web


Copyright © 1997-2025 Groupe LDLC (Signaler un contenu illicite / Données personnelles)