Gerer l’authentification avec Zend_Auth du Zend Framework

Posted on 23 décembre 2009 by Greg

Comment faire un système de login sur son application ? On va voir comment mettre en place un système de connexion d’utilisateur dans son application avec le Zend Framework. Pour ce faire on va utiliser le composant Zend_Auth. Il va falloir commencer par faire le formulaire de login qui n’est pas très compliqué. Faire la validation de ce formulaire puis si il est valide s’occuper de la partie Zend_Auth ou authentification. Enfin nous verrons comment faire un petit Zend_View_Helper (aide de vue) pour créer automatiquement des liens (« login» ou « logout »)

Création du formulaire de login :

On va allé assez vite sur la création du formulaire dans la mesure ou j’explique dans un autre tutoriel comment faire un formulaire.

class Model_Form_User_Login extends Zend_Form  {

	public function init(){
		$this->setName('add_user');

		$email = new Model_Form_EText('email','Adresse Email : ');

		$password = new Zend_Form_Element_Password('password');
		$password->setLabel('Mot de pase : ')
			->setRequired(true)
			->addFilter('StripTags')
			->addFilter('StringTrim');

		$submit = new Zend_Form_Element_Submit('submit');
		$submit->setAttrib('id', 'submitbutton')
			->setLabel('Se connecter');

		$elements = array($email,$password, $submit);
		$this->addElements($elements);

		$this->setDecorators(array(
			'FormElements',
			array('HtmlTag', array('tag' => 'dl', 'class' => 'zend_form')),
			array('Errors', array('placement' => 'apend')),
			'Form'
		));
	}

}

On voit qu’on utilise un champ email et un champ password et bien sur un bouton valider. Si la classe de l’email vous parait bizarre je vous conseil de lire le tutoriel sur les formulaires. Enfin les dernières lignes concernent la mise en forme du formulaire ainsi que la position des messages d’erreurs qui seront envoyés (ajoutés) par le modèle pour la vérification du couple Email / Password.

Le controller

Le controller est dans la classe LoginController et l’action que nous allons utiliser est loginAction. On commence par donner une instance de notre formulaire à la vue pour qu’elle puisse l’afficher.

$form = new Model_Form_User_Login();
$this->view->formLogin = $form;

Ensuite on vérifie qu’il y ai des données postées, on les récupère et on les valide.

