Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Discussion :

Avis sur Api platform


Sujet :

Symfony PHP

  1. #1
    Membre à l'essai
    Homme Profil pro
    Étudiant
    Inscrit en
    août 2014
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : août 2014
    Messages : 9
    Points : 14
    Points
    14
    Par défaut Avis sur Api platform
    Bonjour à tous,

    J'aimerais avoir vos avis concernant le fait d'utiliser Api platform ou non.
    J'utilise Symfony depuis plusieurs années, et depuis quelques mois j'envisage de passer en full API rest. Du coup forcément je suis tombé sur le framework, je me suis un peu renseigné dessus via la doc, mais y'a déjà plusieurs choses qui me dérangent un peu, du style le fait que quasiment tout soit des annotations dans les entités. J'aime bien avoir mes controller. Ensuite, les filtres, là encore, j'aime pas trop la façon dont c'est fait.( Mais d'un côté ça reste super utile )
    D'un autre côté, ils mettent en avant le fait de respecter les bonnes pratiques, avec Json-ld/hydra, schema.org, etc. (Même si pour le coup, j'ai jamais testé json-ld/hydra, et que pour mes applis un simple json marche tout aussi bien). C'est fait par des mecs de Symfony.

    J'ai tâché de regarder également sur le net, mais y'a pas des masses de retours, à part le fait que ça met en place un environnement complet directement, et que tout marche rapidement. D'un autre côté j'ai peur que si je dois commencer à faire des trucs spécifiques ça commence à être la galère. (Notamment pour le boulot)

    J'ai l'impression qu'en fait ils mettent tellement d'outils et de bonnes pratiques que limite je passe dans un autre monde de codage en utilsant API platform.


    Donc voilà, j'essaie d'éviter le biais de confirmation, en espérant avoir des retours d'expérience, ou bien d'autres dév dans la même situation que moi.
    Surtout que si je passe en API rest dans mon code c'est à priori pour plusieurs années, et pour tous mes projets, donc autant faire le bon choix maintenant.

  2. #2
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    juillet 2011
    Messages
    255
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : juillet 2011
    Messages : 255
    Points : 428
    Points
    428
    Par défaut
    Salut,

    Citation Envoyé par NukaCola Voir le message
    J'ai tâché de regarder également sur le net, mais y'a pas des masses de retours, à part le fait que ça met en place un environnement complet directement, et que tout marche rapidement. D'un autre côté j'ai peur que si je dois commencer à faire des trucs spécifiques ça commence à être la galère. (Notamment pour le boulot)
    Perso je découvre API Platform depuis quelques mois notamment via ces tutoriels (vidéos payantes mais les scripts sont accessibles gratuitement dessous) : https://symfonycasts.com/tracks/rest#api-platform
    Tout en étant conscient d'avoir encore beaucoup à découvrir, je trouve dès à présent que c'est un outil vraiment complet, et comme n'importe quel framework sa prise en main demande du temps et il existe souvent plusieurs manières pour arriver à des résultats similaires.

    Par contre je ne comprends pas bien ce que tu sous entends par "Notamment pour le boulot" ?

    Citation Envoyé par NukaCola Voir le message
    J'ai l'impression qu'en fait ils mettent tellement d'outils et de bonnes pratiques que limite je passe dans un autre monde de codage en utilisant API platform.
    Très probablement que tu n'utiliseras pas toutes les fonctionnalités disponibles (certaines sont spécifiques aux interfaces "machine-machine"), mais l'un des arguments mis en avant par API Platform c'est justement d'être basé sur Symfony/Doctrine, donc si tu utilises Symfony depuis plusieurs années tu ne devrais pas être trop dépaysé pour utiliser ses fonctionnalités, les étendre, etc.

    Citation Envoyé par NukaCola Voir le message
    Surtout que si je passe en API rest dans mon code c'est à priori pour plusieurs années, et pour tous mes projets, donc autant faire le bon choix maintenant.
    À mon avis il faut transformer ton code/tes applications en API REST que lorsque tu en a réellement l'utilité, ce qui n'est probablement pas le cas dans tous tes projets.
    Cela étant dit, API Platform me semble un outil pérenne pour plusieurs raisons : basé sur SF4/Doctrine (qui ne sont pas des petits projets), une popularité croissante (cf. le nombre de tutoriels un peu partout sur le net, le nombre de conférences dont c'est le sujet, etc.) et une communauté active (cf. GitHub). Et puis comme tu connais déjà Symfony, l'apprentissage devrait être facilité par rapport à d'autres outils éventuellement écrits dans d'autres langages.

  3. #3
    Membre à l'essai
    Homme Profil pro
    Étudiant
    Inscrit en
    août 2014
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : août 2014
    Messages : 9
    Points : 14
    Points
    14
    Par défaut
    Hello, merci pour ton retour

    Citation Envoyé par _Thomas Voir le message
    Tout en étant conscient d'avoir encore beaucoup à découvrir, je trouve dès à présent que c'est un outil vraiment complet, et comme n'importe quel framework sa prise en main demande du temps et il existe souvent plusieurs manières pour arriver à des résultats similaires.

    Par contre je ne comprends pas bien ce que tu sous entends par "Notamment pour le boulot" ?
    Tu utilises les autres parties du framework (Partie admin, la doc Swagger) ou juste la partie Symfony ?
    Par exemple, je n'aime pas non plus également React, préférant largement Angular.

    Concernant le boulot, je peux pas spécialement me permettre de passer sous une techno, et de rester bloquer sur un problème spécifique à celle ci quand on me demande d'intégrer des choses qui sortent de l'utilisation standard. De ce que tu me dis, ça à l'air facile de modifier quelque chose vu que ça reste du Symfony. Mais si à chaque cas un peu compliqué je dois surcharger je ne sais quoi pour retourner sur du Symfony "basique", le framework perd un peu son utilité.
    J'ai déjà connu des outils qui marchaient super bien 90% du temps, et après quand on rentrait dans les 10% de cas spéciaux, ça devenait un enfer à modifier.

    Citation Envoyé par _Thomas Voir le message
    Très probablement que tu n'utiliseras pas toutes les fonctionnalités disponibles (certaines sont spécifiques aux interfaces "machine-machine"), mais l'un des arguments mis en avant par API Platform c'est justement d'être basé sur Symfony/Doctrine, donc si tu utilises Symfony depuis plusieurs années tu ne devrais pas être trop dépaysé pour utiliser ses fonctionnalités, les étendre, etc.
    Tant mieux !
    Par contre ce qui me dérange vraiment, c'est d'avoir toutes les annotations dans les Entités. En temps normal j'aime plutôt les annotations, mais quand je vois ça j'ai franchement du mal
    Nom : Capture.PNG
Affichages : 34
Taille : 22,9 Ko
    Après tu me diras que c'est une question d'habitudes, et que là c'est un exemple avec toutes les possibilités, c'est vrai, mais avec des entités ayant plusieurs sous ressources, j'ai peur que ça devienne immonde, et avec des entités de 3m en annotations.
    Pour le coup c'est vraiment une question de goûts.

    Citation Envoyé par _Thomas Voir le message
    À mon avis il faut transformer ton code/tes applications en API REST que lorsque tu en a réellement l'utilité, ce qui n'est probablement pas le cas dans tous tes projets.
    Cela étant dit, API Platform me semble un outil pérenne pour plusieurs raisons : basé sur SF4/Doctrine (qui ne sont pas des petits projets), une popularité croissante (cf. le nombre de tutoriels un peu partout sur le net, le nombre de conférences dont c'est le sujet, etc.) et une communauté active (cf. GitHub). Et puis comme tu connais déjà Symfony, l'apprentissage devrait être facilité par rapport à d'autres outils éventuellement écrits dans d'autres langages.
    Pour les projets existants non c'est sûr, mais pour les futurs ça me semble intéressant de switcher complètement, que ça soit via api platform ou avec un truc manuel.
    Après l'apprentissage ne me fait pas peur vu que la doc semble être claire, donc ça devrait être rapide à prendre en main.


    Là à froid je serais plus tenté d'utiliser uniquement l'api core bundle directement (même si la doc automatique via Swagger peut être intéressante également)

  4. #4
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    juillet 2011
    Messages
    255
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : juillet 2011
    Messages : 255
    Points : 428
    Points
    428
    Par défaut
    Citation Envoyé par NukaCola Voir le message
    Tu utilises les autres parties du framework (Partie admin, la doc Swagger) ou juste la partie Symfony ?
    Pour l'instant je me suis concentré sur la partie "Symfony" : la 1ère parte du tuto SymfonyCasts traitait les concepts et comment utiliser les annotations pour personnaliser l'API ; la 2ème partie (en cours) est focalisée sur la sécurité donc c'est très intéressant pour voir comment API Patform réutilise des composants Symfony pour ne pas ré-inventer la roue (Security, Voters, Validation, etc.).
    Après la doc Swagger je la vois comme du bonus car sans rien faire tu disposes d'une documentation toujours à jour qui représente fidèlement ton API à l'instant T.

    Citation Envoyé par NukaCola Voir le message
    Par exemple, je n'aime pas non plus également React, préférant largement Angular.
    Je n'ai pas encore étudié la partie admin et je connais trop peu les framework JS pour me rendre compte des conséquences de leurs différences, mais effectivement ça peut être déroutant si tu connais mieux et que tu préfères Angular que React/Vue.

    Citation Envoyé par NukaCola Voir le message
    Concernant le boulot, je peux pas spécialement me permettre de passer sous une techno, et de rester bloquer sur un problème spécifique à celle ci quand on me demande d'intégrer des choses qui sortent de l'utilisation standard. De ce que tu me dis, ça à l'air facile de modifier quelque chose vu que ça reste du Symfony. Mais si à chaque cas un peu compliqué je dois surcharger je ne sais quoi pour retourner sur du Symfony "basique", le framework perd un peu son utilité.
    J'ai déjà connu des outils qui marchaient super bien 90% du temps, et après quand on rentrait dans les 10% de cas spéciaux, ça devenait un enfer à modifier.
    En fait d'après ce que j'en comprends pour l'instant (à prendre avec des pincettes donc), tu ne vas pas "retourner" faire du Symfony basique, mais comme API Platform est basé sur des composants Symfony, pour étendre ses fonctionnalités il "suffit" souvent de savoir utiliser/étendre les composants Symfony sous-jacents pour modifier le fonctionnement d'API Platform.

    Après je ne partage pas l'argument des outils adéquats dans 90% des cas mais affreux dans 10%, au final tous les outils sont imparfaits et c'est bien pour ça qu'il y a régulièrement des nouvelles versions et/ou des nouveaux outils. La crainte de se laisser "enfermer" dans les contraintes d'un framework est légitime, mais dans le cas de Symfony (et donc in fine d'API Platform) les composants sont conçus pour être utilisables indépendamment les uns des autres (cf. par exemple : https://symfony.com/doc/current/crea...ork/index.html).

    Et au final ça me fait penser aux arguments des gens qui préfèrent le PHP from scratch plutôt qu'utiliser un framework quelconque, au prétexte d'avoir plus de liberté mais en devant alors ré-inventer la roue (souvent moins ronde) pour chaque sujet (typiquement un routeur, la sécurité, la validation des formulaires, etc...).


    Citation Envoyé par NukaCola Voir le message
    Par contre ce qui me dérange vraiment, c'est d'avoir toutes les annotations dans les Entités. En temps normal j'aime plutôt les annotations, mais quand je vois ça j'ai franchement du mal

    Après tu me diras que c'est une question d'habitudes, et que là c'est un exemple avec toutes les possibilités, c'est vrai, mais avec des entités ayant plusieurs sous ressources, j'ai peur que ça devienne immonde, et avec des entités de 3m en annotations.
    Pour le coup c'est vraiment une question de goûts.
    Là je suis d'accord, les annotations sont bien pratiques mais peuvent vite devenir illisibles et compliquées à déboguer (pas beaucoup d'autocomplétion ni de vérification dans les IDE).
    D'où l'importance d'intenter le plus proprement possible en revenant à la ligne pour aérer le texte, et à utiliser des conventions de nommage pour les groupes (exemple dans ce chapitre, certaines annotations sont supprimées pour être ajoutées automatiquement sous réserve de respecter la convention de nommage choisie : https://symfonycasts.com/screencast/...ty/auto-groups).

    Après pour avoir des retours d'expériences plus concrets, tu peux cherche sur YouTube, exemple de 2017 :


  5. #5
    Membre à l'essai
    Homme Profil pro
    Étudiant
    Inscrit en
    août 2014
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : août 2014
    Messages : 9
    Points : 14
    Points
    14
    Par défaut
    Citation Envoyé par _Thomas Voir le message
    En fait d'après ce que j'en comprends pour l'instant (à prendre avec des pincettes donc), tu ne vas pas "retourner" faire du Symfony basique, mais comme API Platform est basé sur des composants Symfony, pour étendre ses fonctionnalités il "suffit" souvent de savoir utiliser/étendre les composants Symfony sous-jacents pour modifier le fonctionnement d'API Platform.
    Hum, de ce que j'ai compris, la partie Symfony utile "juste" le api core bundle, et le framework fournit juste plusieurs outils (admin/doc) et les configs déjà prêtes. Mais pour la partie Symfony ça revient juste à un l'installation d'un bundle et sa configuration.


    Citation Envoyé par _Thomas Voir le message
    Après je ne partage pas l'argument des outils adéquats dans 90% des cas mais affreux dans 10%, au final tous les outils sont imparfaits et c'est bien pour ça qu'il y a régulièrement des nouvelles versions et/ou des nouveaux outils. La crainte de se laisser "enfermer" dans les contraintes d'un framework est légitime, mais dans le cas de Symfony (et donc in fine d'API Platform) les composants sont conçus pour être utilisables indépendamment les uns des autres (cf. par exemple : https://symfony.com/doc/current/crea...ork/index.html).

    Et au final ça me fait penser aux arguments des gens qui préfèrent le PHP from scratch plutôt qu'utiliser un framework quelconque, au prétexte d'avoir plus de liberté mais en devant alors ré-inventer la roue (souvent moins ronde) pour chaque sujet (typiquement un routeur, la sécurité, la validation des formulaires, etc...).
    Hum, je ne suis également pas d'accord avec toi pour le coup.
    Je suis le premier à dire qu'il faut utiliser un framework, car on ne peut pas tout faire, surtout au niveau de la sécurité par exemple. Par contre, faut utiliser des technos éprouvées.
    Entre utiliser Symfony, un framework de quasiment 15 ans, avec une grosse équipe derrière qui tourne comme une usine, et utiliser api platform, qui est dans sa version ^2.0 depuis moins de trois ans, qui est une surcouche d'un framework, dont je commence à entendre depuis un peu plus d'un an (et pourtant je suis l'actu PHP/Symfony), et qui mélange back/front/doc/infra/etc, avec divers framework, et une équipe plus petite, y'a des questions légitimes.
    Même sur le site de Symfony, ils poussent timidement api-platform.

    D'ailleurs tu parles de composants, mais dunglas a justement réunifié pas mal de composants à la base séparés pour faire le api core bundle qui regroupe tout. Alors que Symfony au contraire dans sa version 4 a séparé certains modules en plusieurs sous modules. Du coup ça ressemble à du Symfony mais la philosophie est différente.



    En tout cas, merci beaucoup pour tes retours, je regarderai ta vidéo ce soir en continuant mes investigations.
    J'aurais aimé le retour ou même juste l'avis d'autres personnes sur le forum également (Une transition raté/réussi sous api-platform, pourquoi ça peut être une bonne/mauvaise idée), mais bon.



    Dans les faits, je vais juste utiliser l'api core bundle dans un projet S4, histoire de me faire la main dessus, et de me faire un avis définitif.

  6. #6
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    juillet 2011
    Messages
    255
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : juillet 2011
    Messages : 255
    Points : 428
    Points
    428
    Par défaut
    Citation Envoyé par NukaCola Voir le message
    Entre utiliser Symfony, un framework de quasiment 15 ans, avec une grosse équipe derrière qui tourne comme une usine, et utiliser api platform, qui est dans sa version ^2.0 depuis moins de trois ans, qui est une surcouche d'un framework, dont je commence à entendre depuis un peu plus d'un an (et pourtant je suis l'actu PHP/Symfony), et qui mélange back/front/doc/infra/etc, avec divers framework, et une équipe plus petite, y'a des questions légitimes.
    Même sur le site de Symfony, ils poussent timidement api-platform.
    Je vois ce que tu veux dire, effectivement API Platform est plus confidentiel que Symfony (plus spécifique aussi). Je me disais qu'il manquait une page référençant les projets/sociétés qui utilisent API Platform et en fait ces infos se trouvent tout en bas de la page d'accueil du site (https://api-platform.com/). Mais ça serait encore mieux s'ils détaillaient quelques projets concrets pour illustrer comment le framework a été utilisé etc, car effectivement pour l'instant les retours d'expérience sont rares.

    Et pour finir sur un argument d'autorité () :
    Citation Envoyé par Fabien Potencier (creator of Symfony), SymfonyCon 2017
    API Platform is the most advanced API platform, in any framework or language.
    ++

  7. #7
    Membre du Club
    Homme Profil pro
    Développeur Web
    Inscrit en
    janvier 2019
    Messages
    28
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2019
    Messages : 28
    Points : 44
    Points
    44
    Par défaut
    j'utilise api platform et je recommande.

    fiabilité, rapidité de développement, liberté, pérennité....

  8. #8
    Membre à l'essai
    Homme Profil pro
    Étudiant
    Inscrit en
    août 2014
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : août 2014
    Messages : 9
    Points : 14
    Points
    14
    Par défaut
    Citation Envoyé par krakatoa Voir le message
    j'utilise api platform et je recommande.

    fiabilité, rapidité de développement, liberté, pérennité....
    Hello

    Tu l'utilises depuis combien temps ? Pour quel genre de projet ? (Perso/pro)



    Du coup je m'y suis mets depuis quelques jours, c'est sûr que c'est assez rapide à prendre en main quand on connait Symfony, et la doc se fait automatiquement.
    Par contre, les problèmes arrivent assez tôt :

    Là j'ai mis en place la partie utilisateur, et quand je crée un nouveau compte via le POST SUR /api/users, le mot de passe se met en clair dans la BDD (Forcément vu que l'encodeur n'est jamais appelé). Et pour l'appeler, là ça devient soit problématique, soit dégueulasse.

    J'ai le choix entre surcharger le controller ( non recommandé par api platform ), ou créer un EventListener (recommandé). Et le système d'event est franchement pas opti, vu que je ne peux pas mettre un listener pour écouter JUSTE l'événement à la création/modification d'un utilisateur. Je dois forcément mettre un listener qui écoute toutes les créations/modifications d'une entité.

    A moins que je manque quelque chose, c'est vraiment pas extra pour les grosses API.

  9. #9
    Membre averti
    Homme Profil pro
    Étudiant
    Inscrit en
    juillet 2011
    Messages
    255
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 27
    Localisation : France, Ain (Rhône Alpes)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : juillet 2011
    Messages : 255
    Points : 428
    Points
    428
    Par défaut
    Salut,

    À la place d'un EventListener tu peux aussi utiliser un Data Persister : https://api-platform.com/docs/core/data-persisters/
    Explications détaillées ici notamment pour encoder le mot de passe lors de la création d'un utilisateur : https://symfonycasts.com/screencast/...-user-password

  10. #10
    Membre du Club
    Homme Profil pro
    Développeur Web
    Inscrit en
    janvier 2019
    Messages
    28
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 37
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : janvier 2019
    Messages : 28
    Points : 44
    Points
    44
    Par défaut
    le service d'authentification de Symfony fonctionne très bien , suffit de l'utiliser pour créer ton user...

    n'oublie que Symfony est un framework qui proposent des outils, faut les utiliser...

  11. #11
    Membre à l'essai
    Homme Profil pro
    Étudiant
    Inscrit en
    août 2014
    Messages
    9
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Bouches du Rhône (Provence Alpes Côte d'Azur)

    Informations professionnelles :
    Activité : Étudiant

    Informations forums :
    Inscription : août 2014
    Messages : 9
    Points : 14
    Points
    14
    Par défaut
    Citation Envoyé par _Thomas Voir le message
    Salut,

    À la place d'un EventListener tu peux aussi utiliser un Data Persister : https://api-platform.com/docs/core/data-persisters/
    Explications détaillées ici notamment pour encoder le mot de passe lors de la création d'un utilisateur : https://symfonycasts.com/screencast/...-user-password
    Ah merci, j'en étais pas encore arrivé là !
    En effet, ça semble mieux, vu que le framework s'arrête de chercher des DataPersisters à partir du moment où l'un d'eux renvoie true. C'est pas encore le plus opti, mais c'est un poil mieux.

    Citation Envoyé par krakatoa Voir le message
    le service d'authentification de Symfony fonctionne très bien , suffit de l'utiliser pour créer ton user...

    n'oublie que Symfony est un framework qui proposent des outils, faut les utiliser...
    Tu n'as pas l'air d'avoir bien saisi le sujet, je te laisse le relire

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. [4.x] API REST : avis sur JWT, Oauth2
    Par duke666 dans le forum Symfony
    Réponses: 2
    Dernier message: 19/12/2018, 19h26
  2. Avis sur les APIs Facebook
    Par morgandev dans le forum Facebook
    Réponses: 0
    Dernier message: 24/12/2012, 12h52
  3. Convertion de fichiers EMF -- Avis sur quelques API
    Par K-you dans le forum Général Java
    Réponses: 0
    Dernier message: 26/10/2010, 12h17
  4. avis sur API 2D Java/C++
    Par Bart_lx dans le forum Développement 2D, 3D et Jeux
    Réponses: 9
    Dernier message: 26/05/2008, 09h32
  5. Vos avis sur les API de Log en C
    Par ltournayre dans le forum Bibliothèques
    Réponses: 2
    Dernier message: 18/10/2006, 17h07

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo