Reprise du message précédent :

$req = "SELECT 
                t1.evenement,
                t1.ville,
                t1.place,
                DATE_FORMAT(t1.date, GET_FORMAT(DATE,'EUR')) AS date, 
                t2.nom AS nom_section,
                YEAR(t1.date) as annee
        FROM ".TBL_PALMARES." AS t1 
                        LEFT JOIN ".TBL_ROSTER_SEC." AS t2 ON t1.section = t2.id
        ORDER BY date DESC";
$res = mysql_query($req) or die(mysql_error());

echo '<img src="images/'.$year.'.gif" alt="'.$year.'" class="blockCenter" />';
        echo '<table class="blockCenter" style="margin-top: 15px;">';
        echo '<tr>';
        echo '<th>Evenement</th><th>Localité</th><th>Date</th><th>Section</th><th>Place</th>';
        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
 
XaT

Tu as déja lu l'intégralité de la doc d'un langage d'un coup, et avant d'avoir écrit une seule ligne de code
L'apprentissage, c'est apprendre par coeur des trucs abstraits dont tu n'as encore jamais eu l'utilité (donc sans vraiment comprendre) ? En CP tu as appris le dictionnaire ?

Par contre lire des bouts entiers de doc sur un truc qui t'intéresse, genre la section "Classes et objets en php5" c'est pas long à lire, ok, ou regarder par curiosité les différentes fonctions de gestion des strings etc... La doc php est pas mal pour ça puisque les fonctions sont rassemblées en thèmes avec le menu des fonctions soeurs à gauche.

Et aussi il ya souvent des bouts de doc qui sont gaulées comme des tutos (ex : le début du redbook de SVN)

Et la doc/site officiel c'est quand même toujours l'endroit ou ya le moins de conneries d'écrites (sauf traductions vraiment pourries, hey MySQL, menfin ça reste potable).

 
l'apprentissage de la lacture, o de l'ecriture, ca commence par apprendre les regles de bases ( conjugaison, accord, .... )  
pas a poser des mots sur un papier avant ,sinon, on ne construit que des suite de motds qui peuvent avoir un sens, mais qui sont illisible, et loin d'être bien construit  
 
 
le reste , je suis d'accord avec toi