if ($this->_request->isPost ()) {
	$formData = $this->_request->getPost ();
	if ($form->isValid ( $formData )) {

Si elles sont valides, on récupère les données :

$email = $form->getValue ( 'email' );
$password = $form->getValue ( 'password' );

Enfin on arrive à la partie qui concerne Zend_Auth. Il faut commencer par créer ce qu’on appel un Zend_Auth_Adapter_DbTable, c’est un composant de Zend_Auth qui va pouvoir se connecter à la BDD. Cet nouvel objet va prendre en paramètre un Zend_Db_Adapter_Abstract, c’est à dire un connecteur à la base de donnée. Dans notre cas nous allons prendre le connecteur principal, celui qui est définit dans les paramètres globaux de Zend (application.ini)

$authAdapter = new Zend_Auth_Adapter_DbTable ( Zend_Db_Table::getDefaultAdapter () );

Enfin il faut donner quelques informations à cet adaptateur :

Le nom de la table qui contient les utilisateurs (ici users)
Le nom de la colonne qui contient les identifiants (ici email)
Le nom de la colonne qui contient les mots de passe (ici password)
Le type de hashage dans la base (ici MD5)
La valeur de l’email
La valeur du mot de passe

$authAdapter->setTableName ( 'users' )
	->setIdentityColumn ( 'email' )
	->setCredentialColumn ( 'password' )
	->setCredentialTreatment ( 'MD5(?)' )
	->setIdentity ( $email )
	->setCredential ( $password );

Enfin on essaye d’identifier l’utilisateur :

$authAuthenticate = $authAdapter->authenticate ();

Maintenant il faut regarder si cette authentification à réussi ou échoué.

if ($authAuthenticate->isValid ()) {

Si elle est valide, on va mettre en variable de session les informations de l’utilisateur. À ce moment vous pouvez mettre toutes les informations relatives à l’utilisateur. On peu même envisager de créer une classe pour stocker toutes ces informations. Dans le cas présent, seule les informations issu de la table users sont utiles. On commence donc par récupérer l’espace de stockage (storage) par défaut de l’application

$storage = Zend_Auth::getInstance ()->getStorage ();

Puis on y ajoute les informations de l’utilisateur, on y enlève bien sur le mot de passe :

$storage->write ( $authAdapter->getResultRowObject ( null, 'password' ) );

Et enfin on redirige l’utilisateur sur la page principale de l’application

$this->_helper->redirector ( 'index', 'index' );

Et pour finir si le couple login / password n’était pas bon, on ajoute une description au formulaire :

} else {
$form->addError ( 'Il n'existe pas d'utilisateur avec ce mot de passe' );
}

Voilà l’action du controller est faite on peu passer à la suite.

Déconnexion

Si l’utilisateur veut se déconnecter, il doit cliquer sur un lien qui map l’action suivante :
public function logoutAction() {

Zend_Auth::getInstance ()->clearIdentity ();
$this->_helper->redirector ( 'index', 'index' );
}

Grâce à la ligne Zend_Auth::getInstance ()->clearIdentity (); on supprime l’identification de l’utilisateur.

Vérification de connexion

Il faut bien entendu vérifier (si l’on code proprement) si l’utilisateur est déjà connecté si il veut se déconnecter, et il faut aussi vérifier que l’utilisateur connecté puisse seulement se déconnecter dans ce controller. On va utiliser la méthode preDispatch du controller, cette méthode est systématiquement appelé à l’exécution d’une action du controller. Je vous donne le code et je l’explique après :

public function preDispatch() {
	if (Zend_Auth::getInstance ()->hasIdentity ()) {
		if ('logout' != $this->getRequest ()->getActionName ()) {
			$this->_helper->redirector ( 'index', 'index' );
		}
	} else {
		if ('logout' == $this->getRequest ()->getActionName ()) {
			$this->_helper->redirector ( 'index' );
		}
	}
}

On commence par vérifier si l’utilisateur est connecté, si il l’est et que l’action sur laquelle il veut aller est différente de ‘logout’ on le renvoi sur la page d’accueil du site. Sinon, si il n’est pas connecté et qu’il veut se déconnecter, on l’envoi sur l’action qui permet de se connecter.

Zend_View_Helper

Comment faire automatiquement un lien qui permet de se connecter si on ne l’est pas, ou alors de se deconnecter si on l’est ? Et bien on utilise ce qu’on appel un Zend_View_Helper, c’est un bout de code qui va être utilisable dans le layout.

class Zend_View_Helper_ProfileLink extends Zend_View_Helper_Abstract {
	public function profileLink() {
		$helperUrl = new Zend_View_Helper_Url ( );
		$auth = Zend_Auth::getInstance ();
		if ($auth->hasIdentity ()) {
			$username = $auth->getIdentity ()->prenom . ' ' . strtoupper ( substr ( $auth->getIdentity ()->nom, 0, 1 ) ) . '.';
			$logoutLink = $helperUrl->url ( array ('action' => 'logout', 'controller' => 'login' ) );
			return 'Salut ' . $username . ' (<a href="' . $logoutLink . '">Logout</a>)';
		}
		$loginLink = $helperUrl->url ( array ('action' => 'login', 'controller' => 'login' ) );
		return '<a href="' . $loginLink . '">Login</a>';
	}
}

On commence par créer un nouveau Zend_View_Helper_Url pour nous aider à construire les URL, puis on récupère une instance de Zend_Auth. Donc si il y a un utilisateur de connecté, on récupère son identité. Puis on construit l’URL de déconnexion, et enfin on retourne la chaine de caractère (message + lien). Si l’utilisateur n’est pas connecté, on construit le lien de connexion, et on retourne la chaine de caractère.
Si on veut utiliser ce script dans la vue, il va falloir faire :

echo $this->profileLink();

Et voila le code du controller en entier :

< ?php

class LoginController extends Zend_Controller_Action {

	public function init() {
		/* Initialize action controller here */
		Zend_Auth::getInstance ()->clearIdentity ();

	}

	public function preDispatch() {
		if (Zend_Auth::getInstance ()->hasIdentity ()) {
			if ('logout' != $this->getRequest ()->getActionName ()) {
				$this->_helper->redirector ( 'index', 'index' );
			}
		} else {
			if ('logout' == $this->getRequest ()->getActionName ()) {
				$this->_helper->redirector ( 'index' );
			}
		}
	}

	public function indexAction() {
		$this->_forward ( 'login' );
	}

	public function loginAction() {

		$form = new Model_Form_User_Login ( );
		$this->view->formLogin = $form;

		if ($this->_request->isPost ()) {
			$formData = $this->_request->getPost ();
			if ($form->isValid ( $formData )) {
				$email = $form->getValue ( 'email' );
				$password = $form->getValue ( 'password' );
				$authAdapter = new Zend_Auth_Adapter_DbTable ( Zend_Db_Table::getDefaultAdapter () );
				$authAdapter->setTableName ( 'users' )
					->setIdentityColumn ( 'email' )
					->setCredentialColumn ( 'password' )
					->setCredentialTreatment ( 'MD5(?)' )
					->setIdentity ( $email )
					->setCredential ( $password );
				$authAuthenticate = $authAdapter->authenticate ();
				if ($authAuthenticate->isValid ()) {
					$storage = Zend_Auth::getInstance ()->getStorage ();
					$storage->write ( $authAdapter->getResultRowObject ( null, 'password' ) );
					$this->_helper->redirector ( 'index', 'index' );
				} else {
					$form->addError ( 'Il n'existe pas d'utilisateur avec ce mot de passe' );
				}
			}
		}
		$this->render ( 'index' );
	}

	public function logoutAction() {
		Zend_Auth::getInstance ()->clearIdentity ();
		$this->_helper->redirector ( 'index', 'index' );
	}

}

Articles en rapport:

52 thoughts on “Gerer l’authentification avec Zend_Auth du Zend Framework”

TheSorrow on 23 décembre 2009 at 16 h 20 min said:

Pour le formulaire il y a une méthode addError ou un truc du genre. Ce n’est pas valable de faire setDescription pour un message d’erreur.
Ensuite la manipulation du singleton Zend_Auth et de l’auth adapter devrait se faire non pas dans le controlleur mais dans un service (un dossier services est créer avec zend_tool quand on génère un projet – il faut bien l’utiliser ;). Une fois le service créer il peut être réutilisé pour s’authentifier sur une version mobile ou un endpoint AMF :)
Greg on 23 décembre 2009 at 16 h 34 min said:

ok, pour le addError, c’est facile a corriger, je vais faire ça de suite ! Par contre pour la deuxième partie, tu as raison, je vais me pencher la dessus. En plus ça a l’air sympa ;)
Par contre je n’ai pas eu de dossier service avec Zend_Tool. Ne vaut il mieux pas faire un objet metier ? (un model)
Et pour ma toute dernière question, as-tu une réponse ?
Merci
TheSorrow on 23 décembre 2009 at 17 h 41 min said:

Oui apparement il n’est plus créer avec Zend_Tool en revanche quand tu bootstrap ton appli avec Zend_Application l’autoloader ne nécessite pas de configuration supplémentaire pour le support d’un dossier de services (http://framework.zend.com/svn/framework/standard/trunk/library/Zend/Application/Module/Autoloader.php)
Pour ton soucis il s’agit surement d’un problème d’autoload. Je ne peux pas trop t’aider vu que je n’utilise pas la structure par défaut de ZF et Zend_Application…
Greg on 23 décembre 2009 at 18 h 56 min said:

Merci beaucoup pour tes réponses ;) La je suis en train tester 2 3 trucs sur mon nouveau serveur, et je test ca.
Grummfy on 26 décembre 2009 at 23 h 30 min said:

Hello,
je pense qu’il doit man quer un bout de code car dans le formulaire tu as la variable $redirect mais rien qui s’y rapporte et plus loin (dans le contrôleur) tu as le redirect_url qui est instancié mais non utilisé ….
Grummfy on 27 décembre 2009 at 0 h 04 min said:

Pour l’autoload tu as toujours la possibilité de faire ceci :
dans le bootstrap,d ans la méthode protected function _initAutoload() (qui retourne l’autoload)
$autoloader = Zend_Loader_Autoloader::getInstance();
$autoloader->registerNamespace(‘My’);
du coup si dans ton dossier library tu créés un dossier My (et les sous dossier qui vont avec) alors se sera charger tout seul ….
Grummfy on 27 décembre 2009 at 0 h 56 min said:

Rebonjour,
pour les helper,
si tu utilises une aide de vue (un view_helper) dans la vue et/ou dans le layouts
tu dois créer un classe ‘Zend_View_Helper_ProfileLink’ que tu mettras dans applications/views/helpers/ProfileLink.php
et puis il suffira de faire dans le layout ou dans la vue echo $this->profileLink();
Greg on 27 décembre 2009 at 14 h 36 min said:

@grummfy Merci, j’ai corrigé mes fautes sur le redirect url … Sinon pour ta deuxième réponse, j’ai pas tester, je verrai ce que ca donne.
Enfin pour ta troisième réponse, c’est ce que j’avais essayé de faire en premier, mais ca ne marche pas :s, il n’arrive pas a chercher la classe :S
Grummfy on 27 décembre 2009 at 15 h 25 min said:

Peut-être que utilisant un module il faut que tu mettes le nom du module ou quelque chose du genre ….
Greg on 27 décembre 2009 at 18 h 24 min said:

mwé, je sais pas du tout, j’ai meme tester en ne mettant pas le fichier dans le module, directement dans applications/views/helpers/, mais ca ne fonctionne pas non plus :S
Grummfy on 27 décembre 2009 at 19 h 13 min said:

A partir du moment où tu le nommes Zend_View_Helper_Machintruc et que le nom du fichier est Machintruc.php et est dans le répertoire applications/views/helpers/ normalement c’est charger tout seul (et en cas d’erreur dans l’exception il te donne les répertoire de chargement et peut-être (à moins que cela ne soit via un priont_r()) les prefix des helpers qui vont avec…
En tout cas pour moi cela fonctionne … MAIS je n’ai pas de modules …
Greg on 29 décembre 2009 at 17 h 46 min said:

Ahlalalaa, lol, c’est bon j’ai trouver mon erreur ! un petit E en trop (ou pas) dans le nom de la classe (ProfileLink) Voila, c’est résolu, je mets a jour l’article. Merci de vos conseils ;)
kewrry on 30 décembre 2009 at 18 h 24 min said:

j’ai essayé de creer une pile d’erreurs avec adderror et addErrorMessage.
Qaund je dump $form->getErrors, il me retourne bien ce que je lui ai assigné mais impossible de les afficher.
merci pour ce tuto
Grummfy on 30 décembre 2009 at 18 h 35 min said:

pour afficher t’es erreurs, cela se fait tout seul… du moment que tu fait $this->view->form = $form;
$form->populate($formData);
c’est bon…
Greg on 30 décembre 2009 at 23 h 16 min said:

Regarde la fin du code du formulaire : http://blog.lyrixx.info/zend/gerer-lauthentification-avec-zend_auth-du-zend-framework/#formulaire
Il faut peut être que définisse le décorateur.
Sinon pour ma part, j’utilise plus la description que les erreurs, en effet avec les erreurs j’avais trop de choses qui s’affichaient :S
Mat on 2 janvier 2010 at 22 h 24 min said:

J’arrive enfin à faire marcher ma première appli grâce aux différents tutorials du site.
Voilà ma petite question du soir. Lorsque je fais l’authetification, je fais une redirection conditionnelle en fonction du check de l’utilisateur. Tout se passe bien, mais si je passe à une autre page du site (en changeant de controller ou juste d’action), je perds l’authetification.
Est-ce normal? Dois passer la valeur de $storage dans le registre?
Merci pour votre aide.
Greg on 3 janvier 2010 at 4 h 18 min said:

normalement tu n’as pas du tout a passer les données de l’auth dans les autres pages du site. une auth dure le temps d’une connexion apache. donc normalement tu n’as pas a tant soucié…. De plus, tu n’as pas à la mettre dans un registre… l’auth reste le temps de la session. elle est autonome… Tu vois ce que je veux dire ?
Mat on 3 janvier 2010 at 14 h 02 min said:

Merci Greg,
C’est ce que je pensais aussi… mais je n’ai pas le comportement espéré.
Mon action index ressemble à ça :
function indexAction()
{
$this->view->selectedIndex = «  »;
$this->view->selectedCompte = « current »;
$this->view->selectedAbout = «  »;
$this->view->selectedFAQ = «  »;
$auth = Zend_Auth::getInstance ();
if ($auth->hasIdentity ()) {
$this->_redirect(‘/index/secure’);
}
else {
$this->_redirect(‘/compte/login’);
}
}
Dans l’action de login je renvoie vers cette page un fois identifié :
function loginAction()
{
$this->view->title = « Se connecter à mon compte »;
$this->view->selectedIndex = «  »;
$this->view->selectedCompte = « current »;
$this->view->selectedAbout = «  »;
$this->view->selectedFAQ = «  »;
$this->view->formLogin = $formLogin = new Login_Form_Login;
if ($this->_request->isPost ()) {
$formData = $this->_request->getPost ();
if ($formLogin->isValid ( $formData )) {
$this->view->title = « Vous voici connecté à voter compte »;
$login = $formLogin->getValue ( ‘login’ );
$password = $formLogin->getValue ( ‘password’ );
$authAdapter = new Zend_Auth_Adapter_DbTable ( Zend_Db_Table::getDefaultAdapter () );
$authAdapter->setTableName ( ‘Tabonne’ )
->setIdentityColumn ( ‘pseudo’ )
->setCredentialColumn ( ‘password’ )
->setCredentialTreatment ( ‘MD5(?)’ )
->setIdentity ( $login )
->setCredential ( $password );
// on identifie l’utilisateur
$authAuthenticate = $authAdapter->authenticate ();
if ($authAuthenticate->isValid ()) {
$storage = Zend_Auth::getInstance ()->getStorage ();
$storage->write ( $authAdapter->getResultRowObject ( null, ‘password’ ) );
$this->_redirect(‘/compte/index’);
} else {
$formLogin->addError ( ‘Il n’existe pas d’utilisateur avec ce mot de passe’ );
}
} else {
$this->view->title = « Connectez vous à votre compte »;
}
}
Une fois loggé, j’ai bien la redirection vers l’action index, et le helper que j’ai mis en place donne le nom de l’utilisateur et un lien pour se déconnecter. Mais si je clique pour passé sur un autre controller, je perds l’authetification…
Est-ce que ça peut venir de la façon dont je déclare les sessions dans le bootstrap?
Greg on 3 janvier 2010 at 14 h 41 min said:

La je ne vois rien de foncièrement anormale. Cependant j’ai pas tout bien étudié.
Oui ca peut venir de ton bootstrap. Mais je ne vois pas ce que tu aurait pu mettre de « bizarre » …
Essaye de poser ta question sur le forom FR de Zend : http://www.z-f.fr
Mat on 3 janvier 2010 at 21 h 05 min said:

Merci Greg,
J’ai posé la question sur le forum dont tu parles (mon nom d’utilisateur sur le forum est mymt), mais pour le moment pas de réponse qui me permette de me dépatouiller..
Est ce que lorsque je m’identifie, je suis sensé voir un update du fichier de session sur mon serveur? Parce que pour le moment ce n’est pas le cas..
Greg on 4 janvier 2010 at 0 h 22 min said:

Comment ca le fichier de sessions ? tes sessions ne sont pas dans la ram de ton serveur mais dans un fichier sur le disque dur ? En tout cas si tu as un fichier, alors oui il est sensé etre modifier. A mon avis tu dois avoir un problème avec ton storage.
dans ton boot strap il faut que tu initialise comme ca :
protected function _initSession() {
// On initialise la session
$session = new Zend_Session_Namespace ( ‘Session’, true );
return $session;
}
Sishare on 4 mars 2010 at 17 h 36 min said:

salut tout le monde je viens de faire le tuto mais j’arrive pas a comprendre comment on appel le loginController
- Greg on 4 mars 2010 at 17 h 52 min said:
  
  tu l’appel en allant sur la page correspondant a ton controller / action depuis ton navigateur ;)
  si ton controller = login et l’action = login2,
  tu vas sur http://*******/login/login2/
  Voila ;)
Sishare on 4 mars 2010 at 19 h 00 min said:

