OVH Cloud OVH Cloud

mais pourquoi est il aussi mechant???

12 réponses
Avatar
Etienne SOBOLE
Salut
J'aurai besoin des merveilleuses fonction du module TIDY qui ne sont
accessible que depuis le PHP5.
Hors moi j'ai le PHP 4.3.x.

Pourquoi ces fonctions ne vont pas être implémentées dans PHP 4.3 ???

Pour ceux qui on vecu le passage de PHP 3 a PHP 4...
Dans combien de temps, les développement vont etre arrètés sur le php 4?

Enfin pour en revenir a ma question initiale, POURQUOI !!!!

Etienne

--

10 réponses

1 2
Avatar
CrazyCat
Etienne SOBOLE wrote:
Salut
J'aurai besoin des merveilleuses fonction du module TIDY qui ne sont
accessible que depuis le PHP5.
Pourquoi ces fonctions ne vont pas être implémentées dans PHP 4.3 ???


Parce que le 5 indique un changement important de version.
Pourquoi les fonctions qui existent sous winXP n'ont-elles pas été
intégrées à win98?

Pour être (encore plus) clair, l'équipe de développement travaille sur
PHP5, pour nous faire des version 5.1, 5.2, ....
Pourquoi voudrais tu qu'ils passent du temps à évoluer PHP4.x alors que
le but est bien que les hébergeurs passent à PHP5.
Une règle de base du développement est la compatibilité descendante,
donc qu'une nouvelle version puisse faire ce que faisaient les anciennes
et un peu plus.
La compatibilité ascendante est une utopie (pour être poli).

--
Tchattez en liberté: http://www.c-p-f.net
Tout sur les eggdrops: http://www.c-p-f.org
ML @

--

Avatar
Guillaume BOUCHARD
Etienne SOBOLE wrote:
Salut
J'aurai besoin des merveilleuses fonction du module TIDY qui ne sont
accessible que depuis le PHP5.


Juste par curiositée personnel, quel est l'interet de ce module ?
Sachant que si il s'agit de nettoyer TON html, la meilleur technique
serait de le faire bien depuis le depart. Si il s'agit de nettoyer
l'html des autres, la meilleur technique serait des les forcer à bien le
faire.

Dans le cas ou le but est de parser une page en html degeu, le mieux est
de parser la page degeu, on ne peux as vraiment predire ce que donnera
le tidy.
Si le but est de recuperer dans un champs (d'un forum par exemple) du
html propre, si possibilité est donnée à l'utilisateur d'en inserer,
libre à lui de faire ce chois à conditions de savoir le faire.

Hors moi j'ai le PHP 4.3.x.


Moi j'ai linux 0.3.6, pourquoi il n'y a pas le support de l'usb ? Ca
arrivera quand ?

Pour ceux qui on vecu le passage de PHP 3 a PHP 4...


Perso, je l'ai vécu et je pourrais encore vivre en php3, je n'ai pas
trouver d'interet enorme au php4, toutes les "nouvelles fonctionalités"
qui sont arrivés n'ont fait qu'apporter de mauvaises solutions à des
problèmes que l'on gerait trés bien sas avant.

Enfin pour en revenir a ma question initiale, POURQUOI !!!!


Mais parce que ! :)

--
Guillaume.

--

Avatar
Etienne SOBOLE
"Guillaume BOUCHARD" a écrit dans le message de
news: cl65l7$cnr$

Juste par curiositée personnel, quel est l'interet de ce module ? Sachant
que si il s'agit de nettoyer TON html, la meilleur technique serait de le
faire bien depuis le depart. Si il s'agit de nettoyer l'html des autres,
la meilleur technique serait des les forcer à bien le faire.


Je voudrais faire un comparateur de fichier HTML.
l'idée et de prendre un fichier editer avec une editeur WYSIWYG
puis le meme fichier modifié et arriver à montrer ce qui a changer d'une
version à l'autre.
une sorte de htmldiff.

A cause des balises ce n'est pas trivial, je compte sur TINY pour aider un
peu à former de façon identique les deuxs fichiers.
puis parcourir les noeuds du DOM à la recherche de différence.

Bon je peux le faire en le parseur XML (ce que je vais finir par faire)
apres avoir nettoyé le fichier avec TIDY.
C'est juste qu'utiliser un module fait pour, c'est mieux ;)

Perso, je l'ai vécu et je pourrais encore vivre en php3, je n'ai pas
trouver d'interet enorme au php4, toutes les "nouvelles fonctionalités"
qui sont arrivés n'ont fait qu'apporter de mauvaises solutions à des
problèmes que l'on gerait trés bien sas avant.


Ouai. il semble que je devienne moi aussi une sorte de dinosaure du PHP 4
dans les prochains mois ;)
Un jour je migrerai, mais bon le bleme c'est que si je migre maintenant et
que j'utilise le fameux module TINY de PHP5, ben ce que je vais faire ne
tournera plus que sur du PHP5 !!! et ca c'est pas glop.

