Articles précédents : Articles
- [14] Slyunix devient une association
- [244] Havoc Pennington se pose des questions sur les langages du libre
- [85] Guide des prestataires
- [27] GNU/Linux Magazine Hors Série : Haute disponibilité
- [64] Sortie du noyau 2.6.4
- [2] Création d'un club de développement collaboratif pour OpenOffice.org
- [386] Mandrake Linux 10.0 Community disponible au téléchargement
- [11] Arrêt du projet FreeS/WAN
- [7] Un nouveau site pour débutants à GNU/Linux
- [19] Article francophone sur l'utilisation de Subversion
Liens connexes
- Le site officiel (888 clics)
- Téléchargement (697 clics)
- Changelog (571 clics)
- Espaces d'articles PHP5 (1618 clics)
Dépêche modérée par
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.
Le site officiel (888 clics)
Téléchargement (697 clics)
Changelog (571 clics)
Espaces d'articles PHP5 (1618 clics)
> Lire la suite (61 commentaires, moyenne: 1,3). [dépêche : 701 caractères]
- 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...
Re: PHP 5 RC 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). »
??
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 Christophe Merlet (page perso, ) le 19/03/2004 à 10:38. (lien). É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 VACHOR (page perso, ) le 19/03/2004 à 10:43. (lien). É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 Nÿco (Jabber id, page perso, ) le 19/03/2004 à 11:02. (lien). Évalué à 4.Mieux vaut entendre ça que d'être sourd...
Ça existe depuis longtemps : http://www.sqlite.org/(...)--
Jabber ID : xmpp:Nyco@jabber.fr-
[+] [^]Re: PHP 5 RC 1
Posté par schyzomarijks () le 19/03/2004 à 13:04. (lien). É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 Julien MOROT (Jabber id, page perso, ) le 19/03/2004 à 14:11. (lien). Évalué à 0.Ah mon dieu!
Des gens ne connaissent pas encore la classe américaine!
Je crois que tu confonds la classe et la coquetterie!-
[+] [^]Re: PHP 5 RC 1
Posté par Da Scritch (page perso, ) le 20/03/2004 à 13:09. (lien). Évalué à -1.« "monde de merde" ?
- je parierais pour un traineau »
-
-
-
[+] [^]Re: PHP 5 RC 1
Posté par VACHOR (page perso, ) le 19/03/2004 à 13:37. (lien). É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 Nÿco (Jabber id, page perso, ) le 19/03/2004 à 18:41. (lien). Évalué à 1.Pfiou... lis un peu le site web de sqlite, tu comprendras que ce n'est pas une réinventation de roue...
--
Jabber ID : xmpp:Nyco@jabber.fr-
[^]Re: PHP 5 RC 1
Posté par Arachne (page perso, ) le 20/03/2004 à 15:12. (lien). É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 Guillaume Plessis (Jabber id, page perso, ) le 19/03/2004 à 10:39. (lien). É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 Julien Duponchelle (page perso, ) le 19/03/2004 à 10:42. (lien). É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 daal () le 19/03/2004 à 10:58. (lien). É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 Julien Duponchelle (page perso, ) le 19/03/2004 à 11:25. (lien). Évalué à 3.Et puis sa évite de sortir la grosse artillerie pour un simple système de news.
-
-
[^]Re: PHP 5 RC 1
Posté par max () le 24/03/2004 à 07:14. (lien). É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
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 Étienne Bersac (Jabber id, page perso, ) le 19/03/2004 à 11:41. (lien). É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--
E Ultreïa !-
[^]Re: Paquets debian
Posté par Guillaume Plessis (Jabber id, page perso, ) le 19/03/2004 à 11:53. (lien). É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 Julien Wajsberg () le 19/03/2004 à 16:13. (lien). É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: Paquets debian
Posté par Guillaume Plessis (Jabber id, page perso, ) le 19/03/2004 à 17:17. (lien). Évalué à 1.Très intéressant tout ca. Je note.
-
-
-
Re: PHP 5 RC 1
Si j'ai bien compris, simpleXML est l'équivalent de XMLBeans pour Java non ?
Bien pratique si c'est le cas....
-
[^]Re: PHP 5 RC 1
Posté par Julien Duponchelle (page perso, ) le 19/03/2004 à 11:22. (lien). Évalué à 4.Un exemple d'utilisation
http://www.onlamp.com/pub/a/php/2004/01/15/simplexml.html(...)
Re: PHP 5 RC 1
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
-
[^]Re: PHP 5 RC 1
Posté par governator () le 19/03/2004 à 11:04. (lien). Évalué à 3.Tu veux parler de programmes avec interface graphique ? si c'est le cas, c'est php-gtk :
http://gtk.php.net/(...)-
[^]Re: PHP 5 RC 1
Posté par naibeD () le 19/03/2004 à 11:09. (lien). Évalué à 1.+
C'est tout a fait ça ;)
Me semblait bien l'avoir déja vu mais j'étais persuadé que c'était pour Php5 seulement ..
En tout cas merci bcp :)-
[^]Re: PHP 5 RC 1
Posté par Cyril PIERRE de GEYER (page perso, ) le 19/03/2004 à 12:43. (lien). Évalué à 1.Si cet aspect t'interesse je te conseille de regarder les liens proposés par phpteam.net :
http://www.phpteam.net/affiche.php?quoi=php_gtk5(...)
Avec nottament un gestionnaire de mailling liste :
http://michel.weimerskirch.net/software.php(...)
un jeu en phpgtk :
http://deepdungeons.sourceforge.net/(...)
...
cyril
-
-
-
[^]Re: PHP 5 RC 1
Posté par Benoît Sibaud (Jabber id, page perso, ) le 19/03/2004 à 11:05. (lien). Évalué à 2.$ php4 -q helloworld.php
Hello world!
$ cat helloworld.php
<?php
echo "Hello world!\n";
?>
Et ça marchait déjà en PHP3. Sinon haitairaugeainaihité.
-
[^]Re: PHP 5 RC 1
Posté par Infernal Quack (Jabber id, page perso, ) le 19/03/2004 à 11:06. (lien). Évalué à 0.Ca fait longtemps que ça existe
-
[^]Re: PHP 5 RC 1
Posté par Julien Duponchelle (page perso, ) le 19/03/2004 à 11:23. (lien). Évalué à 1.Sa existait avant, mais php5 a plus pris en compte cette aspect.
-
[^]Re: PHP 5 RC 1
Posté par Là Yop () le 19/03/2004 à 12:19. (lien). Évalué à 0.Pour php5 je sais pas, mais pour la grammaire : http://www.adibouland.com/(...) :)
[+] Quelques corrections
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
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 Guillaume Plessis (Jabber id, page perso, ) le 19/03/2004 à 11:28. (lien). É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 Benoît Sibaud (Jabber id, page perso, ) le 19/03/2004 à 12:42. (lien). É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
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...
#define MAGIC 0xdefaced /* I should've patented this number -cliph */
-
[^]Re: PHP 5 RC 1
Posté par Heidmall () le 19/03/2004 à 11:42. (lien). Évalué à 2.Moi c'est surtout le simpleXML qui m'impressionne !
-
[^]Re: PHP 5 RC 1
Posté par Éric (Jabber id, page perso, ) le 19/03/2004 à 12:49. (lien). É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 Hardy Damien () le 19/03/2004 à 14:21. (lien). É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 Éric (Jabber id, page perso, ) le 19/03/2004 à 16:22. (lien). É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 Cali_Mero () le 19/03/2004 à 17:37. (lien). Évalué à 1.Eric, je t'ai reconnu ^^ (moinssez)
--
#define MAGIC 0xdefaced /* I should've patented this number -cliph */-
[^]Re: PHP 5 RC 1
Posté par Éric (Jabber id, page perso, ) le 19/03/2004 à 22:53. (lien). Évalué à 1.Zut, t'as un avantage sur moi ;)
-
-
[^]Re: PHP 5 RC 1
Posté par Éric (Jabber id, page perso, ) le 19/03/2004 à 22:56. (lien). É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
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 ?
-
[^]Re: PHP 5 RC 1
Posté par Guillaume Plessis (Jabber id, page perso, ) le 19/03/2004 à 11:51. (lien). Évalué à 2.http://www.vl-srm.net/(...)
SRM permet de la persistance. Ca prend la forme d un demon et d un module PHP.
C est en developpement, pas encore porte par PHP5, mais une fois de plus, si vous voulez que ca avance, toute aide est bienvenue...
-
[^]Re: PHP 5 RC 1
Posté par governator () le 19/03/2004 à 13:20. (lien). Évalué à 1.Il y a un projet intéressant qui se base sur Torque de la fondation Apache :
Propel http://propel.phpdb.org/wiki/(...)
"Propel is a full-service object persistence and query toolkit for PHP5"
Re: PHP 5 RC 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à.
-
[^]Re: PHP 5 RC 1
Posté par Guillaume Plessis (Jabber id, page perso, ) le 19/03/2004 à 13:52. (lien). Évalué à 1.http://www.nexen.net/news/moteur?quoi=soap&go=Go(...)
Un ensemble de tutos et d extensions/scripts (PEAR, notamment) pour exploiter SOAP avec PHP.
Enjoy :)
-
[^]Re: PHP 5 RC 1
Posté par Éric (Jabber id, page perso, ) le 19/03/2004 à 16:24. (lien). Évalué à 1.Elle est encore au stade expérimental et ne sera pas finalisée avant la sortie de PHP5 (enfin sauf si ils vont beaucoup plus vite que prévu). Si je n'ai pas sauté une étape, il ne faudra pas attendre une version stable dans un premier temps.
Bienvenue dans un monde de Java-istes :-)
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 Julien Duponchelle (page perso, ) le 19/03/2004 à 14:17. (lien). É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 Rossel Olivier () le 19/03/2004 à 17:00. (lien). Évalué à 1." ... y a quelque aspects bien sympa de Python ... "
Ah oui tiens, j'avais oublie les aspects :)
Merci d'amener de l'eau a mon moulin (et de marcher dans mon troll).
-
-
[^]Re: Bienvenue dans un monde de Java-istes :-)
Posté par Infernal Quack (Jabber id, page perso, ) le 19/03/2004 à 22:11. (lien). É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.-
[^]Re: Bienvenue dans un monde de Java-istes :-)
Posté par Gabriel () le 19/03/2004 à 23:26. (lien). É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!!--
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying-
[^]Re: Bienvenue dans un monde de Java-istes :-)
Posté par Infernal Quack (Jabber id, page perso, ) le 19/03/2004 à 23:57. (lien). É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 :)-
[^]Re: Bienvenue dans un monde de Java-istes :-)
Posté par Gabriel () le 20/03/2004 à 00:38. (lien). É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.--
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying-
[^]Re: Bienvenue dans un monde de Java-istes :-)
Posté par - - () le 23/03/2004 à 17:43. (lien). É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 Gabriel () le 23/03/2004 à 21:40. (lien). É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.--
Every takeoff is optional. Every landing is mandatory. -- Rules Of Flying
-
-
-
-
-
Re: PHP 5 RC 1
Vive SQLite qui existe aussi pour php4 ...
Re: PHP 5 RC 1
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 Julien Duponchelle (page perso, ) le 20/03/2004 à 13:31. (lien). Évalué à 1.Effectivement pear une superbe source pour recuperer du code de qualitee.
-
[^]Re: PHP 5 RC 1
Posté par max () le 24/03/2004 à 08:08. (lien). É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.
-



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.