Ok donc ce tuto n’est pas fait pour retrouver la form login dans toutes t’es page? Est ce que tu peut m’envoyer un mail pour de plus ample explication?
Greg on 4 mars 2010 at 19 h 24 min said:

Si si tu peux retrouver ton form sur toutes tes pages grace au zend view helper. C’est le dernier paragraphe ;)
Sishare on 4 mars 2010 at 20 h 10 min said:

bon je crois avoir compris, j’ai fais une petite mixture mais en fait il faut écrire la vérifiction de connexion dans tous tes controller?
Dans ton tuto loginController n’est appelé que lorsque l’utilisateur demande a se loguer? Si c’est le cas alors faut il créer une form de connexion ?
De plus, lorsque le viewhelper me retourne quelque chose il manque les balise qu’il vire je ne sait pas pourquoi.
Sishare on 4 mars 2010 at 20 h 35 min said:

ce que je veut dire c’est que ce tuto fait un lien sur toute tes page avec login et logout pas la form de connexion directement?
Greg on 8 mars 2010 at 14 h 47 min said:

@Sishare :
en fait sur toutes les pages tu as la possibilité de te logguer et de te delogguer. Après tu mes les liens que tu veux dans ton view helper. Ensuite tu ajoute ton view helper a ton layout. Enfin ton controller est appelé si la personne clique sur un lien du view helper. En cliquant sur le lien « se logguer », l’utilisateur ira sur le controller loginController et obtiendra un formulaire. Si les données sont bonnes, l’utilisateur sera connecter.
Donc oui le tuto fait juste un lien. Mais dans ton view helper tu peux y mettre un form si tu veux.
tu n’as pas besoin de controller sur toutes les pages si ton utilisateur est loggué, le view helper le fait pour toi. SAUF si tu veux faire des regles d’accès, la il te faudra utiliser Zend_ACL (surement le prochain tuto !)
lywa on 19 mars 2010 at 11 h 52 min said:

Slt ,
je suis débutant à l’utilisation de ZendFramework et je voudrais développée un intranet dans lequel j’aurai d’autres applications à intégrer (gestion de paie, parc automobile etc…).G déjà commencé l’étude de ZendFramework mais g des problémes sur la configuration sous Apache EasyPHP et g comme Systém d’exploitation Windows Vista.En modifiant le fichier httpd.conf de apache je n’arrive pas à l’enrégistrer.si il y a quelqu’un qui puisse m’aider je suis à l’écoute.
Mon émail est : seyniwaly_7@hotmail.fr
Greg on 19 mars 2010 at 22 h 30 min said:

essaye de faire le quick start sur le site de zend http://framework.zend.com/manual/fr/learning.quickstart.intro.html , ensuite tu peux poser tes questions sur le forum http://www.z-f.fr/forum/
Ensuite tu peux reprendre mes tutos : http://blog.lyrixx.info/zend-framework/
Sishare on 20 mars 2010 at 13 h 17 min said:

oui Iywa déjà si tu veux poster des questions sur des forums ou sites, commencent à les posté au bonne endroit, ici c’est zend authentification, fait des recherche sur les mots clés que tu as mis genre apache zend esyphp etc… Pour easy php je crois que le fichier de config d’apache est à un endroit spéciale ou peut etre c’est le php.ini je sais plus, mais de toute maniere je crois me souvenir que tu a un menu ou tu peux ouvrrir et modifier tes fichiers de conf sous le logiciel easy php. Cependant si tu est débutant en prog web je ne te conseil pas Zend pour créer ton api, tu va galéré surtout si tu n’est pas alaise dans la prog object et approche MVC. Fait du php tout court ca devrait suffir.
Alex on 29 juin 2010 at 0 h 40 min said:

Hello msieur !
Donc tout marche SAUF, les redirections, j’ai droit à ma bête noire, c’est à dire :
Fatal error: Uncaught exception ‘Zend_Controller_Response_Exception’ with message ‘Cannot send headers; headers already sent in /Applications/MAMP/htdocs/tutoriel-zf/application/controllers/AuthController.php, line 1′ in /Applications/MAMP/htdocs/tutoriel-zf/library/Zend/Controller/Response/Abstract.php:321 Stack trace: #0 /Applications/MAMP/htdocs/tutoriel-zf/library/Zend/Controller/Response/Abstract.php(339): Zend_Controller_Response_Abstract->canSendHeaders(true) #1 /Applications/MAMP/htdocs/tutoriel-zf/library/Zend/Controller/Response/Abstract.php(766): Zend_Controller_Response_Abstract->sendHeaders() #2 /Applications/MAMP/htdocs/tutoriel-zf/library/Zend/Controller/Front.php(992): Zend_Controller_Response_Abstract->sendResponse() #3 /Applications/MAMP/htdocs/tutoriel-zf/library/Zend/Application/Bootstrap/Bootstrap.php(97): Zend_Controller_Front->dispatch() #4 /Applications/MAMP/htdocs/tutoriel-zf/library/Zend/Application.php(366): Zend_Application_Bootstrap_Bootstrap->run() #5 /Applications/MAMP/htdocs/tutoriel-zf/pub in /Applications/MAMP/htdocs/tutoriel-zf/library/Zend/Controller/Response/Abstract.php on line 321
Et ce message apparait des l instant ou une redirection entre en jeu.
J’ai pas mal regardé sur le net, et je vois pas trop la solution (ils parlent tous d’echo ou de html avant la redirection, mais je visiblement je n’en fais pas).
Help ??
Greg on 29 juin 2010 at 9 h 22 min said:

Salut Alex.
Je ne sais pas d’ou vient ton problème.
En général, il y a ce problème quand php commence a envoyé du texte a apache. Du coup essayé d voir si tu n’as pas un petit bout de texte (mémé un espace) tous en haut de ton layout.phtml. Ou alors tu dois peut etre avoir un echo ou un espace qui traine dans un de tes fichiers. Regarde la stack trace (peut etre le AuthController)
Des fois c’est vraiment un truc bête : par exemple il peut y avoir un espace avant la balise d’ouverture de php :S
ggouhier on 22 juillet 2010 at 17 h 19 min said:

Bonjour,
Je viens de découvrir ton blog Greg, les tutoriels sur ZF sont très bien écrit et me sont tous d’une grande utilité dans mon apprentissage de ZF.
Après avoir lu ce tutoriel, j’aimerai le mettre en application en faisant une application avec un backend et un frontend. Les deux ayant un bootstrap différent.
Au niveau de l’architecture comment je dois procédé? C’est très flou… Peux tu me donné une piste?
Greg on 23 juillet 2010 at 13 h 20 min said:

A froid comme ca, je dirais que si les deux bootstraps sont différent, tu as deux solutions :
*Soit faire 2 applications complétement différentes.
*Soit faire 2 répertoire « public », et dans le fichiers index.php de chaque « public » lancer un bootstrap différent.
Mais sur le fond, je n’arrive pas trop a comprendre pourquoi tes 2 bootstraps doivent etre différent. Tu peux n’utiliser qu’un bootstrap et ensuite utiliser des modules. C’est souvent ce qui est utilisé quand tu as un Back-End et un Front-End
ggouhier on 24 juillet 2010 at 14 h 14 min said:

Merci pour ta réponse,
Pour être plus précis, je souhaite faire une application avec une partie qui gère uniquement l’inscription et la connexion et une deuxième qui fait tout le reste.
Je pense qu’effectivement les modules restent la meilleur solution, je vais regardé ca de plus prés.
titi on 10 septembre 2010 at 16 h 26 min said:

Mauvais tutoo c bien parti mais dans ton code tu ne défini pas comment rendre le formulaire a la vue, et de plus dans le code rendu final on vois du code que tu ne traite pas dans le tuto , donc au final on s’embrouille un peu si on débute donc 4/10 pour moi manque de compréhension .
Greg on 10 septembre 2010 at 16 h 32 min said:

Je pense que tu devais d’abord lire les précédent tutos si tu débutes avec ZF (MVC, puis Form, puis BDD).
titi on 10 septembre 2010 at 19 h 45 min said:

Non mais c’est le tuto qui est pas bon pour afficher le formulaire il faut mettre dans login.phtml vue que tu créer un Logincontroller est une action loginAction il faut bien parler de ça vue .
form ?> pour afficher le formulaire. Voila j’ai tester et ça fonctionne bien.
titi on 10 septembre 2010 at 19 h 56 min said:

Non mais c’est le tuto qui est pas bon pour afficher le formulaire il faut mettre dans login.phtml vue que tu créer un Logincontroller est une action loginAction il faut bien parler de ça vue .
echo $this->form pour afficher le formulaire. Voila j’ai tester et ça fonctionne bien.
Greg on 10 septembre 2010 at 21 h 42 min said:

Oui, c’est ce que je te disais. Je ne recommence pas tous les tutos a partir de 0 … Si tu as suivi les précédant tutos, ce passage ne devrais pas te posé de problème …
Mais normalement, il y aura bientot la source de ces tutos sur le google code ;) Donc la tu auras tous le code.
dio2045 on 25 septembre 2010 at 15 h 43 min said:

merci pour le tuto
comment relier zend_acl avec zend_auth
anikon on 24 novembre 2010 at 17 h 12 min said:

Salut à tous,
je viens de jeter un oeil à ce tuto car je m’intéresse à Zend et particulièrement à l’authentification mais déjà il y a un truc qui me parait étrange… pourquoi créer le form dans le modèle ??? Ça n’est pas sa place. Sa place, si on respecte la logique Zend (et l’outil Zend Tool), est dans « application/forms/Login.php ». Mais même au niveau MVC, le modèle n’est pas sensé générer des formulaires ?! Enfin il me semble non ?
Greg on 10 décembre 2010 at 17 h 30 min said:

Je suis complétement d’accord avec toi anikon. Le form n’est pas a sa place. Cependant, Tu peux le mettre ou tu veux.
Traou on 22 décembre 2010 at 18 h 41 min said:

Salut Greg,
Merci pour ce tuto.
Au niveau de la méthode logout, je n’arrive pas a effectuer la redirection. J’arrive sur une page blanche dans index/logout. Une idée de la raison?
Traou on 22 décembre 2010 at 18 h 44 min said:

C’est il manque le ‘_’ devant « helper » dans la partie déconnexion.
- Greg on 22 décembre 2010 at 19 h 05 min said:
  
  C’est bon, c’est corrigé ;)
Raphael on 26 janvier 2011 at 17 h 14 min said:

Bonjour,
J’aurai aimé connaitre la différence entre l’utilisation de
$this->_request->isPost ()
et de
$this->getRequest()->isPost ()
Merci
PS : excellent tuto !
- Greg on 26 janvier 2011 at 17 h 17 min said:
  
  Il n’y en a pas. Il suffit de regarde le code source de la méthode getRequet() :)
  Je trouve juste plus propre d’utiliser la méthode à l’attribut
Raphael on 26 janvier 2011 at 17 h 27 min said:

Merci bien !
Autre question, pour créer un système d’authentification « obligatoire » serait_ce juste de faire :
if ($auth->hasIdentity() == true)
{
echo $this->layout()->content;
}
else {
echo « Veuillez vous authentifier »;
}
Merci
- Greg on 26 janvier 2011 at 17 h 31 min said:
  
  Non pas du tout. Ce n’est pas au controller de faire des echo, c’est même à bannir. Pour ce faire tu peux utiliser l’action preexecute pour faire ton auth. si elle n’est pas valide, tu redirect (ou forward, comme tu veux) vers ton action de login (bien sur celle ci de doit pas être protégé).
  Sinon si tu as d’autre questions, pose les sur le forom de zf ;)
Flav on 1 juin 2011 at 12 h 52 min said:

Bonjour,
Je commence peu à peu le php avec zf et là j’ai un soucis avec l’authentification malgré ton tuto^^
l’identification se fait bien avec le form et tout mais sur la page que je redirige apres authentification j’ai l’impression que mon user n’est plus connecté :( je fais exactement la meme chose que toi pour l’action loginAction() sauf mon $this->_helper->redirector (‘lon’,'login’); et lorsque je suis sur cette page je fais :
$auth = Zend_Auth::getInstance();
if ($auth->hasIdentity()) {
echo ‘HELLO’;
}else {
echo ‘deco’;
}
Et j’ai toujours le deco qui s’affiche, doit-on rajouter quelque chose pour que la session soit active dans toute les pages ?
Merci

LyRiXx Blog

Web Dev, Zend, Linux, Open Source