Enfin pour en revenir a ma question initiale, POURQUOI !!!!
Mais parce que ! :)



Ben ouai, il est quand meme mechant non?

Etienne

--


Avatar
Xavier
Etienne SOBOLE disait le 19/10/2004 23:36:
Salut
J'aurai besoin des merveilleuses fonction du module TIDY qui ne sont
accessible que depuis le PHP5.
Hors moi j'ai le PHP 4.3.x.

Pourquoi ces fonctions ne vont pas être implémentées dans PHP 4.3 ???
Enfin pour en revenir a ma question initiale, POURQUOI !!!!

Etienne



Euh, je ne suis peut etre pas reveillé, mais en lisant l'annonce sur
pecl , tidy doit fonctionner partiellement sur 4.x d'apres ce qui est
marqué :)
http://pecl.php.net/package/tidy/0.7

Donc, nan il est pas mechant, il est gentil ;)

A ++
Xavier

--

Avatar
marc.quinton-PAS-DE-
Guillaume BOUCHARD wrote:

Perso, je l'ai vécu et je pourrais encore vivre en php3, je n'ai pas
trouver d'interet enorme au php4, toutes les "nouvelles fonctionalités"
qui sont arrivés n'ont fait qu'apporter de mauvaises solutions à des
problèmes que l'on gerait trés bien sas avant.


merci pour cette facon de cracher sur les classes et la programmation OO.

--

Avatar
Guillaume BOUCHARD
wrote:
Guillaume BOUCHARD wrote:

Perso, je l'ai vécu et je pourrais encore vivre en php3, je n'ai pas
trouver d'interet enorme au php4, toutes les "nouvelles
fonctionalités" qui sont arrivés n'ont fait qu'apporter de mauvaises
solutions à des problèmes que l'on gerait trés bien sas avant.



merci pour cette facon de cracher sur les classes et la programmation OO.


Ce n'etait pas mon but. Concernant les class je n'ai jamais vu
l'interet. J'ai beau esseyer de m'y mettre, je trouve toujours "mieux"
(AMHA) sans class. Je sais que j'ai certainement tord mais je n'arrive
pas a m'y mettre.

Je parlais plutot de trucs comme les sessions. Ces modules ont apporter
un tas de bug, failles de securités et script mal fait. Aujourd"hui les
gens stockent des fichiers binaires en sessions ainsi que la totalité de
l'arbo de leurs forums pour "alleger la base de donnée". C'est moche.

Alors bien sure que l'on va me repondre que php n'est pas directement
responsable de la mauvaise utilisation que l'on en fait et je suis
d'accord. Mais tend qu'a fournir un systeme de gestion de session,
autant fournir un vrai systeme de gestion de session. Ce que je lui
repproche principalement c'est l'impossibilité d'interferer sur les
reglages de sessions sans acces au php.ini. L'impossibilité de gerer de
façon particulieres les sessions qui timeout et ainsi de suite.

Personellement je reve d'un php6 qui soit un beau langage propre, sans
tous les trucs qui em** plus qu'autres choses (short_open_tags,
magic_quotes, session, fonctions synonymes, function_truc et
functiontruc) et je pense qu'au lieu de s'occuper de faire un systeme
d'POO, qui d'aprés ce que j'ai entendu dire ne gere pas ce que de la
vrai POO est capable de faire, il feraient mieux de se concentrer sur
ces partie là.

Voila voila.

--
Guillaume

--


Avatar
Sebastian 'CrashandDie' Lauwers
Guillaume BOUCHARD wrote:

Ce n'etait pas mon but. Concernant les class je n'ai jamais vu
l'interet. J'ai beau esseyer de m'y mettre, je trouve toujours "mieux"
(AMHA) sans class. Je sais que j'ai certainement tord mais je n'arrive
pas a m'y mettre.


Je suis assé d'accord. Je n'ai jamais vu l'intérêt de faire de la POO en
PHP. Il y a eu de nombreuses discussions qui portaient ce sujet comme
thème, et franchement, plus j'en lis, moins les argumentations me
paraissent cohérentes.

Je ne suis absolument pas expert en POO (j'ai pourtant codé en POO quand
on me le demandait [pour un projet]), et tant que je peux faire sans, je
m'abstiens.

Je n'ai jamais eu a recourir à la POO, sauf indications contraires dans
la demande.

[...]

Personellement je reve d'un php6 qui soit un beau langage propre, sans
tous les trucs qui em** plus qu'autres choses (short_open_tags,
magic_quotes, session, fonctions synonymes, function_truc et
functiontruc) et je pense qu'au lieu de s'occuper de faire un systeme
d'POO, qui d'aprés ce que j'ai entendu dire ne gere pas ce que de la
vrai POO est capable de faire, il feraient mieux de se concentrer sur
ces partie là.


