PHP 4.0.3 dispo

Posté par  . Modéré par Fabien Penso.
Étiquettes : aucune
0
12
oct.
2000
PHP
PHP 4.0.3 est dispo.

Au programme des "changes" : corrections diverses au niveau sécurité et ajouts de nouvelles fonctions. J'ai en particulier noté le support d'IPV6 au niveau du fopen et le support d'IMAP en mode SSL.

Note du modérateur: Rapide le webmaster, je viens de recevoir le mail du changelog :) Zeev Suraski indique que cette version s'est focalisée sur les aspects sécurité et qu'il conseille donc vivement tout le monde d'upgrader dès que possible.

Aller plus loin

  • # link win32 binaire

    Posté par  . Évalué à 1.

    on en avait pas besoin de ce link
    pis je ne vois pas l'intêret de mettre php sur windows

    • [^] # Re: link win32 binaire

      Posté par  . Évalué à 0.

      Ouaih, les gars sous Win z'ont qu'a faire de l'ASP ......

      • [^] # Re: link win32 binaire

        Posté par  . Évalué à 0.

        Pas d'accord avec toi, php reste un produit open source meme sous windows alors quitte à travailler sous win, autant utiliser php / mysql et apache. Le jour ou tu veux (peux) migrer vers linux, la transition n'en est que plus douce...

        • [^] # Re: link win32 binaire

          Posté par  . Évalué à 0.

          Apache sous Windows : il serait bon de ne pas etre plus royaliste que le roi et de se referer a ce qu'il est indique dans le documentation Apache concernant sa version Windows...

          Concernant le developpement d'un site avec PHP, on est plus dependant de la plateforme. Ca c'est plutot important.

          RTFM, ca evite de raconter n'importe quoi au risque de ne pas etre credible aupres des entreprises sous pretexte de faire du proselytisme logiciel libre.

      • [^] # Re: link win32 binaire

        Posté par  . Évalué à 0.

        Y'a un problème avec l'ASP (en fait y'en a beaucoup plus) qui est réglé avec PHP qui est l'utilisation d'un serveur SMTP externe.
        Avec ASP on est obligé d'avoir le serveur SMTP sur la même machine que le serveur Web. Avec PHP on peut indiquer n'importe quelle serveur...

    • [^] # Re: link win32 binaire

      Posté par  . Évalué à 0.

      on en avait pas besoin de ces links pis je ne vois pas l'intêret de mettre php4 sur linux

  • # La 3.0.17 est aussi dispo ...

    Posté par  . Évalué à 1.

    Extrait changelog :

    October 11, 2000, Version 3.0.17
    - Fixed output functions (Sascha)
    - Added odbc_tables() (Frank)
    - Fixed htmlspecialchars/htmlentities inconsistencies (Rasmus)
    - Added is_uploaded_file() (Zeev)
    - Clean up htmlspecialchars/htmlentities inconsistencies (Rasmus)
    - Add optional charset parameter to sybase_[p]connect (alf@alpha.ulatina.ac.cr)
    - Fixed incorrect handling of 0-precision strings (e.g., %4.0s)
    in printf (Ken Coar)
    - You can now call Ora_Error() without prameters to get the reason
    for a failed connection attempt. (Kirill Maximov)
    - Fixed crash in OCIFetchStatement() when trying to read after
    all data has already been read. (Thies)
    - Added --enable-sigchild. Use this option if you encounter
    <defunc> processes when using Oracle 8i. (Thies)
    - Uncommitted outstanding OCI8 transactions are now rolled back
    before the connection is closed. (Thies)
    - Improved configure checks for Oracle 8i. (Thies)
    - Added imap_mime_header_decode() function (Skalski)

  • # pb de compilation

    Posté par  . Évalué à 0.

    Ca ne marche plus sur ma machine avec l'option --with-imap. Quelqu'un a le même pb? J'utilise imp de http://www.horde.org(...) sur une mandrake 6.0 avec le rpm imap-devel-4.7 installé. le tous sur apache 1.3.12.

    • [^] # Re: pb de compilation

      Posté par  . Évalué à 1.

      Bonsoir,

      Oui, deux sources de soucis potentielles expliquant ton problème de compilation :

      - pense à bien vérifier que tu as copié c-client/c-client.a vers /usr/local/lib/libc-client.a (et non vers /usr/local/lib/c-client.a comme avant). Ne me demande pas pourquoi il on changé le nom de cette lib, je l'ignore. Mais c'est très con. Je te suggère donc de faire un lien symbolique sous /usr/local/lib/ de c-client.a vers libc-client.a

      - autre soucis observé en particulier avec PHP3.017, tu dois EGALEMENT copier c-client/utf8.h vers /usr/local/include/ (et plus seulement c-client/rfc822.h, mail.h et linkage.h vers /usr/local/include). J'ai ajouté une note sur ce point dans la doc en ligne.

      Vala, j'espère que ca compilera mieux.

      Armel.
      Webmaster PHPIndex

  • # Alternative interessante à PHP

    Posté par  . Évalué à 0.

    PERL/DBI ! Avec sa belle Licence Artistique...

    (Bon serieusemment, vous pensez pas
    que programmer en PHP avec des fonctions natives pour les base de données est un risque de portabilité ? l'interet de DBI permet justemment de limité la casse en cas de migration vers une autre base)

  • # PHP4 n'est pas GPL

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

    Laissez tomber PHP4.
    Ils ont passé PHP en license non compatible GPL.
    Il faut boycotter PHP4 et rester sous PHP3. La FSF a même fait un appel pour continuer à développer une branche GPL de PHP.

    • [^] # Re: PHP4 n'est pas GPL

      Posté par  . Évalué à 0.

      oui, un petit module vers RCS (cf. CVS) pour PHP3 ça serait très bien.

    • [^] # Re: PHP4 n'est pas GPL

      Posté par  . Évalué à 0.

      Tu répètes toujours systématiquement tout ce que tu entends sans chercher à comprendre ?

      • [^] # Re: PHP4 n'est pas GPL

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

        pour ceux qui veulent plus d'informations :
        http://www.gnu.org/copyleft/licenses.html(...)
        (recherchez "PHP4" ds cette page)
        bon, pour les fainéants, je cite :
        ---
        The PHP License, Version 2.02.
        This is the license used by PHP4.
        This is a non-copyleft free software license with practical problems like those of the original BSD license, including incompatibility with the GNU GPL.
        PHP3 is not under this license. PHP3 is disjunctively dual-licensed with the GNU GPL. Thus, while PHP4 (which is covered only by the PHP 2.02 License) is still free software, we encourage you to use and make improvements to only PHP3. That way, we can have an active version of PHP whose license is compatible with the GPL. If you are interested in helping maintain an active version of PHP3, please contact the GNU Volunteer Coordinators <gvc@gnu.org>.
        ---
        C'est pas un bel appel au peuple ça ?

Suivre le flux des commentaires

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