PHP 5 RC 1

Posté par (page perso) . Modéré par Nÿco.
Tags : aucun
0
19
mar.
2004
PHP
La première « Release Candidate » de PHP 5 vient de sortir ainsi que PHP 4.3.5 RC 4.

PHP 5 apporte notamment une meilleur gestion des objets, des fichiers XML et il embarque aussi la base de données SQL SQLite.

PHP 4.3.5 RC 4 est une simple version de maintenance corrigeant quelques bugs. Au menu de PHP 5 :
- le Zend Engine II avec le nouveau support objet
- le support de l'XML a été totalement réécrit, toutes les extensions sont désormais basées sur la libxml2 (http://www.xmlsoft.org/).
- l'extension SimpleXML pour manipuler des fichiers XML comme des objets PHP
- une nouvelle extension MySQL batisée MySQLi incluant le support de MySQL 4.1.
- SQLite est inclus dans PHP. Il s'agit d'une base SQL ne nécessitant pas de serveur (elle sauvegarde les bases dans des fichiers sur votre serveur web).
- de nouvelles extensions SOAP.
- la gestion des flux a été améliorée avec la possibilité de faire des opérations de bas niveau au niveau des sockets.
- et bien d'autres choses...

Aller plus loin

  • # Re: PHP 5 RC 1

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

    « SQLite est inclus dans PHP. Il s'agit d'une base SQL ne nécessitant pas de serveur (elle sauvegarde les bases dans des fichiers sur votre serveur web). »

    ??

    C'est aussi ce que fait mysql (`ls /var/lib/mysql` si vous avez un doute). Ca veut dire quoi ? Qu'il n'y pas de relation client-serveur avec le client, mais que le client est un programme en ligne de commande ?
    • [^] # Re: PHP 5 RC 1

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

      ça veut dire que ça fonctionne comme db2 ou gdbm mais avec toute le puissance d'une base de données relationnelles.
      • [^] # Re: PHP 5 RC 1

        Posté par (page perso) . Évalué à -8.

        Un nouvelle base de donnée relationnelle. C'est vrai que cela faisait cruellement défaut. A ce demander quel projet ne pond pas sa propre base de données ces temps ci...
        Et en plus super utile, surtout que maintenant à ce qu'il parait PHP est un langage objet ! ;-)
        On aura tout vu...
        • [^] # Re: PHP 5 RC 1

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

          Mieux vaut entendre ça que d'être sourd...

          Ça existe depuis longtemps : http://www.sqlite.org/(...)
          • [^] # Re: PHP 5 RC 1

            Posté par . Évalué à -2.

            s/entendre/lire/

            s/sourd/Guy Montagné/


            A plus tard ---------------------------------->[]


            PS/
            C'était une intervention de la brigade pour l'exactitude des propos.
          • [^] # Re: PHP 5 RC 1

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

            C'est pas parce-que c'est vieux que c'est bon...
            Exemple : Windows 3.1
            Il faudrait voir à ne pas disperser les efforts de développement.
            Si chacun ré-invente la route dans son coin cela ne fait pas avancer les choses !
            • [^] # Re: PHP 5 RC 1

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

              Pfiou... lis un peu le site web de sqlite, tu comprendras que ce n'est pas une réinventation de roue...
              • [^] # Re: PHP 5 RC 1

                Posté par . Évalué à 1.

                Et quand bien même ce serait une réinvention de la roue, où est le problème ? C'est parfois en reprennant depuis le départ qu'on arrive à innover véritablement. Ca commence à m'énerver les critiques envers le bien fondé des projets libres.

                Quand un développeur initie un tel projet, il le fait parfois par besoin, mais souvent aussi par challenge et par plaisir. Encore une fois, tu n'es pas obligé de l'utiliser, et même si il ne t'apporte rien, il peut être utile à d'autres.

                Faut arrêter avec cette vision progressiste du développement du Libre. Développer du Libre ne signifie pas rentrer dans une grande équipe qu'il faut aider à faire avancer. C'est d'abord un choix individuel, qui peut aboutir sur du travail d'équipe dans un but stratégique, mais ce n'est absolument pas obligatoire!
    • [^] # Re: PHP 5 RC 1

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

      Avec Sqlite, c est un peu le meme principe qu avec les fichiers db2, db3 et j en passe...

      Disons que :
      - la BDD est stockee sous forme de fichier sur ton disque (ton espace web perso par exemple), a l endroit que tu veux.
      - le moteur de manupilation est inclus en standalone dans l extension PHP. Nul besoin de faire appel a un demon tiers pour gerer les informatiosn de ta BDD, contrairement aux extensions MySQL, postgreSQL, MS-SQL...
    • [^] # Re: PHP 5 RC 1

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

      Voilà c'est sa. Il n'y a aucun serveur. SQLlite écrit directement dans un fichier situé sur ton compte, cela permet de très bonne performance pour des requete SQL simple.

      SQLlite est une très bonne solution aussi pour les personne désirant utiliser php en dehors d'un environnement web.
      • [^] # Re: PHP 5 RC 1

        Posté par . Évalué à 2.

        Et puis si c'est relativement bien fait, le passage d'un serveur à un autre ne devrait nécessiter que de transférer les fichiers, pas de problèmes de comptes sur les serveurs SQL etc...

        Moi je trouve que ca a tout a fait son intéret , et si on développe sa ou ses classes de BDD , ca permet de passer d'un serveur avec MySQL par exemple à un serveur ou seul PHP est disponible.
      • [^] # Re: PHP 5 RC 1

        Posté par . Évalué à 1.

        Je dirais plus exactement que le serveur est intégré dans PHP, donc il n'a pas besoin d'être installé en parallèle. Quand au stockage des données, il se fait forcément dans des fichiers, les essais de stockage dans du couscous ou de la glace n'ont pas donné les résultats escomptés.
  • # Paquets debian

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

    J ai mis a dispo des paquets debian pour le 5-rc1 sur http://www.dotdeb.org/(...)

    il suffit d ajouter ces deux lignes a votre sources.list :

    deb http://packages.dotdeb.org(...) ./
    deb http://devel.dotdeb.org(...) ./

    Je vais mettre dispo les paquets source tres bientot.

    Attention, ces paquets sont au moins aussi experimentaux que PHP5 lui meme. J ai encore un peu de travail dessus. Neanmoins, toute bonne volonte est la bienvenue :)
    • [^] # Re: Paquets debian

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

      Voilà une très bonne idée et une excellente adresse !

      Juste une question, pourquoi ne peut-on pas cumuler les version de php ?
      les extension php[345] devrait permettre cela non ?
      php5 interprete - t - il du php3 comme du php3 ou du php5 ?
      merci
      • [^] # Re: Paquets debian

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

        Ce n est pas possible avec les modules apache. Tu ne peux pas en cumuler deux.

        Par contre, c est tout a fait faisable en passant par les versions CGI, au prix d un peu de conf apache. Tu peux aisni faire cohabiter php 3, 4 ou 5 sur un meme serveur. Cependant, les versions CGI sont bien moins veloces que les versions SAPI Apache, meme avec fast-cgi.
        • [^] # Re: Paquets debian

          Posté par . Évalué à 1.

          Ah bon... comment fait FreeBSD pour cumuler PHP3 et 4, en modules apache, dans ce cas ?

          --enable-versioning est peut etre la solution :o) (mais je sais pas si ça existe toujours dans PHP5, j'ai pas vérifié j'avoue)
  • # Re: PHP 5 RC 1

    Posté par . Évalué à 2.

    Si j'ai bien compris, simpleXML est l'équivalent de XMLBeans pour Java non ?
    Bien pratique si c'est le cas....

    http://about.me/straumat

  • # Re: PHP 5 RC 1

    Posté par . Évalué à 2.

    J'avais cru comprendre que Php5 permettrai de générai des "programmes" ne nécessitant pas de navigateur, je l'ai peut être révé mais si ce n 'est pas le cas quelqu'un peut t'il me donner quelques infos à ce sujet ? ou un ptit lien ?

    merci d'avance
  • # Quelques corrections

    Posté par . Évalué à -1.

    s/fixant/corrigeant/

    réécrit

    d'autres choses

    "Il faut" (Ezekiel 18:4) "forniquer" (Corinthiens 6:9, 10) "avec des chiens" (Thessaloniciens 1:6-9) "morts" (Timothée 3:1-10).

  • # Re: PHP 5 RC 1

    Posté par . Évalué à 1.

    Petite question ranavoir :

    Qu'est ce qui fait que debian woody s'arrete à php 4.1 ? Parce qu'ils sécurisent chaque version de php avant de l'inclure ?

    Merci d'éclairer un pingouin de l'ombre...
    • [^] # Re: PHP 5 RC 1

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

      Bonne question, joli troll :)

      Perso, ca fait deja un bail que je backporte ou construit mes propres paquets php4, php5 et MySQL. Ca evite d attendre trop longtemps. http://www.dotdeb.org/(...) si tu es interesse.
    • [^] # Re: PHP 5 RC 1

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

      s/pingouin/troll/

      Package php3

      * stable (web): A server-side, HTML-embedded scripting language
      3:3.0.18-23.1woody1: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc
      * testing (web): PHP3 scripting language - apache module
      3:3.0.18-26.1: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc
      * unstable (web): PHP3 scripting language - apache module
      3:3.0.18-26.3: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc

      Package php4

      * stable (web): A server-side, HTML-embedded scripting language
      4:4.1.2-6woody3: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc
      * testing (web): A server-side, HTML-embedded scripting language
      4:4.3.3-4: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc
      * unstable (web): A server-side, HTML-embedded scripting language
      4:4.3.4-2: alpha arm hppa i386 ia64 m68k mips mipsel powerpc s390 sparc

      Et PHP5 n'est pas encore sorti en version finalisée.
  • # Re: PHP 5 RC 1

    Posté par . Évalué à 3.

    php5, c'est bon, mangez-en.

    Le nouveau modèle objet apporte des tas d'améliorations : réutilisation du code beaucoup plus aisée, support des propriétés et méthodes private/protected, support des interfaces, des constantes...

    Il permet aussi une surcharge des propriétés et des méthodes d'objets, l'interception des appels à new() via __autoload() (pour ne plus avoir à s'embêter à include() 25 fichiers en tête de programme, une simple déclaration __autoload($classe) suffit...

    Nouveauté : le support des exceptions et des try/catch, une très bonne nouvelle !

    De plus, Les nouvelles extensions permettent des TAS de nouvelles choses (tidy, parse_php_file(), simpleXML (manipulation simplissime de données XML directement en syntaxe objet)...

    En plus, il est tout à fait fonctionnel, les différentes bêtas qui se sont succédées ont fait tourner tous mes scripts sans jamais broncher...
    • [^] # Re: PHP 5 RC 1

      Posté par . Évalué à 2.

      Moi c'est surtout le simpleXML qui m'impressionne !
      • [^] # Re: PHP 5 RC 1

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

        Utilises le dans un projet complet, ça va vachement moins t'impressioner quand tu verras les limitations.
        • [^] # Re: PHP 5 RC 1

          Posté par . Évalué à 1.

          Bof moi je vois que pour la lecture d'un fichier de config en XML ça à l'air tiptop

          Dam
          • [^] # Re: PHP 5 RC 1

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

            Oui, pour un fichier de config (peu de données, avec une organisation très hiérarchique, ...) c'est nickel, mais pas trop complexe le fichier XML ...

            Juste un exemple si tu souhaites relire un XHTML (ce qui ne devrait pas être trop complexe ni trop rare) :
            J'ai écrit un livre, PHP 5 avancé est son titre
            Maintenant Simple XML te permet de :
            - récupérer "J'ai écrit un livre, est son titre" si tu cherches le contenu de
            - récupérer "PHP 5 avancé" si tu cherches le contenu de
            Mais pas de reconstruire le texte dans l'ordre, de savoir quel texte est avant le et quel texte est après.

            Autre exemple plus court : il est impossible via SimpleXML de faire la différence entre <!-- comment --> et , c'est à dire entre un commentaire et un élément. Sous entendu que si tu commente ton fichier de config XML et que tu fais une lecture générique (que tu veux lire tous les fils et pas seulement ceux d'un nom prédéterminé) ... tu vas te casser la gueule.

            Ce ne sont que deux exemples, mais ça montre bien que SimpleXML n'est pas magique, loin de là.
            • [^] # Re: PHP 5 RC 1

              Posté par . Évalué à 1.

              Eric, je t'ai reconnu ^^ (moinssez)
            • [^] # Re: PHP 5 RC 1

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

              Argh, templeet a bouffé les balises, je corrige (parce que sinon ça ne veut rien dire) :

              <p>J'ai écrit un livre, <cite>PHP 5 avancé</cite> est son titre<p>
              Maintenant Simple XML te permet de :
              - récupérer "J'ai écrit un livre, est son titre" si tu cherches le contenu de <p>
              - récupérer "PHP 5 avancé" si tu cherches le contenu de <cite>
              Mais pas de reconstruire le texte dans l'ordre, de savoir quel texte est avant le <cite> et quel texte est après.
  • # Re: PHP 5 RC 1

    Posté par . Évalué à 2.

    Est ce que vous connaissez un moyen de faire gérer la persistance par php au lieu de l'écrire à la main ?
    un peu comme hibernate, JDO ou les EJB CMP ?

    http://about.me/straumat

  • # Re: PHP 5 RC 1

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

    Est-ce que quelqu'un aurait un pointeur vers une doc expliquant où en est l'implémentatoin de SOAP dans PHP5 ? Google ne m'a pas trop aidé sur ce coup là.
  • # Bienvenue dans un monde de Java-istes :-)

    Posté par . Évalué à 2.

    Programmeurs PHP, votre avenir est probablement dans les taglibs, la decouverte du modele MVC, la disgrace du modele MVC au profit des composants web, les IDE...

    PS: heureusement qu'il reste les Pythoniens et le Rubyistes pour continuer a clamer que Java est nul et mal-pense...
    • [^] # Re: Bienvenue dans un monde de Java-istes :-)

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

      Bah y a quelque aspects bien sympa de Python integre dedans comme la vrais programmation objet et les execptions.
    • [^] # Re: Bienvenue dans un monde de Java-istes :-)

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

      Comparer PHP et J2EE c'est comme comparer une Clio et un 4x4.
      Pour mon site perso je prend le premier mais pour une web-application le deuxième.

      Et puis PHP5 a été pensé avec Sun et se rapproche de Java (pour mieux communiquer avec justement). Le but de Sun en s'alliant avec PHP c'est d'avoir un langage de script pour pouvoir développer le V de ton MVC car les JSP ne sont pas toujours pratiques.

      Qui plus est je trouve que les API PHP sont mieux fournies en fonctions utiles pour faire du Web que les API J2EE. Un comble ! Pas d'équivalent à htmlentities(...) ou nl2br(...) en J2EE alors que c'est un des trucs les plus utiles pour les formulaires. Je sais qu'on peut utiliser des API externes mais ça n'empèche que ça devrait être inclus de base.

      L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

      • [^] # Re: Bienvenue dans un monde de Java-istes :-)

        Posté par . Évalué à 1.

        Utiliser des api externes pour une fonction un peu périphérique, cela ne me gêne pas trop - tant que ces api sont référencées dans un périmètre pas tout à fait insensé. Type les librairies du projet Jakarta (et du projet Struts, puisque maintenant struts est monté en grade, alors que sun sort les jsf, enfin bon, je comprends rien).
        De plus les fonctions dont tu parles sont rapport à l'affichage non? Alors pq ne pas avoir pour ton objet un get qui formate en même temps. Si c'est ton accesseur qui s'appelle getMonChampHTML qui formate avant de renvoyer les données, tu fais le travail une seule fois et appelle getMonChampHTML dans plusieurs pages. Le traitement est centralisé selon celui qui rend le service pas selon celui qui en a besoin.

        Coder propre en php c'est plus que possible, non? Par ex,
        - un include initial qui te ramène un fichier avec tes include indispensables
        - un peu de traitement
        - récupérer des données.
        - Selon le traitement inclure une dernière page uniquement dédiée à l'affichage. Mais c'est vrai qu'alors les jstl ça manque cruellement! Bref, dans ce cas autant directement coder en j2ee? Et ce sera plus naturel.
        C'est vrai que le php souffre un peu de la logique de page je trouve. Tu appelles simplement une URL et il te renvoit une page, le reste, l'élaboration de ton appli, la factorisation des processus métier ou des vues, c'est une construction=pas toujours respectée. D'où l'impression que tu fais un site avec php et une appli (web) avec java.
        De plus en java au moins, tu peux récupérer des bouts de projet, de framework d'objets pour d'autres fonctions. En php, la notion de framework vient en sus (et je reste poli).
        Du coup java souvent souffre d'une abstraction trop grande. Voir les listener des jsf. Des fois il y a tellement de fichiers que tu te paumes. Au moins java intensifie la pratique de l'onglet...

        Mais bon, en java je suis malade d'un truc, c'est le temps perdu à attendre que Monsieur ait ré-écrit, compilé , recompilé sa jsp, ou pour une servlet, compilé, puis redémarrage de l'appli. C'est d'un lourd! Dépèche toi j'ai qu'une vie! pfff
        (Est-ce que je me trompe si je dis que le clustering en php est plus basique? Accroche toi à la base de données, j'enlève l'echelle.)

        Conclusion: vive le php écrit comme du j2ee!!
        • [^] # Re: Bienvenue dans un monde de Java-istes :-)

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

          " fonction un peu périphérique" ?
          Pour moi savoir gérer les entités HTML c'est loin d'être périphérique à ce que doit savoir faire un serveur d'application web. C'est même en plein dans ce qu'il doit pouvoir faire.

          alors que sun sort les jsf, enfin bon, je comprends rien
          jsf et struts ne sont pas incompatibles.
          Le problème de Sun c'est que la communauté Java et en particulier Apache réagit plus vite aux évolutions nécessaires à l'utilisation de Java et J2EE que ne le fait Sun ce qui fait que Sun sort des trucs un peu tard qui empiettent sur l'existant externe.

          De plus les fonctions dont tu parles sont rapport à l'affichage non? Alors pq ne pas avoir pour ton objet un get qui formate en même temps.

          C'est plus du MVC ça. Si tu fais ça tu fusionnes M et V ;-)
          Et ça ne répond pas à mon problème qui est de pouvoir encoder du HTML. Ce n'est pas un truc qui se code facilement au risque d'introduire des gros trous de sécurité. Le coup de l'oubli d'encoder les entités HTML est un des plus gros trous de sécurité des applis-webs et plein de système l'ont encore (blog, forum, cms,...).

          Quand à savoir si PHP peut être utilisé pour des applications web, je pense que oui mais tu vas vite te faire chier en PHP4 vu que le support des objets est trop limité.
          Par contre pour un site-web je préfère 1000x PHP car comme tu le dis J2EE c'est une usine à gaz avec des fichiers de partout avec des normes de çi ou ça
          assez contraignante pour un développement efficace. Un vrai mille-feuille à préparer alors qu'on voulait juste un croissant au beurre :)

          L'association LinuxFr ne saurait être tenue responsable des propos légalement repréhensibles ou faisant allusion à l'évêque de Rome, au chef de l'Église catholique romaine ou au chef temporel de l'État du Vatican et se trouvant dans ce commentaire

          • [^] # Re: Bienvenue dans un monde de Java-istes :-)

            Posté par . Évalué à 1.

            C'est plus du MVC ça. Si tu fais ça tu fusionnes M et V ;-)
            zut ça c'est vu.
            Je pensais: pour ton champ nom: un getNom qui renvoit "nom" et un getNomHtml (ou getNomFormate). Souvent j'utilise ça: mon objet conteneur connait qq trucs du monde extérieur. Je dis pas que c'est génial note bien, ça ressemble trop à du codalarrache. Mais voilà, pour un montant par ex ça rend le service de renvoyer la devise selon des normes "V" (ici html).

            pouvoir encoder du HTML : si tu utilises les jstl et c:out l'option par défaut est escapeXml="true" et ton affichage sera sain et sauf non? (c'est ma réponse mais c'est peut-etre pas la question que tu poses)

            savoir si PHP peut être utilisé pour des applications web: le souci peut être aussi politique. Php c'est sympa mais à présenter à un comité de direction il vaut mieux dire bea ou websphere ou oracle. Même si yahoo, tf1, houra, linuxfr ou tous les autres...Dommage.
            • [^] # Re: Bienvenue dans un monde de Java-istes :-)

              Posté par . Évalué à 1.

              faut assumer un choix et savoir le défendre. si on a de la bouteille et qu'on a prouvé ses compétences, ca passe. sinon, avant de se plaindre devant le grand Manitou "c la faute aux medias, a la propagande et a leur connerie" faut ptet voir si de son propre coté on sait etre convaincant et serieux.
              • [^] # Re: Bienvenue dans un monde de Java-istes :-)

                Posté par . Évalué à 1.

                ça dépend à qui tu parles. A un technicien ou à un dsi, ça peut aller. Mais si le technicien doit lui même parler à un comité de direction pour avoir son budget, à un comité européen pour avoir de la respectabilité et une certaine latitude, et à quelques américains, il faut qu'il soit bien côté pour expliquer à tout un tas de gens qui ne voient que les chiffres que php c'est bien et websphere c'est pas forcément utile si tu prends tomcat et hibernate.
                Et c'est malheureux? oui.
  • # Re: PHP 5 RC 1

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

    Vive SQLite qui existe aussi pour php4 ...
  • # Re: PHP 5 RC 1

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

    Je voulait simplement rajouter un lien vers pear http://pear.php.net/(...) la qualité des applications y gagnerait beaucoup en se concentrant sur la nouveauté.
    • [^] # Re: PHP 5 RC 1

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

      Effectivement pear une superbe source pour recuperer du code de qualitee.
      • [^] # Re: PHP 5 RC 1

        Posté par . Évalué à 1.

        Je suis pas vraiment d'accord sur la qualité. A chaque fois que j'utilise une extension PEAR, je dois aller bricoler dans le source (c'est là où on apprécie le libre) pour ajuster deux ou trois choses qui ne fonctionne pas correctement. Et j'ai jamais réussi à utiliser l'installation automatique.
        Donc pour moi PEAR c'est une bonne idée mais en pratique il y a encore du travail. Je pense qu'il faudra encore quelques années pour avoir quelque chose de mature comme le CPAN de Perl.

Suivre le flux des commentaires

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