Enregistrer le namespace « Rizeway » dans l’autoload :
// app/autoload.php
$loader->registerNamespaces(array(
'Rizeway' => __DIR__.'/../src',
// Other namespaces
));

Activez le bundle :
// app/AppKernel.php
public function registerBundles()
{
return array(
// ...
new Rizeway\FormBundle\RizewayFormBundle(),
// ...
);
}

Utilisation
Ajouter un champ « rizeway_autocompleter » à votre formulaire comme suit :
$builder->add('tags', 'rizeway_tinymce', array(
'url' => '/tags/get',
));

Par défaut, les valeurs séparées par « , » sont transformés en tableau PHP dans votre objet métier, mais vous avez aussi la possibilité d’utiliser un « DataTransformer » custom grâce à l’option « value_transformer », par exemple pour récupérer un tableau d’entités Doctrine au lieu d’un simple tableau de chaines de caractères.

Plus de détails
N’hésitez pas à forker le bundle sur GitHub.

Personnellement, voulant toujours être au top de la technologie, je me pose souvent ce genre de questions, et j’ai de plus en plus de mal à y répondre. Bien sur le choix souvent repose sur la nature des projets qu’on veux réaliser, les contraintes … mais qui ne s’est jamais dit, moi je veux tout maitriser !!! Bien sur, c’est tout simplement impossible, d’où cet article dans lequel je vais essayer de vous présenter les technologies que je connais (celles qui en valent la peine) et celles que je prévois d’apprendre (c’est juste mes choix personnels et nullement les choix à faire absolument).

Le couple HTML/CSS

Je suis un fervent supporteur du Cloud Computing (je ne suis pas le seul), et je suis convaincu que le web représente le centre de toutes les technologies du futur. Et qui dit web, dit forcément HTML/CSS. Les navigateurs suivent plus ou moins bien cette tendance. Internet Explorer 6 est en declin (plus qu’un tout petit pourcentage) et les standards sont assez bien suivis par le reste des navigateurs. Le passage vers HTML5 et CSS3 est sur la bonne voie.

Le langage PHP

A mon avis, c’est un langage à maitriser absolument pour tout développeur web, pour différentes raisons : productivité, communauté, documentation, serveurs web, …. Malgré ses inconvénients liés à sa lourdeur lors des calculs complexes, il a encore de très beaux jours devant lui.

Framework PHP : Symfony

Le couplage de PHP à un framework est une nécessité pour tout projet de taille moyenne/grande. Et sur ce point la, les possibilités ne manquent pas : faire son propre framework, utiliser Zend Framework, Symfony, CodeIgniter … Mon choix se porte vers Symfony (et notamment la version 2) pour les raisons suivantes : flexibilité, documentation, communauté, à la pointe (design patterns, technos, mise à jour) …

Javascript et son framework

Après la maitrise d’un langage serveur, il est tout aussi important d’utiliser un langage client (notamment pour les RIA), et de ce coté la, on ne peux pas passer à coté de Javascript. Je vous disais que l’utilisation de frameworks est nécessaire pour les langages serveurs, c’est encore plus vrai pour javascript (langage client). Jj’utilise jQuery actuellement comme Framework Javascript, mais je ne suis pas convaincu à 100%. En réalité je n’ai pas encore trouvé le framework Javascript qui me convient le plus (je compte sur vous pour des suggestions )

Systèmes d’exploitation type UNIX

Mon avis personnel sur ce point est catégorique : vous êtes développeur web, oubliez windows (pour l’instant) !!! Il est absolument nécessaire de maitriser les systèmes d’exploitation type UNIX (GNU/Linux, FreeBSD, Mac OS …) et ceci notamment pour leur utilisation en tant que serveurs web.

Développement d’applications Mobiles

Ce n’est plus un marché à négliger, et je pense que l’iPhone et Android sont les deux poids lourds du futur des applications mobiles. Le développement pour iPhone implique donc la maitrise d’Objective-C, Cocoa Touch et XCode, et le développement pour Android implique quand à lui, JAVA et le SDK d’Android.

