Reprise du message précédent :

 
Ca fait combien de temps que t'as plus fait de Java? Parce que bon, faudrait arreter de dire n'importe quoi.

Tiens Jubi, vas lire ça: http://dirtsimple.org/2004/12/python-is-not-java.html et http://tomayko.com/writings/the-static-method-thing et http://tomayko.com/writings/getters-setters-fuxors

Tu devrais lire dive into python, aussi.

Et tout article suggérant de préfixer avec 2 "_" pour cacher un membre peut être ignoré sans problème. Le name mangling effectué par le préfixe "__" a été introduit uniquement pour éviter le risque de collisions (accidentelles donc) de noms dans les classes créées pour être héritées.

 
Après lecture plus approfondie de la doc, j'ai un peu de mal à voir comment faire.
 
pre-execute est exécuté avant l'exécution de n'importe quel controller.
Hors, ce que je veux, c'est que ce soit exécuté avant mes controller dans mon dossier admin.
 
Si je met ça dans mon hook :
 

<?php
$logged = $this->session->userdata('logged_in');
if ( ! isset($logged) || $logged != TRUE) {
    redirect('admin');
}
?>

 
Le controller qui est appelé ensuite ne sera pas exécuté ?

<?php
$logged = $this->session->userdata('logged_in');
if ( ! isset($logged) || $logged != TRUE) {
    redirect('admin');
}
?>

D'une, le isset() sert à rien là
 
De deux, je sais pas, mais si redirect fait une redirection HTTP ya peu de chances que le code qui suit soit exécuté

 
Ca vient d'un livre traitant de CI
 
Pour l'exécution de mon hook uniquement pour mes class d'admin, faudrait que je récupère l'url et que je regarde si le premier segment est /admin.

Tu sais pas encore que c'est interdit de dire ça ici ? (et que c'est surtout aps une excuse)

Ya sûrement un meilleur moyen car ça c'est crado, mais je ne connais pas CI.

 
Ouais, je trouve ça crado aussi.
 

 
Super gestion des erreurs, j'aurais aimé savoir à quelle ligne l'erreur intervient.
Surtout que je n'appelle aucun fichier de langue de ce nom

 
Suffit pas de recopier bêtement sans chercher à comprendre aussi
 
Ça ne t'a pas interpellé un $var = ...; if(isset($var)) ... ?

 
Pas spécialement, j'ai fait ça tard hier soir

 
un moment, mais bon, je te vois venir
 
crée une classe Toto
crée un membre explicitement private, foo avec une valeur par défaut à ce que tu veux
crée un membre explicitement public, bar, avec une valeur par défaut à ce que tu veux
 
instancie Toto par un beau Toto t = new Toto()
Ensuite fait System.out.println(t.bar + " - " + t.foo)
 
Le compilo va t'envoyer chier sur cette ligne, parce que t.foo n'est pas visible : donc on est d'accord, le langage t'interdit formellement d'accéder au contenu privé d'un objet
Après 2 méthodes :  
- tu fais un getter public, qui lui aura accès à la variable membre
- tu utilises l'API de réflexion, tu fais péter l'encapsulation, tu listes tous les membres, et tu accès à foo
 
par ailleurs j'en avais parlé plus haut, donc j'aimerais que tu détailles en quoi je raconte n'importe quoi, ça m'intéresse
je suis loin d'etre un expert java, m'enfin ça c'est quand meme une des bases du langage
 

merci pour les liens, je lirai ça plus tard
 
Dive in Python je l'ai pris, mais je l'ai pas lu encore, là je me suis fait le Python tutorial 2.6, et je refais une passe avec A byte of Python...Dive in Python me semblait de plus haut niveau, je l'ai gardé pour la suite
 
pour le name mangling je trouve ça bizarre, tu sais jamais si ta classe va etre héritée ou pas ?  
 

Nope, super pour débuter, hyper pédagogique

edit : à moins que tu ne parles du niveau d'abstraction

J'ai jamais de chance, j'essaye de résoudre une erreur depuis plusieurs heures qui semble en fait être un bug de CI...

Les frameworks, c'est comme ça

Symfony, je n'y suis à l'aise que depuis que j'ai suffisament de fois mis les mains dans le camboui pendant des heures/jours en voulant tuer ma mère (et Fabien Potencier)

Et depuis que j'ai bien lu toute la doc, aussi.

edit : et c'est pas une question de malchance.

on va faire plus simple: ignores le name mangling t'en auras pas l'utilité.

Mais c'est la merde en fait la gestion des sessions avec CI
Y a pas de réelle bonne méthode, certains essayent d'utiliser les hooks, d'autres étendent la class controller à un My_Controller, etc

 
Étendre le contrôleur me paraît très bien, c'est quoi qui te plaît pas ?

Chaque controller que tu fais étend déjà le controller de CI.
Donc je vais devoir changer tous mes controllers pour qu'ils n'étendent plus celui de CI mais le mien qui lui étend celui de CI.
 
Et étendre le controller pour uniquement faire une verif de session, c'est pas un peu overkill ?

je vois pas comment tu faire autrement

 
Bah si c'est un comportement qui est supposé être commun à tous tes contrôleurs, ou à un grand nombre d'entre eux, c'est exactement ce qu'il faut faire.

class My_Controller extends Controller
{
 
    function __constructor()
    {
        parent::Controller();
 
        $logged = $this->session->userdata('logged_in');
        if ( $logged != TRUE) {
            redirect('admin');
        }
    }
 
}

 
Toutes mes classes admins étendent cette classe.
Logiquement, je n'ai rien de spécial à faire dans mes classes admin pour utiliser le constructeur de cette classe c'est bien ça ?
 
Parce que pour le moment, c'est totalement inefficace.

class My_Controller extends Controller
{
 
    function __constructor()
    {
        parent::Controller();
 
        $logged = $this->session->userdata('logged_in');
        if ( $logged != TRUE) {
            redirect('admin');
        }
    }
 
}

 
Bah tes contrôleurs de pages d'admin doivent dériver de My_Controller et pas de Controller.
Et change donc ce nom là, "My_Controller" c'est pas explicite

ça me gène que tu le mettes dans le constructeur  
est ce que tu ne devrai pas le mettre avant l'execution du controleur plutot qu'a l'instanciation ?

 
C'est la norme que CI impose, je peux juste changer le suffixe, mais c'est le même suffixe pour tout ce que j'étends.
Donc dans mes classes admins, j'ai bien fait étendre My_Controller plutôt que Controller et dans chaque constructeur j'ai fait un :
parent::My_Controller();
 

 
Altherac me dit de le mettre dans un controller et sur le forum de CI ils me disent pareil
Avant l'exécution du controller c'est les hooks, mais c'est un peu le bordel.

dans un contrôleur maison genre GeneralAdminController dont hériteront tes controleur de la partie admin,oui
mais pas forcement à l'instanciation

http://elbertf.com/ie6ify/

 
Justement, à l'instanciation, c'est le but non ?