Sauf qu'une doc, ce n'est pas que ça (la base du language c'est quoi, 5% de la doc php ?), et qu'en CP on apprend pas non plus le Bescherelle avant d'écrire Cependant au bout d'un moment ça peut être intéressant d'y jeter 5 ou 6 yeux.
 
Enfin bon je crois qu'on est d'accord, donc bonne pêche à tous.

C'est ce que je fais.

Sinon, vu qu'on est dans PHP, petite question :
vous gérez comment les tests des champs de vos formulaires ?
Perso j'ai tendance à faire un

if (empty($_POST['champ1']) || empty($_POST['champ2'])) {
   echo "mon message";
}

Mais comme je ne sais pas coder, j'aimerai savoir comment vous faites.

c quoi la différence entre les 2 membres de ton OR ?

J'ai oublié d'incrémenter

zend_filter_input : http://framework.zend.com/manual/e [...] input.html

Django Forms (not PHP)
 
Symfony s'en est (fortement) inspiré pour ses newforms, je sais pas si c'est utilisable sans tout le reste mais ça vaudrait le coup de regarder.

t dur là, il est peut etre mieux qu'il apprenne à gérer des forms proprement dans PHP, se faire chier à le faire, pour comprendre en quoi un framework va lui faciliter la vie ?
 
un framework c une réponse à un problème...si t'as pas compris le problème d'abord ça augure pas d'une bonne utilisation du framework...

Relis mon post en suivant avec le doigt, parce que t'as rien compris.

'tain mais même quand ils essayent de faire des choses propres c'est des gros mauvais les mecs de php, hein...

$stmt = $pdo->query('select * from table_qui_existe_pas');
print_r($stmt->fetchAll());

$stmt = $pdo->prepare('select * from table_qui_existe_pas');
$stmt->execute();
print_r($stmt->fetchAll());

...et bien sûr la doc dit uniquement

alors que

 
Ah mais si on parle de framework, la validation de CI me va très bien
 
Je parlais de "à la main"

Ca tombe bien personne ne parle de framework, Zend est en réalité une collection de lib, et sur symfony j'ai suggéré la possibilité de l'utiliser sans le reste du fw, juste en tant que lib

Après si tu veux faire ton florentg et réinventer encore et encore la roue, help yourself.

 
Je croyais.
Donc en fait, avec PHP, ça sert à rien de coder quoi que ce soit

éventuellement si tu tiens fortement à recoder des trucs, tu peux encapsuler des libs existantes dans tes objets perso, ça pourra éventuellement te permettre de changer la lib utilisée derrière plus tard...

Juste pour savoir si je suis bien partie avec CI, voilà ce que j'ai pour le moment fait, pour mon accès à l'admin :
 

<?php
 
class Admin extends Controller {
 
    function __construct() {
    
        parent::Controller();
    
    }
 
    function index() {
        
        $this->login();
        
    }
    
    function login() {
    
        // We load the necessary helpers
        $this->load->helper(array('url', 'form'));
        // We load the necessary librairies
        $this->load->library('validation');
        // We load the necessary models
        $this->load->model('admin/adminmodel', 'model');
        
        // We pass some datas to the view
        $data['page_title'] = "Connexion à l'espace d'administration";
        $data['title'] = "Connexion à l'espace d'administration";
        $data['label_pseudo'] = "Pseudo : ";
        $data['label_password'] = "Mot de passe : ";
        $data['value_connection'] = "Se connecter";
        $data['bad_id_msg'] = "Mauvais identifiants !";
        
        // We fix some rules to the forms
        $rules['pseudo']    = "trim|required";
        $rules['password']    = "trim|required";
        
        // We apply the rules
        $this->validation->set_rules($rules);
        
        // We give the appropriate names to the fields in case of error
        $fields['pseudo']    = '"pseudo"';
        $fields['password']    = '"mot de passe"';
 
        $this->validation->set_fields($fields);
    
        if ($this->validation->run() == FALSE) {
            $data['bad_id'] = FALSE;
            $this->load->view('admin/login_form_view', $data);
        }
        else {
            $sql = $this->model->user_exist($_POST['pseudo'], md5($_POST['password']), 1);
 
            if ($sql->num_rows() == 1) {
            
                $row = $sql->row();
            
                // We had some infos in the session
                $login_infos = array(
                   'pseudo' => $row->pseudo,
                   'access' => $row->access,
                   'logged_in' => TRUE
                );
                $this->session->set_userdata($login_infos);
            
                $this->pannel();
            }
            else {
                $data['bad_id'] = TRUE;
                $this->load->view('admin/login_form_view', $data);
            }
        } // if validation
    
    } // login
    
    function pannel() {
    
        // We pass some datas to the view
        $data['page_title'] = TEAM_NAME . "&nbsp;: administration";
        $data['title'] = TEAM_NAME . "&nbsp;: administration";
        $data['header'] = $this->load->view('admin/pannel_header_view', $data);
        
        $this->load->view('admin/pannel_welcome_view', $data);
    
    }
    
    function deconnection() {
    
        $this->session->sess_destroy();
    
    }
 
} // class
 
?>

<?php
 
class adminModel extends Model {
    
    function user_exist($pseudo = '', $password = '', $access = 0) {
    
        $this->db->select('pseudo , password, access');
        $this->db->where('pseudo', $pseudo);
        $this->db->where('password', $password);
        $this->db->where('access >', $access);
        $this->db->from(TBL_USERS);
        
        $sql = $this->db->get();
        
        return $sql;
    
    }
 
}
 
?>

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<head>
    <title><?php echo $page_title; ?></title>
    <meta http-equiv="content-type" content="text/html; charset=utf-8" />
    <link href="styles/defaut.css" type="text/css" rel="stylesheet" />
</head>  
<body>
 
<h1><?php echo $title; ?></h1>
 
<!-- Display any error messages sent back by the validator -->
<p><?php echo $this->validation->error_string; ?></p>
 
<p><?php echo $bad_id == TRUE ? $bad_id_msg:''; ?></p>
 
<?php echo form_open('/admin/admin/login'); ?>
    <p><?php echo form_label($label_pseudo ,'pseudo'); ?>
    <?php echo form_input('pseudo', $this->validation->pseudo); ?></p>
 
    <p><?php echo form_label($label_password ,'password'); ?>
    <?php echo form_password('password', $this->validation->password); ?></p>
 
    <p><input type="submit" value="<?php echo $value_connection; ?>" /></p>
</form>
 
</body>
</html>

 
Vous en pensez quoi ? Au niveau de la séparation MVC, ça va ?

Ben disons que je vois mal pourquoi perdre son temps sur des trucs que d'autres ont déjà géré plutôt que de solutionner les vrais problèmes sur lesquels t'es censé bosser, mais en dehors de ça t'es libre de faire ce que tu veux.

 
tu lui recommande d'utiliser une partie d'un framework (ou lib, comme tu veux)...pour débuter au tout tout début c pas forcément super je trouve...je dis pas qu'il faut réinventer la roue, mais qd t'apprends t pas en logique projet, t en logique compréhension...et je trouve que c formatteur de se taper un peu de merde pour comprendre l'intéret plus tard des libs et ce qu'elles apportent...

Pour la partie view vaut mieux pas utiliser sprintf ?

Patapaÿ hein

Ouais t'as raison en fait, on devrait tous se recoder nos classes de string (en php, oui oui) et nos escaping de db, ya rien de plus fun, d'ailleurs on devrait tous coder en C quand on apprend, histoire de vraiment savoir ce qui se passe pour comprendre plus tard l'intérêt d'un langage de haut niveau et savoir ce que ça apporte
 
CGI/C nous voila

Rigole pas, j'ai codé en C toute ma première année

 
comme à ton habitude, c super argumenté...je vois une grosse diff entre essayer 1x de valider un petit formulaire à la minimine pour comprendre comment ça marche, et utiliser uen lib ensuite, et aller carrément faire une CGI en C/ASM...

C'est surtout pour les fainéants

sfForm && co sont indépendants du framework et poutrent grave. Je m'y suis mis la semaine dernière (je taffais sur un projet en symfony 1.0 avant, là on a lancé une refonte de projets en 1.2) et bien

Je pense que kozkoz est déjà passé par l'étape de validation à la mimine

Relis avec le doigt jubi, ca devient dur de te defendre

Non, c'est potentiellement plus performant ne serait-ce que parce que tu n'as pas à faire passer les noms sur le réseau, et ça rend les requêtes beaucoup plus lisibles quand tu sélectionnes un grand nombre de champs.
 
C'est d'ailleurs une des critiques formulées contre l'ORM django dans "why I hate django": il n'utilise jamais select *, il écrit tous les champs.

 
vu le code qu'il produit j'en doute fort
@ Koskoz : c pas une critique hein, faut bien débuter...

Nan, quand ils essaient de faire un truc pas eux même (sans copier un langage existant), c'est pire que l'inverse qui est déja pas térrible

Out of my head, bitch (+1)

 
Merci, mais je sais quand même valider des formulaires quoi

Et quand t'as un mec qui ajoute un blob dans une table miam    
Pour la maintenance et les performances c'est à éviter les SELECT *
Le mec qui arrive sur une grosse requete avec SELECT * dans la clause il est content ensuite pour connaître les champs réellement utilisés.

 
Pour eviter ce genre de choses moi je m'arrange pour que mes noms de champs ne veuillent rien dire, comme ca hop je facture de la maintenance.

Dans une logique d'éditeur logiciel où tu maintiens tes propres produits ça marche pas ça

 
Tu te fais un script sed en precommit

lolilolzor, faire passer 500 caractères de plus (ça fait une belle requête, déjà) sur du réseau local ça coûte quoi?
Je plussoie le "toujours énumérer les champs à sélectionner".

2eme post de ma journée et 2eme    
c'est pas la poignée de caractère de plus qui va te faire économiser quoi que ce soit niveau performance ( sachant qu'a ce niveau , il y a plus de latence réseau que de temps de transfert )  et ca evite un transfert largement plus important dans l'autre sens
 
