Reprise du message précédent :
cytrouille > L'attribut "selected" sert à désigner les options sélectionné par défaut au chargement de la page. Ca ne sert pas à indiquer ou trouver les éléments actuellement sélectionné.
Voilà pourquoi ça ne servait à rien de modifier l'attribut "selected"

Le contenu de ce message a été effacé par son auteur

Le contenu de ce message a été effacé par son auteur

 
En fait si j'ai bien compris le fonctionnement, la requête va renvoyer "1" si elle trouve une ligne qui match ?
 

 
Merci pour toutes ces précisions, mais je n'ai pas encore du tout abordé la fonction de classe
 
J'ai bien peur que ça me prenne énormément de temps à tout assimiler

Bof, spatrès compliqué à piger.

<?php
class KKZ_Mysql_Auth
{
 
    public function __construct()
    {
    }
 
 
    public function userExists($user, $pass)
    {
        $user = mysql_real_escape_string($user);
        $pass = hash('md5', $pass);
 
        $result = mysql_query(
            'SELECT COUNT(`pseudo`) AS nb FROM ' . TBL_MEMBRES
          . ' WHERE `pseudo`=\'' . $user . '\' AND `pass`=\'' . $pass . '\' AND ADMIN=1');
 
        $row = mysql_fetch_assoc($result);
 
        return (int)$row['nb'] === 1;
    }
 
}
?>

 
Plusieurs trucs que je comprend pas :
1) A quoi sert function __construct si celle-ci est vide ?
2) Je ne vois pas où est effectué le test pour vérifier si la requête renvoie un résultat ou pas.
3) Pourquoi faire une classe alors que je n'utilise cette requête qu'une seule fois (pour me loguer à l'espace admin) ?
4) (mais pas en rapport avec toi), pourquoi dois-je créer un alias de "pseudo" avec la fonction COUNT pour pouvoir l'utiliser ?

Effectivement à rien, mais par convention je le met quand-même
 

Oublié
 

Parce que c'est très mal de mettre du SQL ailleurs au beau milieu de tout. Même si t'utilises la fonction qu'une seule fois, il vaut mieux la mettre dans une fonction à part. Si jamais tu ne veux plus de mysql, t'as juste à switcher la classe pour une autre, l'appel à la fonction reste la même. Le code aussi est plus clair.
 

T'as pas besoin. Avec mysql_data_seek ou je-sais-plus-quoi, tu peux chercher le premier champ de la première ligne retournée (donc ne pas utiliser mysql_fetch_array)

J'ai fais un test sous IE, et quand tu fais .setAttribute('checked','checked') .checked reste à false
 
Ca doit être le même truc ici

Tu fais un fetch_array et tu chopes le array[0] ça marche aussi

Le contenu de ce message a été effacé par son auteur

mysql_result($res,0)

Sinon, le mieux étant de te (koskoz) faire des propres fonctions pour les requetes, genre sql2array($sql) qui prendrais du SQL et renvoie un tableau, ou sql2value($sql) qui prend du sql et renvoie la première valeur etc,
- Ca t'évite d'écrire les 3 mêmes lignes à chaque requetes partout sur ton site.
- Tu peux faire un message d'erreur universel (genre 'Err SQL > '.$sql.' > '.mysql_error()) pour le déboggage
- Le jour ou tu veux passer de mysql_ à mysqli_ ou PDO ou je sais pas quoi, t'aura 5 pauvres lignes à modifier, même pour un site de 12000 pages.
- Et autres

Tu peux même mettre ces fonctions dans une classe pour les regrouper, à la florentG-styaïle

Moi j'ai comme ça un objet Mysql_Query avec des méthodes pour retourner des types simples :

• execute(), qui retourne un mysql_result normal (wrappé dans un iterator + arrayobjet)
• executeSingle(), qui retourne un tableau (adapté lorsqu'on retourne juste une ligne
• executeValue(), qui retourne juste une valeur (c'est ce qu'il nous faut dans notre cas avec le COUNT)

Moi j'ai Requete() (:o) pour retourner une ligne ou faire des UPDATE etc
req2array() me retourne un tab multi-dimensionnel
mysql_val() une valeur simple
req2arrayVals() un tableau de valeurs simples
req2arrayIds() un tableau indexé id => valeur
etc
 
Admirez la cohesion des nommages
Mais c'est mieux que rien et on s'y habitue merde

Moi j'ai même mes propres prepared statements. Au lieu d'avoir des ? pour les valeurs, j'ai typé. Exemple :

Et après je fais comme ça :

Et ça me retourne la ligne sous forme de tableau associatif. Ca m'a énormément facilité le debugging d'avoir typé les paramètres.

Et y a moyen d'avoir le source de vos merdes, les gars ?

Chez moi c'est closed-source (mais pas très compliqué à implémenter)

Et après tu peux plus utiliser les variables mysql
 
Moi c'est "SELECT maman FROM famille WHERE id=".intval($id), plus proche du peuple

J'ai jamais dis le contraire, je te fais juste remarquer que le setAttribute sous IE n'aura pas necessairement l'effet escompté sur l'attribut associé, de meme pour le rendu visuel.
 
Et accessoirement c'est le même problème d'inconsistence avec selected, sous IE selected vaudra true si tu fais un .setAttribute('selected','selected' );, mais la valeur pour selectionner visuellement l'option sous FF c'est defaultSelected.

Un petit teaser alors

// Retourne la requete dans un tableau
function req2array($sql, $showSql=false) {
    if ($showSql) echo $sql;
    $req = mysql_query($sql) or die ('Err SQL >'.(DEBUGGING ? $sql : '').' > '.mysql_error());
    $tab = array();
    while ($lg = mysql_fetch_array($req)) $tab[] = $lg;
    return $tab;
}

Voilà, impresionnant hein

 
M'enfin avec mysql les paramètres sont pas nommés et bindés aux variables explicitement?

 
 
J'ai rien compris à vos deux posts

Moi j'ai :

$var = DB::getVar('SELECT var FROM maTable WHERE id = 5');
echo $var;
 
$vars = DB::getRow('SELECT var1, var2 FROM maTable WHERE id = 5');
echo $vars->var1;
echo $vars->var2;
 
$results = DB::getCol('SELECT var FROM matable');
foreach($results as $result) echo $result;
 
$results = DB::getResults('SELECT var1, var2 FROM matable');
foreach($results as $result){
    echo $result->var1;
    echo $result->var2;
}

pour le mien : http://dev.mysql.com/doc/refman/5. [...] ables.html

$var = DB::getVar('SELECT var FROM maTable WHERE id = 5');
echo $var;
 
$vars = DB::getRow('SELECT var1, var2 FROM maTable WHERE id = 5');
echo $vars->var1;
echo $vars->var2;
 
$results = DB::getCol('SELECT var FROM matable');
foreach($results as $result) echo $result;
 
$results = DB::getResults('SELECT var1, var2 FROM matable');
foreach($results as $result){
    echo $result->var1;
    echo $result->var2;
}

Voilà, moi ce sera ça pour mon prochain site (à part le result dans un objet, chépo)

Ah tiens, je savais même pas que ça existait

Moi je fais plus de SQL en direct, ORM powa

Super pratique pourtant

Il faudrait quand-même un jour que je lise la doc de mysql pour découvrir les différentes features...

Oui bin vala justement, y a quoi comme ORM bien pour PHP ? J'en ai vu pas mal mais jamais testé et je me sens pas taper sur un qui serait pas terrible.
Je précise que je cherche juste un bon ORM, pas tout un framework (comme Symfony par exemple) dont je n'aurais pas l'utilité de 90 % des fitioures

Et moi, je me suis pas fait chier, j'utilise le bordel de zend. D'ailleurs, il a un gros défaut, il te prévient pas si la requette plante. (super pas pratique pour débugguer de ne pas savoir si la requête à pas marché ou si elle a juste rien trouvé)

version oracle/oci8 de ton truc:
 

$query = "SELECT * FROM MATABLE WHERE nom = :nom AND id=:id";
 
$statement = oci_parse($query);
 
oci_bind_by_name($statement, 'nom', 'zeNom', $nom_maxlength, SQLT_CHR);
oci_bind_by_name($statement, 'id', 1234, $id_maxlength, SQLT_INT);
 
oci_execute($statement);

Ah ok oui. Mais justement, c'est ce genre d'API qui me saoûle, avec les fonctions de bind.

Tu refais la même chose en te basant sur l'ordre des paramètres. En moins bien.

Ca suffit pour mes besoins. J'ai pas une ultra-longue liste de binds... Et je vois que tu mets les maxlength, ça aussi, j'ai déjà les fonctions de validations ailleurs, j'vais pas encore les remettre là. J'ai juste les 3 types de bases qui servent à gérer si on rajoute des quotes ou pas autour de la valeur :

• @id : identifiant de table. Comme y'a aucune fonction de protection qui existe (mres ne sert à rien), je limite à une regexp style [a-z0-9_].
• @string : mres + quotes
• @int : ctype_digit, mais pas de quotes

THIS IS FLORANGEEEEE
 
Sa passion, réinventer la roue

Nan c'est parce que j'ai juste l'extension mysql sur le serveur, donc impossibilité d'accéder aux fonctions avancées de mysql 5 Donc je suis forcé de tout réinventer, sinon j'aurais utilisé les choses existantes...

question JS:
 
comment passer un nom de fonction en parametre d'une autre et l'executer ?
 
blabla : function (str_fonction){
     eval("this."+str_fonction+"();" );
}
 
ca me semble mega dangereux,faillé, et anti-performant mais comment faire sinon ?
 
merci

Pensée du jour : Quand le chef décide, malgré mes recommandations, de passer en phase de test 2 jours avant la mise en ligne d'un site ça fait mal

Passer la fonction elle-même ?

pourquoi, tu voulais passer direct en prod?