Amazon Web Services

Ce sont les différents services amazon pour le développement en Cloud computing. Actuellement ce sont les techologies les plus abouties dans ce domaine la. Les services les plus intéressants sont : Amazon S3 pour le stockage et, Amazon EC2 pour la puissance de calcul.

Autres

En plus de toutes ces technologies, d’autres non moins intéréssantes, mais que je trouve moins prioritaires pour l’instant viennent s’ajouter à ma liste d’attente des technologies à surveiller de prés : Python, Django, Le langage Go, Google App Engine, GWT, Microsoft Windows Azure.

Voila pour mes choix personnels, maintenant je compte sur vous pour nous faire part de vos choix et suggestions.

Cette version vient directement améliorer les points les plus critiqués de la première version de symfony à savoir la rapidité, les performances, la facilité de prise en main et la flexibilité.

Rapidité et performances :

Selon les benchmarks effectués, Symfony 2.0 est 3 fois plus rapide que Symfony 1.4 et Zend Framework 1.10, 2 fois plus rapide que Solar 1.0 et 6 fois plus rapide que Cake PHP 1.2.6. Symfony consome également deux fois mois de mémoire que ses principaux concurrents. Détails des tests

Facilité de prise en main :

D’après les créateurs, vous pouvez commencer à développer en Symfony 2.0 après 10 minutes de lecture de ce tour rapide et au bout d’une heure vous maitriserez les fondements. Personnellement, après avoir lu rapidement le Quick Tour, j’ai trouvé Symfony 2.0 très simple. (mais c’est peut être parce que je connais déjà symfony 1).

Flexibiltié :

La principale amélioration de Symfony 2.0 est la réécriture de la partie basse du framework (kernel), en utilisant un conteneur d’injection de dépendances. Si vous n’êtes pas familiers avec cette notion, je vous invite à découvrir les slides de Fabien Potencier (le CEO de Sensio, l’éditeur derrière Symfony). Ce mécanisme permet à Symfony 2 d’être très flexible, puisque tout est paramétrable et que vous pouvez très simplement vous passer de certaines fonctions de Symfony par exemple, où bien utiliser vos propres classes pour les remplacer. Vous pouvez absolument tout changer.

Sachez que vous pouvez dés à présent utiliser et tester le framework, rendez vous sur ce site mis en ligne pour l’occasion. Personnellement je suis très satisfait par cette évolution (révolution), et je vais commencer illico à migrer quelques uns de mes projets vers Symfony 2 pour mieux cerner le framework.

Les tâches Symfony

Vous savez, c’est toutes ces commandes qu’on lance à partir du terminal avec un namespace et un nom de tâche pour initialiser un projet par exemple ou construire le modèle de données (./symfony propel:build-model) ou toute autre commande.

Création de la tâche

Eh bain symfony nous permet de créer des tâches personnalisés à l’aide de la commande

./symfony generate:task monnamespace:matache

un fichier PHP est donc créé dans le dossier ‘lib/task’ de votre projet, que vous pouvez personnaliser très aisément, puisque vous pouvez accéder directement aux classes du model.

addArguments(array(
// new sfCommandArgument('my_arg', sfCommandArgument::REQUIRED, 'My argument'),
// ));
 
$this->addOptions(array(
new sfCommandOption('application', null, sfCommandOption::PARAMETER_REQUIRED, 'The application name'),
new sfCommandOption('env', null, sfCommandOption::PARAMETER_REQUIRED, 'The environment', 'dev'),
new sfCommandOption('connection', null, sfCommandOption::PARAMETER_REQUIRED, 'The connection name', 'propel'),
// add your own options here
));
 
$this->namespace = 'monnamespace';
$this->name = 'matache';
$this->briefDescription = '';
$this->detailedDescription = <<configuration);
$connection = $databaseManager->getDatabase($options['connection'] ? $options['connection'] : null)->getConnection();
 
 
// add your code here
}
}

