Livre Blanc "PHP en entreprise"

Posté par  (site web personnel) . Modéré par Jaimé Ragnagna.
Étiquettes : aucune
0
10
jan.
2005
PHP
L’Association Française des Utilisateurs de PHP (http://www.afup.org) publie la seconde édition de son livre blanc « PHP en entreprise ». Rédigé par des experts de PHP, ce document fournit aux entreprises une information synthétique sur PHP 5 et son écosystème. Ce livre blanc s’adresse aux développeurs, chefs de projets, décideurs et architectes qui souhaitent répondre aux questions suivantes :
- La plate-forme PHP rivalise-t-elle avec .NET et J2EE ?
- Quelle est son architecture technique ?
- Combien d’entreprises l’utilisent-elle ?
- Peut-on développer des services web et des applications client serveur avec PHP ?
- Est-il possible d’interfacer SAP et Lotus Notes avec PHP ?
- Quels sont les projets critiques qui recourent à cette technologie ?
- etc.

Chiffres clés (25 études Forrester, Gartner, etc. compilées), schémas techniques (2), captures d’écrans (8), exemples de code (6), témoignages d’entreprises (15) : tous les éléments sont réunis pour faire de ce livre blanc un véritable outil de travail.

Sommaire :
- Fiche d’identité de PHP
- PHP en chiffres
- Les atouts de PHP pour l’entreprise
- Architecture technique
- Une plate-forme qui s’ouvre aux problématiques d’intégration.
- PHP, J2EE et .NET : plus complémentaires que concurrents
- L’écosystème PHP
- Ce qu’en pensent les entreprises


AFUP

L’AFUP est une association à but non lucratif qui regroupe les utilisateurs professionnels (entreprises, prestataires, éditeurs, etc.) de PHP en France.

Son objectif est d’apporter une information objective sur cette plate-forme - basée sur des retours d’expérience concrets d’entreprise - afin d’aider les entreprises à choisir ou non cette technologie.

L’AFUP organise également des rencontres régulières (Forum PHP notamment) sur des sujets afférents à PHP

Aller plus loin

  • # web dynamique et parts de marché

    Posté par  (site web personnel) . Évalué à 1.

    Certains parmi vous connaissent ils les parts de marché des différentes "solutions" (désolé) et plate-formes du web dynamique :

    PHP, ASP, JSP, ZOPE, autres (?) etc....

    et, si possible, quelques liens vers des pages confirmant ces résultats.

    Merci.

  • # Pas de débat ? :D

    Posté par  (site web personnel) . Évalué à 3.

    Pour une fois, l'approche PHP/J2EE/.net de ce document ne prete pas à débat :) C'est bien ça :D

    http://about.me/straumat

  • # Et Zope dans tout ça?

    Posté par  . Évalué à 2.

    Grand amateur de Python mais pas du tout spécialiste du développement web (mais s'y intéressant) je me suis naturellement intéressé à Zope.

    Je vois bien la méthode de développement sous-jacente à J2EE, JSP etc.

    De même je vois bien les différentes façons de concevoir une appli web en PHP.

    Mais je n'ai pas encore compris la façon de s'y prendre avec Zope. Si quelqu'un peut m'éclairer, cela m'intéresse beaucoup.

    Alors j'avoue que PHP avec sa souplesse et sa relative simplicité me plait de plus en plus.

    • [^] # Re: Et Zope dans tout ça?

      Posté par  (site web personnel) . Évalué à 3.

      concernant Zope, au premier abord la doc en français n'est pas facile a trouver mais en cherchant bien on trouve :

      * un livre épuisé : plein de'extraits pdf dispo http://www.editions-eyrolles.com/Livre/9782212092813/zope(...)

      * The « French Zope Book » http://www.zope.org/Members/ghuo/introduction_zope_fr(...)

      * une vielle introduction à Zope http://www.zope.org/Members/ghuo/introduction_zope_fr(...)

      * article Redhat mag (fr) : https://www.redhatmagazines.com/fr/PDF/RHM_FR_4_2004/Zope-et-Plone.p(...)

    • [^] # Re: Et Zope dans tout ça?

      Posté par  . Évalué à 1.

      Si te recherche la souplesse et la simplicité du style php pour les applis web, il y a tout un tas de petits frameworks qui s'en rapprochent plus que Zope qui est bien autre chose et donc incomparable avec un langage comme php.
      cherrypy, twisted, quixote, webware etc... Le seul problème est qu'il y en a beaucoup, personnellement j'ai préféré créer le mien, c'est pas difficile et on a vite fait d'avoir quelque chose à la fois souple comme du php mais sans rentrer dans une usine à gaz.

      Ce qui n'enlève pas l'avantage indéniable de php d'être supporté par pratiquement tous les hébergeurs mutualisés, comme insiste bien le livre blanc (ça me fait penser à une plaquette windev ce côté on est les meilleurs et les plus nombreux).

      • [^] # Re: Et Zope dans tout ça?

        Posté par  . Évalué à 1.


        Si te recherche la souplesse et la simplicité du style php pour les applis web, il y a tout un tas de petits frameworks qui s'en rapprochent plus que Zope qui est bien autre chose et donc incomparable avec un langage comme php.
        cherrypy, twisted, quixote, webware etc..


        J'ai essayé cherrypy et je trouve que c'est vraiment léger. En fait ça ne fait presque rien, pas de gestion de persistance, pas de template (même si on peut les intégrer): dans ce cas effectivement je préfère développe mon propre framework.

        Twisted, ça n'a pas grand chose avoir avec les applis web (ou bien j'ai raté quelque chose), mais c'est plutôt un (bon) framework pour les protocoles réseau.

        Je ne connais pas quixote.

        J'avais regardé webware, c'est vraiment intéressant, mais j'ai pa eu le temps de tester.


        En fait je pense qu'il y a tout ce que je veux dans Zope, mais que je n'ai pas eu le temps de m'investir assez dans la compréhension du framework. Ce qui me manque c'est de savoir comment implémenter la partie metier de l'appli. Est-ce à cela que serve les produits Zope? (mis à par la réutilisabilité)

  • # Entreprises utilisatrices

    Posté par  (site web personnel) . Évalué à 2.

    Comment sont répertoriées les entreprises qui utilisent PHP ?
    1) Est-ce par un contact (mail ou téléphone) ?
    2) En analysant les entêtes http de leur serveur ?
    3) autre ?

Suivre le flux des commentaires

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