Bookmarks : Yahoo! choisit d'utiliser Symfony

Posté par . Modéré par j.
Tags :
0
1
nov.
2006
PHP
Au cas où vous seriez passé à côté, Yahoo! a récemment rendu publique la prochaine version de son outil de gestion des marques-pages. C'est bien entendu plein d'AJAX et en version bêta.

Mais ce qui est vraiment intéressant, c'est que Yahoo! ait choisi d'utiliser le framework d'application web PHP5 Symfony pour développer cette application qui supporte quelques 20 millions d'utilisateurs dans 12 langages...

D'après Michael Salisbury (qui travaille sur le projet chez Yahoo!), Symfony a été choisi pour les raisons suivantes :
  • Excellente documentation ;
  • Configuration explicite et extensible ;
  • Développement actif ;
  • Utilisation de briques logicielles libres de qualité (plutôt que de réinventer la roue).

La communauté attend avec impatience le reversement de code promis par Yahoo! Voilà une excellente nouvelle pour ce projet d'origine francophone qui souffle tout juste sa première bougie.

Symfony est un framework d'application web PHP5 de dernière génération (au même titre que Django, Ruby on Rails ou Catalyst). Publié sous une licence libre (MIT) par la société Sensio il y a tout juste un an, le projet est aujourd'hui très actif et devrait aboutir à une version 1.0 dans les mois qui viennent.
  • # Asynchronous JavaScript And XML

    Posté par . Évalué à 1.

    Des standards qui devraient partager des atomes crochus.
    Un moyen efficace pour générer du code xhtml STRICT.

    Pas comme ici : http://linuxfr.org/2006/11/01/21559.html
    This page is not Valid XHTML 1.0 Strict!

    Below are the results of checking this document for XML well-formedness and validity.

    1. Error Line 51 column 51: there is no attribute "target".

    <form method="get" action="/recherche.html" target="_blank"
    • [^] # Re: Asynchronous JavaScript And XML

      Posté par . Évalué à 1.

      Juste une remarque : cette manie de vouloir à tout prix du xhtml, donc orienté xml, pour des agents utilisateurs qui tolèrent les erreurs est un peu dommage.
      certes les standards ont progressé grâce à cela, mais un document web sera mieux géré avec le bon Doctype html 4 strict , plutôt qu'avec du xhtml traité en html, qui n'est pas trop fait pour cela.

    • [^] # Re: Asynchronous JavaScript And XML

      Posté par . Évalué à 3.

      Une très bonne alternative des frenchies face à Flash.
      Bon j'ai testé Yahoo Mail : google maps c'est vrai que l'interface drag'n drop est conviviale et meme instinctive.
      Mais bon l'emploi du coté client de scripts JavaS, augmente la charge CPU.
  • # Moi je dis ça, je dis rien...

    Posté par (page perso) . Évalué à 7.

    C'est sur que ce choix est intéressant d'utiliser un framework basé sur PHP5... Mais pas si surprenant que ça, lorsqu'on se souvient que Rasmus Lerdorf (créateur de PHP) bosse chez Yahoo!
  • # Symphony...

    Posté par (page perso) . Évalué à 0.

    Veuillez notez que je suis surement totalement subjectif sachant que je suis fervent défenseur de Rails et que je n'ai jamais testé Symphony, que je n'utiliserai peut etre jamais car devenu accro a Ruby...

    Enfin bon, j'ai regardé le screencast de création d'interface admin sur la page d'accueil et ce qui m'a choqué c'est la tonne de config qu'il doit déclarer ! Au début par exemple, il a l'air de rédifinir tout le schéma de la base en XML ! C'est pas vraiment "Convention Over Configuration"...
    • [^] # Re: Symphony...

      Posté par (page perso) . Évalué à 4.

      bof, RoR avec ActiveRecord c'est pas vraiment mieux hein (ni même les ActiveRecord like en php...). Ça bouffe des ressources de façon hallucinante : pour chaque opération, à chaque execution du code, les requêtes sont générées from scratch, il y a plein de trucs, de bout de code générés from scratch. (en tout cas, d'aprés ce que j'ai vu, je ne suis pas spécialiste RoR, et c'est en tout cas vrai pour les activerecord like en php). Ce qui à mon sens , est un peu ridicule, puisqu'à priori, durant la vie du site, ni le code ni les requêtes ne changent.

      Ça ne devient pertinent que dans le cas d'un formulaire de recherche par exemple, où les critères peuvent être indéfinies (nombre et valeurs inconnus lors du dev).

      ActiveRecord, c'est peut être sexy pour le developpeur, mais au niveau de la conception, c'est un peu limite. (c'est mon avis en tout cas)

      Au moins avec un fichier xml, yaml ou autre format de votre choix, qui pourrait trés bien être générés par un script en interrogeant la base de donnée durant le développement, on peut mettre en place une génération de code "statique", avoir donc des classes générées une seule fois à partir de ces fichiers de conf, contenant toutes les requêtes en dur (il y aurait juste les paramètres à faire passer) : on y gagne énormément en perf. Et c'est plus propre je trouve.

      C'est en tout cas l'approche que j'ai pris pour mon framework. (non je n'utilise pas symfony)
      • [^] # Re: Symphony...

        Posté par . Évalué à 2.

        J'ai pratiqué un peu symfony. Le fichier XML peut bien entendu être generé par reverse-engeenering en interrogeant une base de données existante (c'est le cas avec Propel utilisé par Symfony comme c'est le cas avec tous les outils de mapping objet-relationnel)
        • [^] # Re: Symphony...

          Posté par (page perso) . Évalué à 2.

          donc en gros faut regénérer manuellement le fichier XML du schéma de la base apres chaque modification, ce qui n'est pas le cas d'ActiveRecord...
          • [^] # Re: Symphony...

            Posté par . Évalué à 1.

            Idéalement la description de référence du modèle doit être le fichier XML (YML pour les dernières versions de symfony).

            À noter : un second ORM (doctrine - http://www.phpdoctrine.com) est en train d'être intégré à symfony, il est plus active record like si j'ai bien compris. Il y en aura donc pour tout le monde :)
      • [^] # Re: Symphony...

        Posté par (page perso) . Évalué à 2.

        Une bonne partie des choses sont créées de zéro, à chaque démarrage de processus. Sauf que logiquement on ne redémarre pas le processus tous les matins, contrairement à PHP.
        L'idée c'est de se rapprocher des JIT d'une JVM par exemple : lent à la première exécution, rapide (ou en tout cas moins lent) après.
  • # Gestion de BookMark sous Firefox

    Posté par . Évalué à 1.

    Ne donnant aucun crédit à ces gestionnaires de bookmarks, je suis tombé recemment sur une extension firefox qui me comble de joie : http://www.zotero.org/ .

    Je détourne un peu son utilisation pour gérer mes bookmarks en utilisant des tags, des catégories, pour lier des liens entre eux.

    à découvrir
    • [^] # Re: Gestion de BookMark sous Firefox

      Posté par . Évalué à 1.

      Merci pour ce tuyau. J'avais essayé Bookmarktags mais il cassait tous les bookmarks.
      Il semble correspondre à mes besoins.
      Par contre, je l'ai un peu adapté pour afficher juste le "Z" dans la status bar au lieu d'un gros "ZOTERO".
  • # Oh non !

    Posté par . Évalué à 1.

    le plugin Firefox de chez viamantec : AJAX yahoo Mail n'est pas compatible avec firefox2 (<=1.6) Snifffff.....

    http://viamatic.com/blogs/index.php/firefox
  • # Article à propos de Symfony

    Posté par . Évalué à 2.

    Pour information : http://www.clever-age.com/veille/blog/frameworks-php-symfony(...)

    l'article détaille les faiblesses du frameworks dans son état actuel, en espérant aider à les corriger pour la version 1.0.
  • # insupportable ?

    Posté par (page perso) . Évalué à 2.

    cette application qui supporte quelques 20 millions d'utilisateurs dans 12 langages

    Après avoir supporté bien des péripécies, les programmes on du supporter des fonctionnalités, des langages, des protocoles, des plugins etc. Les voici maintenant qui, doivent supporter leurs utilisateurs, même si ces dernière n'ont pas besoin de support utilisateur. J'espère qu'il feront preuve de patience, car chacun sait que les utilisateurs sont insupportables.

    Pouf, pouf.
    • [^] # Re: insupportable ?

      Posté par (page perso) . Évalué à 1.

      Je me répond à moi même parceque "on du supporter", c'est vraiment la honte :-(
      En plus, péripéties, c'est quand même mieux que péripécies...

Suivre le flux des commentaires

Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.