l'instanciation n'est pas là pour avoir une action  
juste pour construire ton objet ( au pire te lancer une exception si tu n'as pas le droit de faire ça ou si il y a une erreur durant la construction)

Du coup je comprends pas très bien ou faire la vérif.

class KozKozController extends Controller{
 
     function __construct(){
   //ajout du hook checkSession avant de l'execution du controleur 
}
     protected function checkSession (){
        //check de la session 
}
    function execute(){
//rien ici, ce seront les classes filles qui s'en chargeront
 
}
 
 
class AnotherKozKozController extends KozKozController {
 
     function construct(){
       parent:: KozKozController ();
     ///construction/requetes
}
    function execute(){
   // la vraie execution de ton controleur
}
 
}

comme ça éventuellement une des classes filles peut modifier facilement le checkSession  si besoin, et la vérification de la session se fait bien juste avant l'execution du controleur.

class KozKozController extends Controller{
 
     function __construct(){
   //ajout du hook checkSession avant de l'execution du controleur 
}
     protected function checkSession (){
        //check de la session 
}
    function execute(){
//rien ici, ce seront les classes filles qui s'en chargeront
 
}
 
 
class AnotherKozKozController extends KozKozController {
 
     function construct(){
       parent:: KozKozController ();
     ///construction/requetes
}
    function execute(){
   // la vraie execution de ton controleur
}
 
}

 
Donc toi tu pars du principe que j'utilise un hook pour gérer ma session c'est bien ça ?
 
Voici pour le moment ce que je fais et qui fail grâce à une magnifique redirection infinie
 

class My_Controller extends Controller
{
 
    function __construct()
    {
        parent::Controller();
 
        $logged = $this->session->userdata('logged_in');
        if ( $logged != TRUE) {
            redirect(site_url().'/admin');
        }
    }
 
}

<?php
 
class Login extends My_Controller
{
 
    function __construct()
    {
        parent::__construct();
        $this->lang->load('login');
    }
 
    public function index()
    {
        $this->form();
    }
 
    public function form()
    {
        // We load the necessary helpers
        $this->load->helper(array('form'));
        // We load the necessary librairies
        $this->load->library('form_validation');
        // We load the necessary models
        $this->load->model('admin/admin_model', 'model');
 
        // We pass some datas to the view
        $data['page_title'] = $this->lang->line('page_title');
        $data['title'] = $this->lang->line('title');
        $data['label_pseudo'] = $this->lang->line('label_pseudo');
        $data['label_password'] = $this->lang->line('label_password');
        $data['value_connection'] = $this->lang->line('value_connection');
        $data['bad_id_msg'] = $this->lang->line('bad_id_msg');
 
        // We fix some rules to the forms
        $this->form_validation->set_rules('pseudo', 'lang:pseudo', 'trim|required');
        $this->form_validation->set_rules('password', 'lang:password', 'trim|required');
 
        if ($this->form_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
 
    public function pannel()
    {
        // We pass some datas to the view
        $data['page_title'] = TEAM_NAME . "&nbsp;: administration";
        $data['title'] = TEAM_NAME . "&nbsp;: administration";
 
        $partials = array('content' => 'admin/about');
        $this->template->load('admin/main', $partials, $data);
    }
 
    public function deconnection()
    {
        $this->session->sess_destroy();
        $this->index();
    }
 
} // class
 
/* End of file login.php */
/* Location: ./system/application/controllers/admin/login.php */

 
Donc en fait, j'arrive sur la page login, mais vu que je suis pas auth, je suis redirigé sur la page login et ainsi de suite

Fais hériter ton login de Controller, pignouf
 
Et renommes MyController en LoginRequiredController, un truc du style

 
Si je fais hériter Login de Controller, je récupère la portion de code de My_Controller pour la foutre dans la méthode pannel alors ?
 
Je peux pas renommé My_Controller, tout ce que je peux faire c'est changé le préfixe

juste pour être sûr, les commentaires dans ton code, ils servent à quoi ?  
 

// We load the necessary helpers
        // We load the necessary librairies
        // We load the necessary models
 
        // We pass some datas to the view
 
        // We fix some rules to the forms
 
                // We had some infos in the session

 
sinon, pour ta question, je n'appelle checkSession que si l'utilisateur doit être  enregistré pour mener son action( d'où l'interêt de ne pas le faire dans l'instanciation mais  juste avant l'execution)
typiquement, tu as besoin d'être enregistré pour faire modifier un profil d'un utilisateur , mais pas pour afficher le formulaire de connection

 
Admin_Controller

LoginRequiredController

AdminController extends LoginRequiredController

UserManagementController extends AdminController

....

// We load the necessary helpers
        // We load the necessary librairies
        // We load the necessary models
 
        // We pass some datas to the view
 
        // We fix some rules to the forms
 
                // We had some infos in the session

 
Excepté pour ma classe login, toutes mes autres classes auront entièrement besoins d'un utilisateur loggué.

Donc il n'y a que ton loginController qui hérite de Controller
Tes autres controller héritent de LoginRequiredController

 
Le préfixe est utilisé pour toutes les classes du core de CI que t'étends.
Si j'étends la classe model pour quelque chose dont je n'ai pas besoin dans la partie admin, Admin_Model sera en contradiction

 
Que je ne peux pas nommer comme ça

Tu dégages panel de là surtout, il a rien à voir avec le login, qu'est-ce qu'il fout dans un contrôler qui s'occupe des interactions de login/logout

Mais… pourquoi tu pourrais pas

Pourquoi ?  
TU peux changer le préfixe ,non? a moins que le préfixe ne soit limité a trois caractères