Vous pouvez personnalisez ce fichier pour donner un titre et une description à cette tâche.

Une fois votre tâche créée et personnalisée, il ne vous reste plus qu’à créer la tâche CRON qui appelle cette tâche avec la commande suivante : ./symfony monnamespace:matache

Exemple d’une tache :

Voici un exemple de tâche que j’ai créé pour Bloginy.
class bloginyUpdateblogsfeedsTask extends sfBaseTask
{
protected function configure()
{
// // add your own arguments here
// $this->addArguments(array(
// new sfCommandArgument('my_arg', sfCommandArgument::REQUIRED, 'My argument'),
// ));
 
$this->addOptions(array(
new sfCommandOption('application', null, sfCommandOption::PARAMETER_REQUIRED, 'The application name'),
new sfCommandOption('env', null, sfCommandOption::PARAMETER_REQUIRED, 'The environment', 'dev'),
new sfCommandOption('connection', null, sfCommandOption::PARAMETER_REQUIRED, 'The connection name', 'propel'),
// add your own options here
));
 
$this->namespace = 'bloginy';
$this->name = 'update-blogs-feeds';
$this->briefDescription = 'Met à jour les flux des blogs inscrits sur Bloginy';
$this->detailedDescription = <<configuration);
$connection = $databaseManager->getDatabase($options['connection'] ? $options['connection'] : null)->getConnection();
 
// add your code here
$count = BlogPeer::updateBlogFeeds();
printf('%s articles ont été ajoutés à Bloginy.',$count);
}
}

Vous pouvez voir ici que tout le fonctionnement de cette tâche est effectué dans la classe du modèle « BlogPeer ».

Voilà j’espère que ça pourra aider plus d’un

Je commence donc le stage demain et ma mission sera de développer un système de requêtage parametrable permettant d’explorer les différentes tables des solutions proposées par l’entreprise de manière aisée par les clients, et tenez vous bien chers lecteurs et et amis, en Symfony.

Pourquoi avoir choisi ce stage

• Cette entreprise correspond très bien à mes attentes futures pour ma carrière professionnelle en France,
• Le développement en Symfony bien sur, ce qui me permettrai de perfectionner mes compétences sur ce framework que j’affectionne particulièrement,
• J’ai bien aimé les locaux de l’entreprise et l’ambiance qui y règne,
• La stratégie de l’entreprise qui est très à jour concernant les nouvelles technologies (ce qui n’est pas souvent le cas dans la majorité des entreprises),
• Le secteur sanitaire bien sur (qui ne peut que faire plaisir à mes parents médecins lol, peut être qu’ils finiront par oublier que je n’ai pas fait médecine comme ils voulaient ).

Alors souhaitez moi bon courage !!!

PS : J’ai failli oublier, pour ce qui s’intéresse au framework Symfony, n’hésitez pas à faire un tour sur le blog très riche sur le sujet de mon tuteur de stage.

Et comme une bonne nouvelle ne vient jamais seule, les développeurs ont pensé aussi aux débutants avec la mise en place d’un nouveau tutorial « Jobeet » pour permettre de maitriser Symfony assez rapidement et se rendre compte de ces atouts.

Les nouveautés de Symfony1.2

• ORM Doctrine et Propel : Grâce à cette nouvelle version le plugin permettant d’utiliser l’ORM Doctrine est présent par défaut mais il ne remplace pas Propel, il faudra choisir votre configuration si vous voulez ce faire. Propel quand à lui passe à la version 1.3, offrant ainsi de meilleures performances.

• Un nouveau générateur d’administration : comme vous le savez, Symfony vous évite la tâche fastidieuse de développer un gestionnaire d’administration pour vos applications web grâce à son générateur configurable à votre guise. Celui ci a complètement été réécrit grâce à la nouvelle gestion des formulaires introduites dans la version 1.1 mais tout en gardant une rétro compatibilité avec les versions précédentes.

• Un nouveau système de routage (Architecture REST).

• Amélioration de la gestion des formulaires MVC introduites dans la version 1.1

