Bonjour,
La solution que nous avons mis en place utilise justement la base de
donnée de sfGuardPlugin.
Ne connaissant pas encore parfaitement le fonctionnement de
sfGuardPlugin et symfony, nous avons décidé de ne rien toucher et de
conserver tous les fonctionnements par défaut. donc installation des
bases associées à sfGuardPplugin.
En fait, lorsqu'un utilisateur issu de notre LDAP tente de se
connecter sur notre appli, en modifiant légèrement la méthode
retrieveByUserName, il est inséré dans la table des utilisateurs de
sfGuardUser (avec les vérifications associées)
Ainsi on utilise le fonctionnement par défaut de sfGuard
En esérant que cela pourra t'aider ;)
Stéphane
On 9 juil, 12:09, Milooz <[EMAIL PROTECTED]> wrote:
> Salut,
>
> Bon je relance ce post parceque j'ai un probleme a peu pres identique.
> Je n'utilise pas LDAP mais quelque chose de beaucoup plus basique.
> Mon probleme est que j'ai installe le plugin sfGuard mais pas sa base
> de donnes (Table utilisateurs) car je ne veut pas m'en servir.
> Ensuite j'ai configure de la meme maniere que toi le plugin, toutefois
> j'ai toujours une exception:
> [wrapped: Could not execute query [Native Error: Table
> 'itrnews.sf_guard_user' doesn't exist] [User Info: SELECT
> sf_guard_user.ID...
> Et dans la stack je lis at
> sfGuardUserPeer::retrieveByUsername('admin')
> Donc sfGuard cherche a savoir si l'utilisateur existe.
>
> Cela veut il dire qu'on est obliger d'installer, aussi, la BD ? Ou
> bien ai-je un probleme dans ma configuration ?
>
> myproject/apps/backend/config/app.yml
> all:
> sf_guard_plugin:
> check_password_callable: [userTools, checkPassword]
>
> myproject/lib/userTools.class.php
> <?php
> class userTools extends sfGuardSecurityUser
> {
> public function checkPassword($login, $pass)
> {
> echo 'checkPassword - ' . $login;
> switch ($login)
> {
> case sfConfig::get('app_redactor_login'):
> if (sfConfig::get('app_redactor_pass') == $pass)
> {
> // TODO: Set specific credential.
> return (true);
> }
> break;
> }
> return (false);
> }}
>
> ?>
>
> On 31 mai, 20:45, "[EMAIL PROTECTED]"<[EMAIL PROTECTED]> wrote:
> > Bonjour et merci
> > Cela fonctionne à présent, cela semble même évident après coup :-p
>
> > Stéphane
>
> > On 22 mai, 09:56, "Tristan Rivoallan" <[EMAIL PROTECTED]>
> > wrote:
>
> > > On 5/21/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
>
> > > > Voici ce que donne le var_dump:
> > > > array(2) { [0]=> string(11) "MyLDAPClass" [1]=> string(13)
> > > > "checkPassword" }
> > > > Il semble que l'appli ne trouve pas la classe et la function
> > > > MyLDAPClass::checkpassword.
>
> > > dans ton premier mail tu copies / colles le code d'une classe
> > > "myLDAP". 'myLDAP' != 'MyLDAPClass'
>
> > > il faut que tu donnes à sfGuard le nom exact de la classe et de la
> > > méthode (pour plus d'infos sur les callbacks
> > > :http://fr.php.net/manual/fr/language.pseudo-types.php
>
> > > > Je ne sais pas ou mettre les classes d'objet externes. J'ai tenté de
> > > > mettre un fichier MyLDAPClass.php dans le repertoire lib/model pensant
> > > > que tous les fichiers du repertoire etaient chargés.
>
> > > tout ce qui se trouve dans lib/ est autoloadé
> > > (vf.http://www.symfony-project.com/book/trunk/19-Mastering-Symfony-s-Conf...)
>
> > > par contre ça n'a pas trop de sens de mettre une classe d'authldap
> > > dans lib/model qui est plutot destiné aux classes de l'ORM. Elle sera
> > > mieux dans lib/
>
> > > ++
> > > tristan
--~--~---------~--~----~------------~-------~--~----~
Vous avez reçu ce message, car vous êtes abonné au groupe Groupe "Symfony-fr"
de Google Groupes.
Pour transmettre des messages à ce groupe, envoyez un e-mail à
l'adresse [email protected]
Pour résilier votre abonnement à ce groupe, envoyez un e-mail à
l'adresse [EMAIL PROTECTED]
Pour afficher d'autres options, visitez ce groupe à l'adresse
http://groups.google.com/group/symfony-fr?hl=fr
-~----------~----~----~----~------~----~------~--~---
