Articles précédents : Logiciel
- [62] Le noyau 2.4.22 est disponible
- [162] SUN annonce Mad Hatter
- [6] Q Rey Filer, systèmes de fichiers Internet
- [8] Samba 3.0 en Release Candidate
- [101] SCO La suite du retour de la fin du début ....
- [39] SuSE AG donne 700 packs SuSE Linux à une association spécialisée dans l'équipement d'ordinateurs gratuits pour écoliers
- [80] Openoffice.org 1.1 RC3
- [176] Un aperçu de GNOME 2.4
- [23] Afterstep n'est pas mort
- [60] Sortie de GCC 3.3.1
Liens connexes
- Annonce de la publication sur php.net (465 hits)
- ChangeLog (275 hits)
Dépêche modérée par
Après avoir suivi un long processus qualité, PHP 4.3.3 est disponible! Cette version de maintenance résout un bon nombre de bugs découverts dans des versions antérieures de PHP. Elle corrige aussi plusieurs problèmes de sécurité. Il est "vivement" recommandé à tous les utilisateurs d'utiliser cette version aussitôt que possible.
![[fr]](../../../images/fr.png)
Annonce de la publication sur php.net (465 hits)![[en]](../../../images/en.png)
ChangeLog (275 hits)
> Lire la dépêche (35 commentaires, moyenne: 1,3).
améliorations et ajouts :
* Amélioration du moteur pour utiliser les entrées/sorties Posix et socket
lorsque c'est possible.
* Corrections de plusieurs problèmes de dépassement de capacité
avec les entiers et buffers.
* Correction des jeux de caractères multi-octets qui incluent le caractère
0x5c en tant que second octet des formulaires multipart/form-data.
* each() est désormais compatible avec les clés binaires.
* Améliorations importante de NSAPI SAPI
* Amélioration de l'interface IMAP
* Amélioration de l'interface Interbase
* Ajout d'un gestionnaire DBA 'infile' pour supporter les fichiers .ini
* Ajout des options longues pour les versions CLI & CGI (i.e. --version).
* Ajout de nouveaux paramètres à preg_match*() pour indiquer l'offset de
départ dans la recherche de la chaîne.
* La bibliothèque Expat distribuée passe en version 1.95.6
* La bibliothèque PCRE distribuée passe en version 4.3
* La bibliothèque GD distribuée passe en version 2.0.15
* Plus de 100 corrections de bugs divers.
Pour une liste complète des modifications par rapport à PHP 4.3.2, reportez-vous au fichier NEWS.
Re: PHP 4.3.3 publié!
> Pour une liste complète des modifications de PHP 4.3.2, reportez-vous au
> fichier NEWS.
s/4.3.2/4.3.3/
non ?
-
[^]Re: PHP 4.3.3 publié!
-
[^]Re: PHP 4.3.3 publié!
Posté par racoon () le 27/08/2003 à 08:54. (lien). Évalué à 3.Ben en fait si tu lisais mieux mon post et la News, tu verrais que la News à changée depuis mon comment... ;-)
-
[^]Re: PHP 4.3.3 publié!
Posté par ClearScreen () le 27/08/2003 à 09:03. (lien). Évalué à 0.Bon d'accord, d'accord.... mais ta correction n'était pas très explicite ;)
-
[^]Re: PHP 4.3.3 publié!
Posté par pierkiroul (page perso, ) le 27/08/2003 à 09:16. (lien). Évalué à 0.c'est toi qui est pas très explicite, moi j'avais parfaitement compris, racoon powa !
-
[^]Re: PHP 4.3.3 publié!
Posté par Nap (page perso, ) le 27/08/2003 à 11:34. (lien). Évalué à 0.ben si il est explicite, j'ai parfaitement compris qu'il a trouvé le commentaire de racoon pas très explicite ! :o)
-
[^]Re: PHP 4.3.3 publié!
Posté par Philippe SOHM (page perso, ) le 27/08/2003 à 13:06. (lien). Évalué à 0.Personnellement je l'ai trouvé aussi très explicite
Ca me parait évident qu'une correction est là pour que la news soit corrigée et donc que cela peut changer-
[^]Re: PHP 4.3.3 publié!
Posté par Nap (page perso, ) le 27/08/2003 à 13:36. (lien). Évalué à 0.sauf que moi je parlais de clearscreen, pour faire une blague a 2 balles :o)
-
[^]Re: PHP 4.3.3 publié!
Posté par pierkiroul (page perso, ) le 27/08/2003 à 14:26. (lien). Évalué à 0.C'est n'importe quoi, si c'est pour faire des blagues à deux balles, alors moi je raconte l'histoire de flopflop la giraffe, et c la fête du slip !
-
[^]Re: PHP 4.3.3 publié!
Posté par Philippe SOHM (page perso, ) le 27/08/2003 à 15:31. (lien). Évalué à 0.Allez raconte fais comme chez toi
-
[^]Re: PHP 4.3.3 publié!
Posté par pierkiroul (page perso, ) le 27/08/2003 à 15:41. (lien). Évalué à 1.arf
Ben vous connaissez l'histoire du chien qui traverse la route, et paf le chien.
Ben c une giraffe dans le desert, ya un hélicoptère qui passe, et flopflop la giraffe.
Ni mi rimirciez pas, cado !
-
-
-
-
-
-
-
-
-
Re: PHP 4.3.3 publié!
Des paquets debian non officiels de php 4.3.3 sont dispos sur
http://debian.moolfreet.com/(...)
-
[^]Re: PHP 4.3.3 publié!
Posté par Gauthier () le 27/08/2003 à 07:16. (lien). Évalué à 1.J'hésite à les installer sur mon serveur woody en prod, qui utilise encore les packages par défaut.
Y a t'il des contres indication?
En plus avoir un site qui a une prononciation si proche d'une spécialité culinaire du nord en cette période de braderie ( Moules Frites) ca me fait bien rire mais ca ne me rassure pas ...-
[^]Re: PHP 4.3.3 publié!
Posté par Guillaume Plessis (Jabber id, page perso, ) le 27/08/2003 à 07:50. (lien). Évalué à 4.Ces paquets sont compilés pour woody et pour des processeurs >=i686 (attention a ce point).
Les librairies associées sont aussi présentes dans le repository.
J ai juste pris les sources de PHP 4.3.3, auxquelles j ai appliqué les scripts de packaging des paquets officiels (modifiés juste pour rendre la compilation possible). Il n y a pas de différences majeures avec les paquets officiels, la transition de l un à l autre se fait sans probleme.
Pour info, ces paquets sont deja en prod sur certains serveurs ici, chez Nexen.
Au besoin, je fournit les scripts de packaging. Et en cas de souci, je suis dispo...
moolfreet, c est un delire qui date d el epoque ou j etais encore un petit etudiant. Je suis ouvert a toute autre proposition :)-
[^]Re: PHP 4.3.3 publié!
Posté par bghflt (page perso, ) le 27/08/2003 à 09:44. (lien). Évalué à 2.Je me suis servi chez :
deb http://www.iaeste.at/~mbaehr/debian/(...) woody main
Car il y a moins de libs qui allaient écrabouiller les miennes et surtout
l'upgrade gratuit de Mysql3 en 4..
Je confirme que ça tourne au poil sur une woody presque 100% "officielle"
PS: Et puis je suis trop habitué à la liste austère des .deb dans mon browser..
En tout ça merci pour ce backport!
Ayez du Prestige ! Mangez des moules!-
[^]Re: PHP 4.3.3 publié!
Posté par Guillaume Plessis (Jabber id, page perso, ) le 27/08/2003 à 10:17. (lien). Évalué à 1.MySQL 4 est aussi dispo sur http://debian.moolfreet.com/(...) , pour info
-
[+] [^]Re: PHP 4.3.3 publié!
Posté par Fabien Penso (Jabber id, page perso, ) le 29/08/2003 à 19:04. (lien). Évalué à -3.Désolé, mais hors de question, je n'installerai pas de packages provenant d'un site avec un domaine aussi débile.
-
[^]Re: PHP 4.3.3 publié!
Posté par Yannick Torrès (page perso, ) le 01/09/2003 à 22:21. (lien). Évalué à 5.C'est d'une grandeur d'esprit incroyable... et surtout d'une arrogance digne d'un enfant de 10 ans.
Je trouve que ton commentaire est une insulte au travail d'une personne qui passe du temps à faire que le libre est plus grand...
Bref, c'est navrant et honteux.
-
-
-
[^]Re: PHP 4.3.3 publié!
Posté par Guillaume Plessis (Jabber id, page perso, ) le 27/08/2003 à 10:20. (lien). Évalué à 3.Et surtout, c est du PHP 4.3.3... Normal que le PHP 4.2.3 de http://www.iaeste.at/~mbaehr/debian/(...) casse moins de librairies....
(désolé pour ces deux demi-posts)
-
-
-
Et pour PHP5 ??
Je n'ai pas très bien compris l'histoire avec PHP5 et MySQL !?!
A cause d'un problème de licences on ne pourra plus distributer les deux ensembles ? Il faudra recompiler des libs pour avoir le support Mysql ? Il n'y à plus le connecteurs, une autre base a été préférée ?!! Jusqu'a présent je n'ai entendu que des infos contraditoires, ya quelqu'un dans la salle avec quelques bonnes infos ?
http://jeremy.zawodny.com/blog/archives/000812.html(...)
-
[^]Re: Et pour PHP5 ??
Posté par Laurent J (page perso, ) le 27/08/2003 à 08:14. (lien). Évalué à 2.non, pour des raisons de licence, ils ne pourront pas distribuer PHP avec l'intégration par défaut du module mysql. En effet, pour integrer le module, il faut le lier à la bibliotheque mysql. Or si on distribue commercialement un produit lier à la bibliotheque Mysql, il faut dorénavant acheter une licence mysql.
Donc, plus de module mysql installé par défaut. Il faut donc installer les bibliotheque mysql et recompiler PHP pour beneficier du module.
-
[^]Re: Et pour PHP5 ??
Posté par Julien Duponchelle (page perso, ) le 27/08/2003 à 08:18. (lien). Évalué à 2.En gros c'est un probléme de liscence MySQL étant sous liscence GPL il ne peut pas être liée avec le code de PHP.
Sauf si la liscence de PHP est considéré comme une liscence libre pour l'OSI.
Mais si tu veux vendre une appli commercial en PHP closed source dans l'état actuel des choses tu devra acheter une liscence de MySQL.-
[^]Re: Et pour PHP5 ??
Posté par ClearScreen () le 27/08/2003 à 09:28. (lien). Évalué à 1.OK !
Dans ces conditions, pensez-vous qu'un transfert de l'effort qui a été fournit pour bien intégrer l'utilisation de MySQL avec PHP vers PostgreSQL (licence BSD) soit plus qu'une hypothèse ?
... réflexion ...
Il y a donc très certainement un crénau "marchand" à prendre. Je vois bien quelque société spécialisées proposer des modules/wrappers pour faciliter la bascule de MySQL à PostgreSQL aux entreprises dont l'activité commerciale se retrouve complexifiée.
... arrêt de la réflexion, ça a trop chauffé ...-
[^]Re: Et pour PHP5 ??
Posté par Arnaud (page perso, ) le 27/08/2003 à 10:29. (lien). Évalué à 3.Une idée plus générique : vendre du portage MySQL => ADODB ou ODBC. C'est bien plus générique, et ça assure un bien plus grande pérennité ;-)
-
[^]Re: Et pour PHP5 ??
Posté par ClearScreen () le 27/08/2003 à 10:38. (lien). Évalué à 0.Très bien vu....
Après vérification, adodb (http://php.weblogs.com/adodb(...) ) est sous double licence BSD et LGPL.
-
[^]Re: Et pour PHP5 ??
Posté par Stéphane TRAUMAT (page perso, ) le 27/08/2003 à 13:04. (lien). Évalué à 1.et pkoi pas JDBC :D
Ca permettrait d'utiliser un produit génial ( et français en plus ) :
http://c-jdbc.objectweb.org/(...)
Pour faire du cluster de base de données sans modifier ni l'appli, nil la config des serveurs, ni le serveur de base de données
-
-
-
[^]Re: Et pour PHP5 ??
Posté par fabien () le 27/08/2003 à 09:53. (lien). Évalué à 2.C'est penible quand même,
en tant que devellopeur je me dit que ca fait chier ces histoires de licences...
en me mettant à la place d'un client/decideur, je me dirai que c'est bancal le libre : un coups c'est mysql un autre PostgreSQL... ca manque de visibilité.
Je sais pas si j'ai bien compris, la societe mysql ab demande une licence pour un "link", mais d'un autre coté elle propose mysql en GPL.. ya pas moyen de faire un fork (bidon) de mysql(gpl) pour qu'il puisse être linké à php ? ca va pas ca ? ne me dites pas que la licence php ne le permet pas ?! enfin j'en sais rien, si qqun pouvais m'eclairer
Parceque moi perso compiler php, j'ai essayé merci bien, j'ai fini par prendre le rpm :)-
[^]Re: Et pour PHP5 ??
Posté par Nap (page perso, ) le 27/08/2003 à 11:40. (lien). Évalué à 3.non car si il est linké à un logiciel celui-ci doit etre en GPL aussi je crois
et si ils veulent distribuer une version propriétaire closed source ou je c plus trop quoi, ils peuvent plus
il sont donc obligés de demander une licence spéciale au détenteur du copyright qui doit etre la société mysql j'imagine
aller moinssez moi si j'ai dit n'importe quoi
-
[^]Re: Et pour PHP5 ??
Posté par Brice Arnould ( un_brice ) (page perso, ) le 27/08/2003 à 16:52. (lien). Évalué à 1.... je vois pas ce que tu veut faire : on a d'un coté MySQL, sous GPL, et de l'autre PHP, sous une license Libre mais incompatible avec la GPL :
http://www.gnu.org/licenses/license-list.html#GPLIncompatibleLicens(...)
D'ailleurs, un fork ne peut pas changer la license d'un projet, sauf si les types qui font le fork ont une autorisation de chacun des contributeurs (la license BSD intègre cette autorisation pour ce que j'en ai compris). Sinon, il suffirait de forker n'importe quel projet pour s'approprier son code source. Dans ces conditions, la GPL servirait à rien.--
Respect à RMS.
-
-
[^]Re: Et pour Java, il y a le même problèmes
Posté par syj () le 27/08/2003 à 17:23. (lien). Évalué à 1.Ils font la même chose avec les drivers JDBC(Connect J/3.0) pour MySql.
Jusqu'a la serie des 2.x les drivers etait sous la license LGPL donc pas de problème pour la distribuer avec une application commercial. La série des 3.x est passé discretement (enfin je trouve) sous license GPL.
Ce n'est pas extrement grave car il reste bien en dessous des prix de leurs concurents reste à voir si ce nouveau modèle leur sera bénéfique.
-
[^]Re: Et pour PHP5 ??
Posté par Moby-Dik () le 28/08/2003 à 16:46. (lien). Évalué à 1.En gros c'est un probléme de liscence MySQL étant sous liscence GPL il ne peut pas être liée avec le code de PHP.
Sauf si la liscence de PHP est considéré comme une liscence libre pour l'OSI.
Sauf que les dirigeants de MySQL ont clairement précisé que des exceptions seraient faites au cas par cas pour certains projets. Je ne crois pas que MySQL AB soit assez bête pour s'aliéner PHP, qui a fait et fait encore une grande partie de son succès. Donc soit ils vont attendre que la licence PHP soit validée par l'OSI, soit ils vont s'arranger avec Zend pour clore l'affaire par une décisions qui satisfera tout le monde...
(l'info est pas très fraîche, ça date d'il y a des mois et il y avait déjà une enfilade à ce sujet sur Linuxfr)
-
Re: PHP 4.3.3 publié!
Je vais surement me faire huer (ché plus comment ça s'ecrit) mais il y en a (moi) qui (pas frapper) utilise une redhat 8 std (installé avec l'option serveur) + postgresql.
J'ai donc un apache 2 + postgresql et php 4.2.
Je voudrai bien passer à php 4.3.x mais la ........ big problem.
les seuls RPMS dispo sont la plus part du temps pour apache 1.3 ou alors pour une version de apache que je n'ai pas (en tout cas pas celle de la RH).
Si je met a jours apache (tjs avec des RPMs non officiel, la c'est avec postgres que ca ne marche plus).
Bref, misere.
La je suis en train d'essayer de me faire un RPM mais bon, c pas gagné.
Bref, c un peu la mort pour passer a PHP quand on à une distrib qui n'est pas dans les petits papier de php.net
Cette page a été générée par Templeet en 0.145s (dont 0.0391 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
Cette discussion est archivée, il n'est plus possible de laisser des commentaires.
Note : les commentaires appartiennent à ceux qui les ont postés. Nous n'en sommes pas responsables.