• Les helpers JAVASCRIPT, Scriptaculous et Prototype : Les deux frameworks Javascript/AJAX (Scriptaculous et Prototype) sont maintenant intégrés grâce à des plugins séparés et de nouveaux helpers javascripts basiques ont été ajoutés.

• Améliorations des tests fonctionnels.

• Ainsi que d’autres améliorations plus ou moins importantes…

Jobeet

Rappeler vous du premier tutorial Askeet, mis en place à l’occasion du lancement de la première version 1.0 de Symfony. Ce tutorial avait permis à un grand nombre d’adopter Symfony dans un temps record. Les développeurs cette fois ci frappe fort avec un nouveau tutorial « Jobeet » qui va permettre de développer une VRAI application web fonctionnelle de A à Z en 24 heures à l’ordre d’une heure par jour.

Vous apprendrez donc l’utilisation du framework Symfony 1.2 et sentirez également l’apport énorme de ce framework en matière de développement d’applications web. Votre seul prérequis nécessaire est la connaissance des bases du PHP 5.

Ce tutorial servira également aux personnes ayant déja une certaine connaissance de Symfony puisqu’il leur permettra de se familiariser avec les nouveautés de cette nouvelle version.

Moi aussi je v m’y mettre sans tarder, la première heure du tutorial c’est par ici (en anglais seulement pour l’instant, mais la traduction ne devrait pas tarder).

XSS ou le cross site scripting est l’une des failles les plus répandues dans les sites web dynamiques si ce n’est la plus répandue. Elle consiste en fait au passage d’un code éxécutable par le navigateur (JavaScript ou autre) en utilisant des formulaires ou diréctement l’URL. L’exploitation de cette faille permeterai notemment d’éxécuter des scripts douteux directement dans votre serveur web, c’est qui fournirai par exemple énormément d’informations sur le serveur …

Pour vérifier la présence d’une telle faille dans un formulaire par exemple, il suffit de remplir un champ du formulaire ou tous les champs (ça dépend du formulaire) par exemple par :

<script>alert('Ceci est une faille XSS')</script>

Symfony et la faille XSS ?

J’ai longtemps cru à tord que symfony était par défaut protégé contre ce type de failles, jusqu’à ce qu’un testeur de Bloginy (un projet fait avec Symfony), m’indique que mon formulaire de recherche est vulnérable. En fait, symfony dispose d’une manière automatique d’éviter ces failles, mais ne l’active pas par défaut.

Pour palier à ces failles, symfony dispose donc d’un moyen d’échapement (escaping) pour tous vos données manipulés (c’est à dire que vos données sont automatiquement convertis au code XHTML correspondant). Par exemple, si vous entrez : <script>alert(‘Ceci est une faille XSS’)</script>, bain en réalité vous manipulerez le texte suivant : &lt;script&gt;alert(‘Ceci est une faille XSS’)&lt;/script&gt;. Et ce texte ne poura être éxécuté en tant que code par le navigateur.

Comment activer l’échappement automatique ?

Rien de plus simple, par défaut Symfony utilise la stratégie d’échappement « bc », qui ne vous protège pas par défaut des failles XSS, il faut donc modifier le fichier setting.yml de votre application Symfony comme suit :

all:
  .settings:
    escaping_strategy: both
    escaping_method: ESC_ENTITIES

Maintenant, toutes vos données seront transformées, et vous êtes protégés automatiquement de ce genre de failles.

Et si je voulais que le code soit interprété :

Il peut arriver que vous ayez besoin que le navigateur interprète ce que l’utilisateur entre, tel qu’il est. Par exemple pour afficher du code HTML généré par les utilisateurs (dans le cas d’un message dans un forum par exemple). Rien de plus simple la aussi, une variable transformée $var, est accessible sans échappement comme ceci : $sf_data->get(‘test’).

Si votre donnée est un objet, et que vous désirez accéder à un membre de cet objet sans échappement, rien de plus simple : $objet->getRawValue()->getMembre().

Voilà, j’espère que vous êtes maintenant plus éclairés sur les failles XSS, et la manière de les évitez grâce au framework Symfony. Si vous rencontrez toujours des problèmes, n’hésitez pas à laisser des commentaires.

Que est-ce qu’une couche d’abstraction de données ?

D’un point de vue matériel, une couche d’abstraction est l’ensemble des pilotes permettant aux applications d’accéder facilement aux différents périphériques. De la même manière, une couche d’abstraction de données vous permet d’accéder à vos bases de données de façon très simple et complètement indépendante du SGBD.

La puissance de propel :

La meilleure manière d’illustrer cette puissance est de faire un petit tutorial Symfony qui fera les actions suivantes : création de la base de données et des structures de données permettant l’accès à votre base et ceci en 5 minutes.

Alors pour faire tout ceci, la seule « véritable tache » après avoir créé votre projet Symfony et votre application (ceci a déjà été abordée dans la deuxième partie de l’article concernant l’installation de Symfony) est de décrire la structure des de vos données (les tables de votre base de données).

Ceci peut être fait de deux manière, l’XML ou bien le YAML qui est le langage de spécification de base de Symfony (ne vous inquiétez pas, ce n’est pas un autre langage à apprendre, c’est le plus simple de tous les langages de spécifications). La structure de vos données sera donc écrite dans le fichier schema.yml (ou schema.xml) qui se trouve dans le dossier config de votre projet Symfony.

Exemple de schema ( /votreProjet/config/schema.yml) :
propel:
  patient:
  &nbps;&nbps;id :
    nom : varchar
    prenom : varchar
    date_naissance : date
    notes : text
  
  visite:
    id :
    motif : varchar
    date_visite : date

Ensuite vous devrez créer une base de données que vous nommerez par exemple « maBDD ». Il reste ensuite à configurer Symfony pour qu’il sache accéder à cette base de donnée. Ceci se fait dans deux fichiers principaux. Tout d’abord le fichier « databases.yml » et le fichier « propel.ini » présents dans le dossier config de votre projet.

Exemple de fichier (/MonProjet/config/databases.yml) :
all:
  propel:
    class: sfPropelDatabase
    param:
      dsn: mysql://user:pass@localhost/maBDD
      encoding: utf8

Exemple de fichier (/MonProjet/config/propel.ini) :
propel.targetPackage = lib.model
propel.packageObjectModel = true
propel.project = votreProjet
propel.database = mysql
propel.database.createUrl = mysql://user:pass@localhost/
propel.database.url = mysql://user:pass@localhost/maBDD
&nbps;&nbps;
....

Voila maintenant, il ne vous reste plus qu’à taper quelques commandes, alors ouvrez votre terminal et accéder au dossier de votre projet symfony et ensuite tapez la commande suivante :

$ symfony propel:build-all


ou bien pour la version 1.0 de Symfony

$ symfony propel-build-all

Comprendre Propel et le model généré

La commande précédente effectue différentes taches répétitives pour chaque projet et vous fait donc gagner un temps énorme.

1- Elle crée un fichier SQL, qui contient le code de création de vos tables de base de donnée.

2- Elle exécute ce code SQL sur votre serveur de bases de données, c’est à dire qu’elle va créer vos tables dans votre base de données.

3- Le point le plus important, elle généré les différentes classes d’abstraction pour la manipulation de vos données sans à accéder directement à la base de donnée et sans utiliser de requêtes SQL. Il est à noter également que propel détecte instinctivement les relations entre vos différentes tables (comme la relation entre les visites et le patient dans notre exemple)

Pour chaque table, elle crée deux classes : La première (tablePeer) est celle permettant de manipulant les enregistrements, c’est à dire offrant un ensemble de primitives pour la sélection, la suppression … selon certains critères.

exemple :

<?php
  
$this->patients = PatientPeer::doSelect(new Criteria()); // Selection de tous les patients
  
?>

Et la deuxième représentant un enregistrement (un tuple), permettant d’accéder aux attributs, de les modifier, de sauvegarder l’enregistrement…

L’insertion d’un nouvel élément dans une table de base de données, reviendrai donc à créer un nouvelle objet, de remplir ses valeurs et de l’enregistrer

exemple :

<?php
  
$patient = new Patient();
  
$patient->setNom("Benguella");
$patient->setPrenom("Riad");
  
$patient->save();
  
?>

Voila mon but à travers cet article n’était pas de vous familiariser avec Propel (Et si vous avez un problème technique ou autre, n’hésitez pas à me contacter ou laissez un commentaire), mais surtout de vous montrer l’étendu de ses avantages et possibilités.

Remarque : Dans la nouvelle version de propel, quelques modifications affectent la configuration de Propel dans le fichier propel.ini : il faut par exemple utiliser « propel.database.creole.url » au lieu de « propel.database.createUrl »

MVC – Model View Controller -

C’est une méthode et également une architecture pour vos applications développée 1979 en par Trygve Reenskaug, mais c’est seulement avec l’arrivée des interfaces graphiques qu’elle a pris son envol. Elle se base sur le découpage de votre application (en réalité, une partie seulement de votre application, la plus proche de l’IHM) en trois couches principales, le Modèle , la présentation et le contrôleur :

• Le modèle (Model) : ou modèle de données, c’est la partie qui s’occupe de l’interaction avec les données du systèmes (bases de données, fichiers, flux RSS …)
• La présentation : c’est la partie que voit l’utilisateur pour l’affichage des résultats en sortie et son second rôle est de recevoir les entrées des utilisateurs.
• Le controlleur : c’est « le gestionnaire d’événements », il reçoit les différents événements et se charge de synchroniser les deux autres couches.

Exemple de mise en oeuvre

Assez parlé, ceux qui veulent en savoir plus, peuvent consulter Wikipédia ou autre. La meilleure façon d’apprendre et de comprendre c’est la pratique. Pour ça je vais essayer de vous expliquer le mécanisme de fonctionnement de Symfony qui est basé complètement sur une architecture MVC pour développer des applications web.

• Le modèle : Cette couche de Symfony est basé sur Propel (ou bien Doctrine), et c’est la couche d’abstraction de données c’est à dire que l’accès au données se fera dans cette couche. Dans le cas habituel d’une base donnée, Propel se charge d’une grande partie de cette couche et vous fournit des classes d’accès à vos tables de données (les différent SELECT …) et des classe de représentation de vos données (pour faciliter la manipulation des données issus de vos tables). Vous pourrez bien sur étendre ce modèle à votre guise.
• La vue : Représentée dans Symfony par les différentes interfaces. Concrètement c’est le code XHTML de vos pages web, dénudés de tout traitement PHP si ce n’est des « echo » pour afficher les données reçues du controlleur, par exemple (une fiche utilisateur) :

<h1><?php echo $user->getUsername(); ?></h1>

<?php if ($user->hasAvatar()) : ?>
<?php echo image_tag($user->getAvatar()) ; ?>
<?php endif; ?>

<p>
Nom : <?php echo $user->getNom(); ?> <br />
Prenom : <?php echo $user->getPrenom(); ?>
</p>

• Le controlleur : représenté par des actions, Il gérent les évenements sur votre application web, par exemple l’appel d’URL ou, une action AJAX ou autre. Un exemple de recherche de l’utlisateur avec l’id n° 10 pour l’afficher grâce à la vue précédente serait :

public function executeUserId()

{
$this->user = UserPeer::retrieveByPk(10);
}

Voilà j’éspère qu’avec ça, vous êtes maintenant convaincu de l’utilité d’une méthode comme MVC et de la facilité et de l’élégance de développement qu’elle peut apporter.

Tout d’abord, il faut savoir que pour installer Symfony, il existe plusieurs méthodes. Là je vais vous montrer une d’elle, l’installation via Pear.

a) Configuration de l’environnement (MAMP) :

1- Commencer par installer MAMP.