C'est un peu utopique à mon avis. Avant que PHP ne puisse rallier toutes
les personnes qui trouves des choses à redire au PHP, un grand nombre de
versions se seront écoulées...

Voila voila.


Je dirais même plus, voili voilou

S.

--

Avatar
Marc


Je ne suis absolument pas expert en POO (j'ai pourtant codé en POO quand
on me le demandait [pour un projet]), et tant que je peux faire sans, je
m'abstiens.


il vous suffit de comparer 2 produits attachés a faire de la
cartographie pour les réseaux Wifi. L'un est codé avec des classes.
L'autre est codé a la bonne franquette. C'est sympa mais extremement
difficile a maintenir ou étendre.

<section auto-promo>
http://toulouse.sans.fil.free.fr/ (pas trop fini, voir API)
</fin section

http://phpwirelessmap.sourceforge.net/

dans le second, c'est simple a lire enfin pas pour moi, tout
est mélangé, dans le meme fichier ou presque. L'acces aux données est
mélangé la génération de code html et images.

je ne dis pas qu'il est tres simple d'aborder un projet POO. C'est
parfois tordu meme; cependant, spéparer et spécialiser les traitements
en fonction des données donne le sentiment d'un pouvoir considérable.

Dans le cas de mon projet Wifi, j'ai des nodes et des liens entre les
nodes. J'ai aussi une fenetre d'affichage avec un niveau de zoom, et des
déplacements. Je fais des calculs géometriques d'ou la classe "Terre",
mais c'est un peu du luxe.

On en arrive assez rapidement a ces classes :

. Point,
. Node est un point avec un pseudo,
. Window,
. Link est un assemblage de 2 points

voila pour les objets basiques. Pour les autres classes, elles
représentent plus des "services" assemblés ensemble plutot que de
véritables objets.

et pour finir, c'est en forgeant qu'on devient forgeron. Je propose que
chaque mois, un petit probleme de conception objet soit proposé ici.

Vous avez le choix entre 2 jeux :
- jeu de allumettes,
- un morpion
- le pendu ?

--

Avatar
Sebastian 'CrashandDie' Lauwers
Marc wrote:

[...]

dans le second, c'est simple a lire enfin pas pour moi, tout
est mélangé, dans le meme fichier ou presque. L'acces aux données est
mélangé la génération de code html et images.


Il ne faut pas se faire d'illusions, quelqu'un qui code bien en POO peut
être un très mauvais codeur hors POO. J'aime à croire que je suis bon
sans la POO. Comme je l'ai dis, je n'ai jamais du recourir à la POO
parceque je n'y arrivais pas sans. Je commente bien mes codes, et je
n'ai pas encore eu de personnes qui n'arrivaient pas à travailler sur
mon code [personnes sérieuses, ayant un bon niveau en PHP].

je ne dis pas qu'il est tres simple d'aborder un projet POO. C'est
parfois tordu meme; cependant, spéparer et spécialiser les traitements
en fonction des données donne le sentiment d'un pouvoir considérable.


Un sentiment vous dites? Bon, j'arrpête de jouer sur les mots, ca va
finir en troll. C'est pour moi, une limite, la limite de la guerre des
religions. Certains aiment coder avec, certains aiment coder sans. Je
fais partie de la seconde catégorie. Je viendrai à la POO à un moment
donné ou un autre. C'est certain.

et pour finir, c'est en forgeant qu'on devient forgeron. Je propose que
chaque mois, un petit probleme de conception objet soit proposé ici.

Vous avez le choix entre 2 jeux :
- jeu de allumettes,
- un morpion
- le pendu ?


Des défis, il y en a beaucoup. Le défi actuel qui est sur le
siteduzero.com me paraît assé sympathique.
http://www.siteduzero.com/forums/index.php?showtopicB978

Bien sûr, il n'est pas demandé de le faire en POO ;).

Amicalement,
S.

--

Avatar
John GALLET
Bonsoir,

Perso, je l'ai vécu et je pourrais encore vivre en php3, je n'ai pas
trouver d'interet enorme au php4, toutes les "nouvelles fonctionalités"
qui sont arrivés n'ont fait qu'apporter de mauvaises solutions à des
problèmes que l'on gerait trés bien sas avant.



Pareil. Il y a quelques fonctions intéressantes quand même (en particulier
dans les gestions des chaînes de caractères) mais dans les fonctionnalités
portées au pinnacle, il n'y en a pas beaucoup qui me servent tous les
jours.

merci pour cette facon de cracher sur les classes et la programmation OO.


Il n'y a pas de différences entre les capacités object de PHP3 et celles
de PHP4, seulement des corrections de bugs. On faisait déjà de l'objet en
PHP3.

C'est bien pour ça qu'on attendait PHP5 pour qu'on puisse aller envoyer
coucher les détracteurs de PHP prétextant que nécessairement c'est de la
m... parce que non-objet (tant pis pour eux).

a++
JG

--


1 2