Association Francophone des Utilisateurs de Symfony

Pour ce dernier article du calendrier de l'avent de l'AFSY, j'ai envie de parler de Symfony 2.5. Le développement de cette nouvelle version qui sortira en mai 2014 vient juste de commencer, mais on peut déjà noter certains changements intéressants. Sachez que toutes les nouvelles fonctionnalités seront "retro-compatible", comme pour la version 2.4.

La puissance et l'utilité de Symfony ne sont plus à démontrer, c'est devenu un framework reconnu dans le monde professionnel. Il nous permet ainsi de répondre à beaucoup de problématiques techniques plus ou moins facilement, mais de manière assez élégante en général.

Aujourd'hui nous allons nous intéresser aux formulaires Symfony2, côté frontend et rendu, et montrer comment ils peuvent s'intégrer à des librairies javascript pour améliorer l'expérience utilisateur en évitant le spaghetti.Js.

On reproche souvent à PHP d'être un langage trop limité, notamment en ce qui concerne les traitements lourds et l'asynchronisme. Quand on a, par exemple, besoin de dérouler des actions sur un ensemble de 10 000 éléments, ça devient effectivement compliqué, et ça prend énormément de ressources serveur... sauf quand on utilise un gestionnaire de file d'attente.

La recherche est un domaine dans lequel les SGBD traditionnels sont particulièrement mauvais :

Simple question rhétorique ? Pas tant que ça ! Sur Wikipedia il existe 2 définitions du mot Commande rien que dans le domaine de l'informatique. La première est celle d'un design pattern et la seconde nous est plus familière:

Capifony est un outil destiné à l'industrialisation des déploiements d'applications sur des serveurs distants via SSH, ce n'est qu'une extension de Capistrano qui a été conçue initialement pour le déploiement d'applications Ruby. C'est donc pour cela que ce dernier est écrit en Ruby, langage qui se prête bien plus à ce genre de tâche que notre PHP...

Devops est le mouvement qui vise à réunir les équipes IT, en particulier les équipes de développement et des opérations, autour d'un objectif commun : améliorer la performance de l'organisation IT au service du métier. Cet article a pour but de démontrer la puissance de ce mouvement et les premières étapes pour adopter la culture Devops sur vos projets Symfony.

À la lecture des derniers articles, vous avez pu voir les bonnes pratiques pour le déploiement d'une API REST avec Symfony2, et l'utilisation de Symfony2 dans le développement d'applications Javascript.
Aujourd'hui, nous vous proposons de reprendre cette architecture mais "depuis les tranchées" : un premier retour, sous forme de tips, sur nos expériences de déploiement d'une application cliente AngularJS avec une API REST Symfony2.

Behat est un outil de BDD qu'on ne présente plus : http://behat.org

Depuis sa création il y a maintenant 4 ans, Doctrine 2 s'est imposé comme l'ORM standard sur toutes les applications Symfony2. Doctrine 2 est un outil très utile fournissant une couche d'abstraction pour la manipulation des bases de données relationnelles. Mais la clarté et la facilité de développement ont cependant un coût non négligeable. C'est pourquoi après le développement de certaines fonctionnalités, il est parfois nécessaire d'opérer une passe d'optimisation afin de gagner en performances.

Le cache HTTP est devenu le cache à la mode pour les développeurs PHP depuis l'arrivée de Symfony2.

Ces derniers temps, j'ai du faire pas mal de front. J'ai donc travaillé avec Marionette.js et Cie.

J'ai besoin d'utiliser un CMS dans mon application, mais lequel choisir ? Travaillant avec Symfony2, lequel pourra le mieux s'intégrer avec ce framework ?

Dans cet article, nous parlerons des méta-données Doctrine, comment elles sont utilisées et comment les étendre.

Vous ne rêvez pas, nous allons bien vous parlez de symfony1 dans cet article. Nous n'allons pas vous forcer à l'utiliser et encore moins vous inciter à commencer un nouveau projet avec. Nous allons vous présenter notre fork de symfony1 avec toutes les améliorations que nous y avons apportées (notamment le DIC) et que nous avons récemment taggé : symfony 1.5.

Dans cet article, je vais vous présenter le composant Config de Symfony2 et plus précisément la définition de l'arbre de configuration. Je vais vous expliquer pourquoi il est important d'utiliser ce composant au travers d'un petit exemple et comment tester sa configuration.

Tout fidèle lecteur se précipite sur son ordinateur dès potron-minet pour découvrir l'article qui se cache derrière la case du jour, et dont il interrompra le déroulé prévu du speaker pour lui poser toutes les questions qui lui passent par la tête.

C'est un exercice assez difficile de faire un nouvel article au sujet de la création d'APIs REST, tant ce sujet a déjà été largement traité, que ce soit dans l'écosystème Symfony / PHP ou en dehors.

Bonjour à tous, chers lecteurs. Aujourd'hui, je vous propose de poursuivre nos tutoriels avec une présentation pratique du fonctionnement interne de la compilation du conteneur de services et plus particulièrement des tags.

APYDataGridBundle fait partie des utilitaires qui permettent de gagner du temps sur les projets de type Application Web.
Grâce à celui-ci, et à cet article, vous obtiendrez des listes, filtrables, triables, exportables, avec pagination et gestion des relations entre vos entités. Vous pourrez également gérer des actions sur chacune des lignes, ou mettre en place des traitements spécifiques sur chaque colonne.
Bref : vous allez normalement être en mesure de gérer tous les cas de figures auxquels vous pourriez être confrontés sur vos projets.

Propel est un ORM (Object Relational Mapping) pour les bases de type SQL (MySQL, SQLite, Oracle, PostgreSQL) construit sur le design pattern ActiveRecord. Il vous permet donc d'accéder à vos bases avec un ensemble de classes représentant vos tables. Et, avec l'aide d'une API simple, il vous permet de manipuler facilement vos données.

En dépit de son titre provocateur, cet article s'intéresse à deux grands principes de la programmation orientée objet : STUPID et SOLID. Ces deux acronymes représentent respectivement une série de mauvaises et de bonnes pratiques de développement orientée objet.

L'AFSY est un acronyme signifiant « Association Francophone des Utilisateurs de Symfony ». Sur la forme, ce n'est pas vraiment une association, puisque aucun statut administratif n'a été déposé ! Dans les faits, depuis 2009, l'AFSY correspond à un groupe d'utilisateurs, présent dans plusieurs grandes villes françaises : Paris, Marseille, Nantes.