2- Lancer Mamp (Applications/MAMP/MAMP) puis aller « dans préférences » : Configurer le dossier dans l’onglet « Apache » comme suit : /Users/Votre-Pseudo-MAC/Sites. Réinitialiser ensuite les ports Apache et MySql avec les numéros de ports par défaut respectivement 80 et 3306 (dans l’onglet « Ports »).

3- Maintenant il faut changer la limite mémoire par défaut dans php.ini que vous trouverez dans le dossier /Applications/MAMP/conf/php5/php.ini et changer la valeur de memory_limit à 32 Mo.

4- Ensuite on doit indiquer à votre terminal que la bonne version de PHP à utiliser, comme suit :

- Ouvrez le terminal terminal (Applications/Utilitaires/Terminal).

- Taper la commande suivante (Ouvrir bash_profile, pour ajouter une variable d’environnement)

$ sudo vim .bash_profile

entrer votre mot de passe root si nécéssaire.

- Insérer ensuite cette ligne à la fin du fichier (pour entre en mode insertion taper « i »

PATH=/Applications/MAMP/bin/php5/bin:$PATH export PATH

- sauvegarder les modifs « :wq »

b) Installation de Symfony :

1- Vous êtes donc prêts à installer Symfony, redémarer votre terminal puis taper la commande suivante pour initialiser le channel de téléchargement Pear :

$ pear channel-discover pear.symfony-project.com

2- Vous pouvez maintenant lancer l’installation comme suit:

$ pear install symfony/symfony
$ pear install --alldeps http://phing.info/pear/phing-current.tgz

3- Tapez « symfony » dans votre terminal pour vérifier que tout s’est bien passé, vous verrez normalement la liste de toutes les commandes de Symfony.

et naturellement pour finir, je vous faire l’équivalent du « HelloWorld » pour symfony (càd un projet vierge).

c) Création et Configuration d’un nouveau projet :

1- Aller dans le dossier /Users/Votre-Pseudo-Mac/Sites et créer un dossier pour votre projet (ça sera « MonProjet » pour le tutorial)

2-Vous devez ensuite créer un VirtualHost pour votre projet (ce n’est pas obligatoire dans une installation locale de Symfony, mais c’est conseillé pour bénéficier des modules et styles par défaut de symfony) et ceci comme suit :

- Ouvrez le fichier /Application/MAMP/conf/Apache/htpd.conf et ajouter ceci à la fin du fichier :

<VirtualHost *>
ServerName monprojet.Localhost.com
DocumentRoot "/Users/votre-pseudo-mac/Sites/MonProjet/web"
DirectoryIndex index.php
Alias /sf /Applications/MAMP/bin/php5/lib/php/data/symfony/web/sf
<Directory "/Applications/MAMP/bin/php5/lib/php/data/symfony/web/sf">
AllowOverride All
Allow from All
</Directory>
<Directory "/Users/votre-pseudo-mac/Sites/MonProjet/web">
AllowOverride All
Allow from All
</Directory>
</VirtualHost>

Il reste à ajouter au fichier etc/hosts la ligne suivante :

127.0.0.1      MonProjet.localhost.com

Puisque c’est un fichier caché, vous devez le faire grâce au terminal :

$ cd /etc
$ sudo vim hosts

Ensuite insérer la ligne (commande « i » pour le mode d’insertion puis sauvegarder « :wq! »)

3- Passons maintenant à « Symfony » proprement dit. Ouvrez le terminal (ou redémarrez le s’il est ouvert) et tapez la commande suivante :

$ cd Sites/MonProjet

3- Initialiser le projet Symfony, comme suit :

$ symfony generate:project MonProjet

4- Initialiser l’application Symfony, comme suit :

$ symfony generate:app frontend

Voila vous avez terminé, vous pouvez maintenant tester votre projet en accèdant à l’adresse MonProjet.localhost.com depuis votre navigateur.

Bon courage à tous.

PS: n’oubliez pas de changer mon-pseudo-mac et MonProjet avec vos propres informations.