par contre, dans une requete un peu lourde, ne pas savoir de quelle table vient un champ c'est une perte de temps
 
De tout manière, pour utiliser tes 15 000 champs , il faut bien, a un moment ou un autre que tu les écrives, donc le faire une fois de plus me semble pas choquant

Le temps ridicule que tu gagnes sur le réseau tu le perds de toute manière largement coté base de données quand elle décode ton * en une vraie liste de champs

non. ca c'est negligeable comme temps, les dbms ont des routines optimisees pour ce genre de traitement. Par contre, le vrai temps que tu perds, ainsi que la memoire consommee, c'est dans le retour des resultats, et ce a la fois du cote dbms que du cote traitement post query.

ça coute toujours un peu, et vue la quantité de temps perdue pour envoyer quelques caractères de plus sur un réseau local, je vois ça au moins équivalent.

On te dit que c'est tres utile quand tu utilises une majorite de champs, y'a pas ecrit : * FTW dans toutes les circonstances.

non * c'est mal dans toutes les circonstances. Au mieux tu as le même résultat qu'en énumérant les champs.

Tu utilises peut-être à un instant T une majorité de champ mais tu sais pas comment ton schéma va évoluer au cours du temps.
La table que tu pensais ultrasimple avec 3 champs il se peut qu'elle se retrouve avec 50 champs 2 ans plus tard et là ton select * il sucks.