J'ai l'habitude de développer des sites en PHP et je viens de terminer
un projet de site web en Java cette fois-ci.
Nous avons utilisé des taglibs, des beans, un modèle MVC pour
centraliser les requetes, des objets sessions etc...
Mnt que le projet est fini, je me pose une question : quels sont les
avantages de développer en Java un site web par rapport au PHP ?
Je précise que :
le projet Java comporte les mêmes fonctionalités qu'un simple site PHP
Nous l'avons fait en Java car contrainte de l'école pour nous former.
Ma question porte plus sur le marché du travail : prq utiliser Java pour
faire ce que PHP fait très bien ?
Je trouve que le développement PHP est bcp bcp plus rapide que Java pour
les sites...
Bah allons-y...mélangeons PHP et Java. On n'en est pas à une connerie (oops, pardon) pret.
Clair a croire que Zend s'est fait racheté récemment par Sun....
Tiens, bais en parlant de ca, dans la newsletter de Zend (recu ce jour), il est précisement question à plusieurs reprises de PHP et Java. En particulier, je cite :
[...] ZEND'S BRAD YOUNG DISCUSSES THE STANDARDS FOR JAVA AND PHP INTEGRATION Brad Young gave a talk on PHP-Java at the recent JavaOne conference, and was received with great enthusiasm by the Java community. Now his recorded event can be listened to on-demand at your convenience. Check out this iSeminar as well as others on topics such as Zend Studio tutorials, Zend Performance Suite case studies and Zend SafeGuard Suite demos. [...] ZEND JOINS SUN AT LINUXWORLD At the premiere Linux conference, Zend will be presenting PHP 5 beta, PHP and Java integration, and Zend's full line of products to develop, protect and scale PHP applications. [...]
Bof rebol n'est pas /si/ compliqué que ca. Perso je le trouve plus simple que Java mais moins pratique à utiliser que PHP ou Perl.
Arf, par "langage des couillus", je n'étais pas inspiré par les specs du langage, mais par le nom :p Je lui trouve une conotation...humm...génitale. Mon imagination (mal placée c'est évident) certainement :)
Ok, je sors :p
Ben c'est un peu mon impression aussi quand je regarde de plus près PHP5.
A vrai dire, c'est plus la nature des développements que je réalise (i.e, web dynamique) qui ne me motive pas à sombrer dans le syndrome de l'encapsulation histerique. Comme le disait très justement John, "4 pauvres arguments en entrée, on tripatouille un sgbd ou une socket ou un fichier et on balance un flux de sortie en ascii ou au plus évolué en binaire (pdf, jpg etc...)". Ca résume assez bien la majorité des développements je pense.
Maintenant, si y-en a que ca amuse d' _empiler_ (j'ai volontairement modéré mon vocabulaire ici :p) les classes, ou s'ils se sentent plus intéligents ou plus malin en le faisant, libre à eux. Ca m'amuse toujours autant en retour. Donc, 15/15 la balle au centre et tout le monde est content :)
Des noms ;-)
Ah ah non non :) Même pas dans tes rêves :p Pas de délation. Mais tu les as certainement en tête.
Armel.
Hello Laurent,
Bah allons-y...mélangeons PHP et Java.
On n'en est pas à une connerie (oops, pardon) pret.
Clair a croire que Zend s'est fait racheté récemment par Sun....
Tiens, bais en parlant de ca, dans la newsletter de Zend (recu ce jour), il
est précisement question à plusieurs reprises de PHP et Java. En
particulier, je cite :
[...]
ZEND'S BRAD YOUNG DISCUSSES THE STANDARDS FOR JAVA AND PHP INTEGRATION
Brad Young gave a talk on PHP-Java at the recent JavaOne conference, and was
received with great enthusiasm by the Java community. Now his recorded event
can be listened to on-demand at your convenience. Check out this iSeminar as
well as others on topics such as Zend Studio tutorials, Zend Performance
Suite case studies and Zend SafeGuard Suite demos.
[...]
ZEND JOINS SUN AT LINUXWORLD
At the premiere Linux conference, Zend will be presenting PHP 5 beta, PHP
and Java integration, and Zend's full line of products to develop, protect
and scale PHP applications.
[...]
Bof rebol n'est pas /si/ compliqué que ca. Perso je le trouve plus simple
que Java mais moins pratique à utiliser que PHP ou Perl.
Arf, par "langage des couillus", je n'étais pas inspiré par les specs du
langage, mais par le nom :p Je lui trouve une conotation...humm...génitale.
Mon imagination (mal placée c'est évident) certainement :)
Ok, je sors :p
Ben c'est un peu mon impression aussi quand je regarde de plus près PHP5.
A vrai dire, c'est plus la nature des développements que je réalise (i.e,
web dynamique) qui ne me motive pas à sombrer dans le syndrome de
l'encapsulation histerique. Comme le disait très justement John, "4 pauvres
arguments en entrée, on tripatouille un sgbd ou une socket ou un fichier et
on balance un flux de sortie en ascii ou au plus évolué en binaire (pdf, jpg
etc...)". Ca résume assez bien la majorité des développements je pense.
Maintenant, si y-en a que ca amuse d' _empiler_ (j'ai volontairement modéré
mon vocabulaire ici :p) les classes, ou s'ils se sentent plus intéligents ou
plus malin en le faisant, libre à eux. Ca m'amuse toujours autant en retour.
Donc, 15/15 la balle au centre et tout le monde est content :)
Des noms ;-)
Ah ah non non :) Même pas dans tes rêves :p Pas de délation.
Mais tu les as certainement en tête.
Bah allons-y...mélangeons PHP et Java. On n'en est pas à une connerie (oops, pardon) pret.
Clair a croire que Zend s'est fait racheté récemment par Sun....
Tiens, bais en parlant de ca, dans la newsletter de Zend (recu ce jour), il est précisement question à plusieurs reprises de PHP et Java. En particulier, je cite :
[...] ZEND'S BRAD YOUNG DISCUSSES THE STANDARDS FOR JAVA AND PHP INTEGRATION Brad Young gave a talk on PHP-Java at the recent JavaOne conference, and was received with great enthusiasm by the Java community. Now his recorded event can be listened to on-demand at your convenience. Check out this iSeminar as well as others on topics such as Zend Studio tutorials, Zend Performance Suite case studies and Zend SafeGuard Suite demos. [...] ZEND JOINS SUN AT LINUXWORLD At the premiere Linux conference, Zend will be presenting PHP 5 beta, PHP and Java integration, and Zend's full line of products to develop, protect and scale PHP applications. [...]
Bof rebol n'est pas /si/ compliqué que ca. Perso je le trouve plus simple que Java mais moins pratique à utiliser que PHP ou Perl.
Arf, par "langage des couillus", je n'étais pas inspiré par les specs du langage, mais par le nom :p Je lui trouve une conotation...humm...génitale. Mon imagination (mal placée c'est évident) certainement :)
Ok, je sors :p
Ben c'est un peu mon impression aussi quand je regarde de plus près PHP5.
A vrai dire, c'est plus la nature des développements que je réalise (i.e, web dynamique) qui ne me motive pas à sombrer dans le syndrome de l'encapsulation histerique. Comme le disait très justement John, "4 pauvres arguments en entrée, on tripatouille un sgbd ou une socket ou un fichier et on balance un flux de sortie en ascii ou au plus évolué en binaire (pdf, jpg etc...)". Ca résume assez bien la majorité des développements je pense.
Maintenant, si y-en a que ca amuse d' _empiler_ (j'ai volontairement modéré mon vocabulaire ici :p) les classes, ou s'ils se sentent plus intéligents ou plus malin en le faisant, libre à eux. Ca m'amuse toujours autant en retour. Donc, 15/15 la balle au centre et tout le monde est content :)
Des noms ;-)
Ah ah non non :) Même pas dans tes rêves :p Pas de délation. Mais tu les as certainement en tête.
Armel.
Laurent Seguin
"Armel FAUVEAU" , le 05 août 2003 06:30:34, écrivait ceci:
Clair a croire que Zend s'est fait racheté récemment par Sun.... Tiens, bais en parlant de ca, dans la newsletter de Zend (recu ce
jour), il est précisement question à plusieurs reprises de PHP et Java.
Ouais super... Ils vont nous accoucher d'un petit batard de Java et PHP.
[Tous vers la POO]
Ben c'est un peu mon impression aussi quand je regarde de plus près PHP5. A vrai dire, c'est plus la nature des développements que je réalise
(i.e, web dynamique) qui ne me motive pas à sombrer dans le syndrome de l'encapsulation histerique.
<aol />. D'ailleurs (certains ne vont pas aimer), il ne me viendrait même pas l'idée d'utiliser PHP pour autre chose que du web dynamique. En y pensant tient, je me demande si ce ne serait pas pour changer cet état d'esprit (PHP=>web dyn) qu'il font évoluer php dans ce sens ?
Maintenant, si y-en a que ca amuse d' _empiler_ (j'ai volontairement modéré mon vocabulaire ici :p) les classes, ou s'ils se sentent plus intéligents ou plus malin en le faisant, libre à eux.
Justement à ce propos, cela se passe il comme avec Java cet empilement ? Ca charge tout le monde en mémoire et fait péter les buffers quand c'est mal fait ?
@++ Laurent
"Armel FAUVEAU" <webmaster@phpindex.com>, le 05 août 2003 06:30:34,
écrivait ceci:
Clair a croire que Zend s'est fait racheté récemment par Sun....
Tiens, bais en parlant de ca, dans la newsletter de Zend (recu ce
jour), il est précisement question à plusieurs reprises de PHP et
Java.
Ouais super... Ils vont nous accoucher d'un petit batard de Java et PHP.
[Tous vers la POO]
Ben c'est un peu mon impression aussi quand je regarde de plus près
PHP5.
A vrai dire, c'est plus la nature des développements que je réalise
(i.e, web dynamique) qui ne me motive pas à sombrer dans le syndrome
de l'encapsulation histerique.
<aol />. D'ailleurs (certains ne vont pas aimer), il ne me viendrait même
pas l'idée d'utiliser PHP pour autre chose que du web dynamique.
En y pensant tient, je me demande si ce ne serait pas pour changer cet état
d'esprit (PHP=>web dyn) qu'il font évoluer php dans ce sens ?
Maintenant, si y-en a que ca amuse d' _empiler_ (j'ai volontairement
modéré mon vocabulaire ici :p) les classes, ou s'ils se sentent plus
intéligents ou plus malin en le faisant, libre à eux.
Justement à ce propos, cela se passe il comme avec Java cet empilement ? Ca
charge tout le monde en mémoire et fait péter les buffers quand c'est mal
fait ?
"Armel FAUVEAU" , le 05 août 2003 06:30:34, écrivait ceci:
Clair a croire que Zend s'est fait racheté récemment par Sun.... Tiens, bais en parlant de ca, dans la newsletter de Zend (recu ce
jour), il est précisement question à plusieurs reprises de PHP et Java.
Ouais super... Ils vont nous accoucher d'un petit batard de Java et PHP.
[Tous vers la POO]
Ben c'est un peu mon impression aussi quand je regarde de plus près PHP5. A vrai dire, c'est plus la nature des développements que je réalise
(i.e, web dynamique) qui ne me motive pas à sombrer dans le syndrome de l'encapsulation histerique.
<aol />. D'ailleurs (certains ne vont pas aimer), il ne me viendrait même pas l'idée d'utiliser PHP pour autre chose que du web dynamique. En y pensant tient, je me demande si ce ne serait pas pour changer cet état d'esprit (PHP=>web dyn) qu'il font évoluer php dans ce sens ?
Maintenant, si y-en a que ca amuse d' _empiler_ (j'ai volontairement modéré mon vocabulaire ici :p) les classes, ou s'ils se sentent plus intéligents ou plus malin en le faisant, libre à eux.
Justement à ce propos, cela se passe il comme avec Java cet empilement ? Ca charge tout le monde en mémoire et fait péter les buffers quand c'est mal fait ?
@++ Laurent
john gallet
Re,
Des noms ;-) Présent !
Moi les langages qui obligent à écrire :
String fbuff=new Format("%04d").form((long)nblignes); System.out.println(fbuff); et encore ! En téléchargeant sur le net la classe Format au lieu de : printf("%04d",$nblignes);
désolé mais ça peut pas passer... Ca se veut présenter des "paradygmes" (rien que le mot m'amuse) mais c'est même pas foutu de fournir en standard une fonction/méthode pour sortir un entier sur 4 chiffres quoi qu'il arrive (et indépendante du locale) ! Halte aux conneries !!
Tout comme je me refuse à empiler (le terme est bon) les couches pour le plaisir.
Bref une fois de plus, ce n'est pas tant une question de langages que de ce qui manque le plus aujourd'hui en ce bas monde : du SENS PRATIQUE au lieu de belles théories à la con.
a++ JG
Re,
Des noms ;-)
Présent !
Moi les langages qui obligent à écrire :
String fbuff=new Format("%04d").form((long)nblignes);
System.out.println(fbuff);
et encore ! En téléchargeant sur le net la classe Format au lieu de :
printf("%04d",$nblignes);
désolé mais ça peut pas passer... Ca se veut présenter des "paradygmes"
(rien que le mot m'amuse) mais c'est même pas foutu de fournir en
standard une fonction/méthode pour sortir un entier sur 4 chiffres quoi
qu'il arrive (et indépendante du locale) ! Halte aux conneries !!
Tout comme je me refuse à empiler (le terme est bon) les couches pour le
plaisir.
Bref une fois de plus, ce n'est pas tant une question de langages que de
ce qui manque le plus aujourd'hui en ce bas monde : du SENS PRATIQUE au
lieu de belles théories à la con.
String fbuff=new Format("%04d").form((long)nblignes); System.out.println(fbuff); et encore ! En téléchargeant sur le net la classe Format au lieu de : printf("%04d",$nblignes);
désolé mais ça peut pas passer... Ca se veut présenter des "paradygmes" (rien que le mot m'amuse) mais c'est même pas foutu de fournir en standard une fonction/méthode pour sortir un entier sur 4 chiffres quoi qu'il arrive (et indépendante du locale) ! Halte aux conneries !!
Tout comme je me refuse à empiler (le terme est bon) les couches pour le plaisir.
Bref une fois de plus, ce n'est pas tant une question de langages que de ce qui manque le plus aujourd'hui en ce bas monde : du SENS PRATIQUE au lieu de belles théories à la con.
a++ JG
john gallet
Re,
il ne me viendrait même pas l'idée d'utiliser PHP pour autre chose que du web dynamique.
PHP marche très bien pour de la transco de fichiers avec besoin d'accès sgbd. En gros ce qui manque à awk quoi...
Justement à ce propos, cela se passe il comme avec Java cet empilement ? Ca charge tout le monde en mémoire et fait péter les buffers quand c'est mal fait ?
Pas la moindre idée. On doit pouvoir réussir à faire pêter n'importe quel empilement d'appels de fonctions dans tous les cas, que ce soit en couches ou en récursif, quel que soit le langage, ce n'est qu'une question de "volonté" et de taille de stack ;-)
JG
Re,
il ne me viendrait même
pas l'idée d'utiliser PHP pour autre chose que du web dynamique.
PHP marche très bien pour de la transco de fichiers avec besoin d'accès
sgbd. En gros ce qui manque à awk quoi...
Justement à ce propos, cela se passe il comme avec Java cet empilement ? Ca
charge tout le monde en mémoire et fait péter les buffers quand c'est mal
fait ?
Pas la moindre idée. On doit pouvoir réussir à faire pêter n'importe
quel empilement d'appels de fonctions dans tous les cas, que ce soit en
couches ou en récursif, quel que soit le langage, ce n'est qu'une
question de "volonté" et de taille de stack ;-)
il ne me viendrait même pas l'idée d'utiliser PHP pour autre chose que du web dynamique.
PHP marche très bien pour de la transco de fichiers avec besoin d'accès sgbd. En gros ce qui manque à awk quoi...
Justement à ce propos, cela se passe il comme avec Java cet empilement ? Ca charge tout le monde en mémoire et fait péter les buffers quand c'est mal fait ?
Pas la moindre idée. On doit pouvoir réussir à faire pêter n'importe quel empilement d'appels de fonctions dans tous les cas, que ce soit en couches ou en récursif, quel que soit le langage, ce n'est qu'une question de "volonté" et de taille de stack ;-)
JG
Lionel
chacun a ses avantages. avec struts&compagnie, je ne me suis jamais soucié des caractères spéciaux dans les URL ou des apostrophes dans les requetes SQL. ca fonctionne nickel, tout est géré. en php, ca fait plusieurs heures que je me prends la tete pour arriver à envoyer un formulaire dans un formulaire sans perdre de caractère au passage et en affichant tout correctement (voir post du jour: urlencode et parametres d'url). Mais il est vrai que je débute en php....
2 remarques: - il est bcp plus facile de débuter en php que débuter en J2EE: on progresse tres vite des le début. - en php, j'ai l'impression de repartir de zéro et réinventer la roue (les différents framework que j'ai pu voir ne m'ont pas plu). on se prend la tete sur des trucs auxquels ont aurait jamais pensé. bizarrement, il est facile de faire des choses complexes, mais des choses simples sont parfois complexes à mettre en place.
un truc génial que j'ai jamais réussi à faire avec struts en utilisant les ActionErrors et que j'ai fait en 2secodnes en php: un système de message d'erreur alert javascript qui se périme dès qu'il a été affiché (donc qui ne réapparait pas en faisant précédent/suivant)
chacun a ses avantages.
avec struts&compagnie, je ne me suis jamais soucié des caractères spéciaux
dans les URL ou des apostrophes dans les requetes SQL. ca fonctionne nickel,
tout est géré.
en php, ca fait plusieurs heures que je me prends la tete pour arriver à
envoyer un formulaire dans un formulaire sans perdre de caractère au passage
et en affichant tout correctement (voir post du jour: urlencode et
parametres d'url).
Mais il est vrai que je débute en php....
2 remarques:
- il est bcp plus facile de débuter en php que débuter en J2EE: on progresse
tres vite des le début.
- en php, j'ai l'impression de repartir de zéro et réinventer la roue (les
différents framework que j'ai pu voir ne m'ont pas plu). on se prend la tete
sur des trucs auxquels ont aurait jamais pensé. bizarrement, il est facile
de faire des choses complexes, mais des choses simples sont parfois
complexes à mettre en place.
un truc génial que j'ai jamais réussi à faire avec struts en utilisant les
ActionErrors et que j'ai fait en 2secodnes en php: un système de message
d'erreur alert javascript qui se périme dès qu'il a été affiché (donc qui ne
réapparait pas en faisant précédent/suivant)
chacun a ses avantages. avec struts&compagnie, je ne me suis jamais soucié des caractères spéciaux dans les URL ou des apostrophes dans les requetes SQL. ca fonctionne nickel, tout est géré. en php, ca fait plusieurs heures que je me prends la tete pour arriver à envoyer un formulaire dans un formulaire sans perdre de caractère au passage et en affichant tout correctement (voir post du jour: urlencode et parametres d'url). Mais il est vrai que je débute en php....
2 remarques: - il est bcp plus facile de débuter en php que débuter en J2EE: on progresse tres vite des le début. - en php, j'ai l'impression de repartir de zéro et réinventer la roue (les différents framework que j'ai pu voir ne m'ont pas plu). on se prend la tete sur des trucs auxquels ont aurait jamais pensé. bizarrement, il est facile de faire des choses complexes, mais des choses simples sont parfois complexes à mettre en place.
un truc génial que j'ai jamais réussi à faire avec struts en utilisant les ActionErrors et que j'ai fait en 2secodnes en php: un système de message d'erreur alert javascript qui se périme dès qu'il a été affiché (donc qui ne réapparait pas en faisant précédent/suivant)
Matchenul
"Armel FAUVEAU" a écrit dans le message de news: 3f2ed0fc$0$2039$
Et aussi, pourquoi PHP veut absolument convertir tout le monde à la POO ?
Ah bon ? Moi j'en connais au moins deux qui resisteront encore longtemps :) Et personne n'est tenu de faire comme les autres, si complot massif vers la
POO il y a.
Merci les gars, je croyais que j'allais être vite à la rue à ne pas faire d'encapsulation ... Je suis le troisième, et en vous lisant bien, j'ai trouvé les deux autres ...
Vous ne pourriez pas tomber tous d'accord ?
Est-ce si important ? non .
Armel. JC
"Armel FAUVEAU" <webmaster@phpindex.com> a écrit dans le message de news:
3f2ed0fc$0$2039$79c14f64@nan-newsreader-01.noos.net...
Et aussi, pourquoi PHP veut absolument convertir tout le monde à la POO
?
Ah bon ?
Moi j'en connais au moins deux qui resisteront encore longtemps :)
Et personne n'est tenu de faire comme les autres, si complot massif vers
la
POO il y a.
Merci les gars, je croyais que j'allais être vite à la rue à ne pas faire
d'encapsulation ...
Je suis le troisième, et en vous lisant bien, j'ai trouvé les deux autres
...
"Armel FAUVEAU" a écrit dans le message de news: 3f2ed0fc$0$2039$
Et aussi, pourquoi PHP veut absolument convertir tout le monde à la POO ?
Ah bon ? Moi j'en connais au moins deux qui resisteront encore longtemps :) Et personne n'est tenu de faire comme les autres, si complot massif vers la
POO il y a.
Merci les gars, je croyais que j'allais être vite à la rue à ne pas faire d'encapsulation ... Je suis le troisième, et en vous lisant bien, j'ai trouvé les deux autres ...
Vous ne pourriez pas tomber tous d'accord ?
Est-ce si important ? non .
Armel. JC
john gallet
Bonjour,
en php, ca fait plusieurs heures que je me prends la tete pour arriver à envoyer un formulaire dans un formulaire sans perdre de caractère au passage et en affichant tout correctement
Enfin toi ton problème est surtout un problème de logique. Je le répète depuis Mathusalem, on ne doit pas utiliser header("Location:..") n'importe comment.
http://groups.google.com/groups?selm>BF5766.A037334E%40wanadoo.fr pour toute une discussion sur le sujet.
Mais il est vrai que je débute en php....
C'est pas du PHP c'est de l'absence d'analyse des données qui transitent... Mais comme aucune des Méthôôôtes (Ja!) de codage à la con ne prennent en compte cette analyse là bah... trop peu de personnes se font des schémas tout cons avec des flèches entre les différents écrans qui correspondent aux variables faisant un ping-pong entre le client et le serveur (avec un peu d'expérience on le fait de tête, mais c'est à faire).
- en php, j'ai l'impression de repartir de zéro et réinventer la roue Moi c'est pareil en java : printf ça manque quand même vachement... Et
avant NIO les sockets non bloquantes aussi !!
a++ JG
Bonjour,
en php, ca fait plusieurs heures que je me prends la tete pour arriver à
envoyer un formulaire dans un formulaire sans perdre de caractère au passage
et en affichant tout correctement
Enfin toi ton problème est surtout un problème de logique. Je le répète
depuis Mathusalem, on ne doit pas utiliser header("Location:..")
n'importe comment.
http://groups.google.com/groups?selm>BF5766.A037334E%40wanadoo.fr pour
toute une discussion sur le sujet.
Mais il est vrai que je débute en php....
C'est pas du PHP c'est de l'absence d'analyse des données qui
transitent... Mais comme aucune des Méthôôôtes (Ja!) de codage à la con
ne prennent en compte cette analyse là bah... trop peu de personnes se
font des schémas tout cons avec des flèches entre les différents écrans
qui correspondent aux variables faisant un ping-pong entre le client et
le serveur (avec un peu d'expérience on le fait de tête, mais c'est à
faire).
- en php, j'ai l'impression de repartir de zéro et réinventer la roue
Moi c'est pareil en java : printf ça manque quand même vachement... Et
en php, ca fait plusieurs heures que je me prends la tete pour arriver à envoyer un formulaire dans un formulaire sans perdre de caractère au passage et en affichant tout correctement
Enfin toi ton problème est surtout un problème de logique. Je le répète depuis Mathusalem, on ne doit pas utiliser header("Location:..") n'importe comment.
http://groups.google.com/groups?selm>BF5766.A037334E%40wanadoo.fr pour toute une discussion sur le sujet.
Mais il est vrai que je débute en php....
C'est pas du PHP c'est de l'absence d'analyse des données qui transitent... Mais comme aucune des Méthôôôtes (Ja!) de codage à la con ne prennent en compte cette analyse là bah... trop peu de personnes se font des schémas tout cons avec des flèches entre les différents écrans qui correspondent aux variables faisant un ping-pong entre le client et le serveur (avec un peu d'expérience on le fait de tête, mais c'est à faire).
- en php, j'ai l'impression de repartir de zéro et réinventer la roue Moi c'est pareil en java : printf ça manque quand même vachement... Et
avant NIO les sockets non bloquantes aussi !!
a++ JG
the_fredo
"Lionel" wrote in message news:<3f2fde32$0$27006$...
chacun a ses avantages. avec struts&compagnie, je ne me suis jamais soucié des caractères spéciaux dans les URL ou des apostrophes dans les requetes SQL. ca fonctionne nickel, tout est géré. en php, ca fait plusieurs heures que je me prends la tete pour arriver à envoyer un formulaire dans un formulaire sans perdre de caractère au passage et en affichant tout correctement (voir post du jour: urlencode et parametres d'url).
as-tu essayé la lib Eclipse (il y a en particulier un objet Url qui t'affranchit de ce type de cuisine) ? la lib est très "objet", je l'ai utilisée avec statisfaction : http://dev.nexen.net/news/gen.php3/2003/07/17/1941,0,1,0,0.php3
Pour ce qui est du sujet initial, personnellement je pense que PHP est tres bien pour un site de 10-15 pages dynamiques, au delà je choisirais java. Java permet de mieux implementer la separation MVC, meme si des efforts commencent à être entrepris par PHP dans ce domaine (portage de struts...)
Et puis l'argument financier... les hebergeurs PHP gratuits ou pas chers se trouvent facilement, des hebergeurs de containers de servlet, c'est plus difficile...
Fred.
"Lionel" <cooll_nospam@free.fr> wrote in message news:<3f2fde32$0$27006$626a54ce@news.free.fr>...
chacun a ses avantages.
avec struts&compagnie, je ne me suis jamais soucié des caractères spéciaux
dans les URL ou des apostrophes dans les requetes SQL. ca fonctionne nickel,
tout est géré.
en php, ca fait plusieurs heures que je me prends la tete pour arriver à
envoyer un formulaire dans un formulaire sans perdre de caractère au passage
et en affichant tout correctement (voir post du jour: urlencode et
parametres d'url).
as-tu essayé la lib Eclipse (il y a en particulier un objet Url qui
t'affranchit de ce type de cuisine) ?
la lib est très "objet", je l'ai utilisée avec statisfaction :
http://dev.nexen.net/news/gen.php3/2003/07/17/1941,0,1,0,0.php3
Pour ce qui est du sujet initial, personnellement je pense que PHP est
tres bien pour un site de 10-15 pages dynamiques, au delà je
choisirais java. Java permet de mieux implementer la separation MVC,
meme si des efforts commencent à être entrepris par PHP dans ce
domaine (portage de struts...)
Et puis l'argument financier... les hebergeurs PHP gratuits ou pas
chers se trouvent facilement, des hebergeurs de containers de servlet,
c'est plus difficile...
"Lionel" wrote in message news:<3f2fde32$0$27006$...
chacun a ses avantages. avec struts&compagnie, je ne me suis jamais soucié des caractères spéciaux dans les URL ou des apostrophes dans les requetes SQL. ca fonctionne nickel, tout est géré. en php, ca fait plusieurs heures que je me prends la tete pour arriver à envoyer un formulaire dans un formulaire sans perdre de caractère au passage et en affichant tout correctement (voir post du jour: urlencode et parametres d'url).
as-tu essayé la lib Eclipse (il y a en particulier un objet Url qui t'affranchit de ce type de cuisine) ? la lib est très "objet", je l'ai utilisée avec statisfaction : http://dev.nexen.net/news/gen.php3/2003/07/17/1941,0,1,0,0.php3
Pour ce qui est du sujet initial, personnellement je pense que PHP est tres bien pour un site de 10-15 pages dynamiques, au delà je choisirais java. Java permet de mieux implementer la separation MVC, meme si des efforts commencent à être entrepris par PHP dans ce domaine (portage de struts...)
Et puis l'argument financier... les hebergeurs PHP gratuits ou pas chers se trouvent facilement, des hebergeurs de containers de servlet, c'est plus difficile...
