Attention ! je veux des arguments ! :wink:

PHP : C'est gratuit !!! (ça c de l'argument ki tue)

ASP c Krosoft ! ( 2nd argument ki tue )

php c + rapide ! (et de 3 !)

Le 02/07/2002 à 14h22 , Erel69 a écrit:
php c + rapide ! (et de 3 !)



et ASP.NET ?

c'est du code C# ou VB.NET encapsulé alors niveau perf.
je suis pas aussi catégorique...

Je demande à voir !

tu peux tout faire en php alors pkoi chercher autre chose ?

Le 02/07/2002 à 14h28 , Sn@ke a écrit:
tu peux tout faire en php alors pkoi chercher autre chose ?



Ben... je pose cette question car j'ai essayé les 2 et que je n'arrive pas à en mettre un de coté.

J'ai bossé avec VBscript (ASP) + VB + SQL Server et je dois dire que ça marche plutôt bien par rapport à tout ce que je peux lire ou entendre.

Quant à PHP, je n'ai pas constaté une grande différence au niveau du code et de la structure par rapport à l'ASP, mais quand tu t'attaques à faire de la bonne grosse BDD, MySQL montre vite ses "limites" (je reste dans les solutions gratuites)... donc...pas d'avis vraiment tranché !

PHP n'est pas compatible qu'avec MySQL, il fonctionne aussi avec bcp d'autres serveur de bdd

Le 02/07/2002 à 14h33 , noody a écrit:

Le 02/07/2002 à 14h28 , Sn@ke a écrit:
tu peux tout faire en php alors pkoi chercher autre chose ?



Ben... je pose cette question car j'ai essayé les 2 et que je n'arrive pas à en mettre un de coté.

J'ai bossé avec VBscript (ASP) + VB + SQL Server et je dois dire que ça marche plutôt bien par rapport à tout ce que je peux lire ou entendre.

Quant à PHP, je n'ai pas constaté une grande différence au niveau du code et de la structure par rapport à l'ASP, mais quand tu t'attaques à faire de la bonne grosse BDD, MySQL montre vite ses "limites" (je reste dans les solutions gratuites)... donc...pas d'avis vraiment tranché !

Compare ce qui est comparable, rien ne t'empèche je suppose d'utiliser PHP et SQL Serveur si le pb est au niveau de la bd, sinon il faut comparer PHP+mysql à ASP+access et là ahma ya pas photo.
PHP aura toujours quoi qu'on dise l'avantage de la gratuité. Et puis asp t'as testé en grandeur réelle avec un nombre d'UT représentatif?

asp .
m^m au nivo de la doc, du nombre d'utilisateurs, le php a une certaine longueur d'avance (m^m s'il est plus récent).

ben moi je dis que ca depend de ce que tu veux faire.
pour des sites perso c'est clair php,sauf si tu metrise asp et pas trop php, et s'a s'apprend vite, mais si tu fais des truc pro, avec de l'activeX au cul, qui tourne unquement sou ie, vive asp.
Puis faut pas oublier y a aussi jsp et les cgi

Compare ce qui est comparable, rien ne t'empèche je suppose d'utiliser PHP et SQL Serveur si le pb est au niveau de la bd, sinon il faut comparer PHP+mysql à ASP+access et là ahma ya pas photo.
PHP aura toujours quoi qu'on dise l'avantage de la gratuité. Et puis asp t'as testé en grandeur réelle avec un nombre d'UT représentatif?


Ben justement... j'ai trop l'impression de participer à une discussion Linux ou Windows...
Il n'y a pas que les notions "performance" et "gratuit" à prendre en compte...
1- Pour moi, que ce soit PHP ou ASP, c'est le serveur qui engendre la rapidité de l'appli ou du site (et aujourd'hui un serveur performant ne coute plus grd chose)
2- Les temps de développement sur des architectures 100% Microsoft restent certainement moindre par rapport à des solutions PHP...

Et là, je rejoins les propos de groumf :
C'est vrai que pour un site perso, PHP/MySQL reste une solution nettement avantageuse mais dès que tu passes en mode industrialisation... je sais pas si on peut encore faire une comparaison.
Je pense tt de même que tu gagnes en productivité sur des produits un peu "complexes".

Ce n'est pas moi qui avance ces propos, je me base juste sur ce qui existe... les + gros sites sur le net ne sont pas écrits en PHP ? je me trompe ?

Après, je n'ai pas encore explorer les autres technos (Java, JSP, cgi et .NET !?) mais ce n'est pas le sujet du topic

Le 02/07/2002 à 20h26 , ced38 a écrit:
asp .
m^m au nivo de la doc, du nombre d'utilisateurs, le php a une certaine longueur d'avance (m^m s'il est plus récent).



MSDN : va me trouver une doc (rédigée par une boîte privée) aussi fournie...
Tout ce que j'ai pu trouver sur PHP, c'est des docs (très bien faites d'ailleurs ) à droite et à gauche... mais rien de bien structuré et VRAIMENT pro et convaincant !

la question est plutot qu'en est il avec la compatibilité avec les differents navigateurs ??? car un site rapide et maintenable c'est bien que si on peut aller dessus!!!

par experience avec ie6, les sites en asp chient plus que ceux en php
par contre le php chie avec mozilla

Le 03/07/2002 à 14h07 , le_butch a écrit:
la question est plutot qu'en est il avec la compatibilité avec les differents navigateurs ??? car un site rapide et maintenable c'est bien que si on peut aller dessus!!!



faux problème... 99% des navigateurs sont Microsoft now :wink:

Le 03/07/2002 à 14h09 , noody a écrit:
faux problème... 99% des navigateurs sont Microsoft now :wink:


faux: 95.3% exactement mais est ce que cela va durer??? est ce pour autant qu'il faut leser les 4.7%????
ce n'est pas un faux probleme, c'est un pb journalier d'utilisateur obligé d'utiliser ie pour pouvoir avoir acces a tout car les sites favorisent ie...



http://www.clubic.com/n/gen/n6005.html

faux: 95.3% exactement mais est ce que cela va durer??? est ce pour autant qu'il faut leser les 4.7%????
ce n'est pas un faux probleme, c'est un pb journalier d'utilisateur obligé d'utiliser ie pour pouvoir avoir acces a tout car les sites favorisent ie...


Avant d'analyser les conséquences, analysons les causes...
IE est bien plus rapide et convivial que Netscape, Opera, Mozilla...etc...

J'étais comme toi avant mais j'en avais plein le C*L de voir Netscape planter toutes les 5 minutes, de perdre mon profil, mes signets...
Donc j'ai fais comme tt le monde et je ne m'en plains pas...

IE était pourri jusqu'aux ttes premières versions du 4 mais depuis, restons objectif, il est bien mieux...

Après, je ne suis pas pour cette situation de monopole mais tant qu'on m'aura pas montrer un produit plus performant et compatible, pourquoi changerais-je ?

Le 03/07/2002 à 14h01 , noody a écrit:

Compare ce qui est comparable, rien ne t'empèche je suppose d'utiliser PHP et SQL Serveur si le pb est au niveau de la bd, sinon il faut comparer PHP+mysql à ASP+access et là ahma ya pas photo.
PHP aura toujours quoi qu'on dise l'avantage de la gratuité. Et puis asp t'as testé en grandeur réelle avec un nombre d'UT représentatif?


Ben justement... j'ai trop l'impression de participer à une discussion Linux ou Windows...
Il n'y a pas que les notions "performance" et "gratuit" à prendre en compte...
1- Pour moi, que ce soit PHP ou ASP, c'est le serveur qui engendre la rapidité de l'appli ou du site (et aujourd'hui un serveur performant ne coute plus grd chose)
2- Les temps de développement sur des architectures 100% Microsoft restent certainement moindre par rapport à des solutions PHP...

Et là, je rejoins les propos de groumf :
C'est vrai que pour un site perso, PHP/MySQL reste une solution nettement avantageuse mais dès que tu passes en mode industrialisation... je sais pas si on peut encore faire une comparaison.
Je pense tt de même que tu gagnes en productivité sur des produits un peu "complexes".

Ce n'est pas moi qui avance ces propos, je me base juste sur ce qui existe... les + gros sites sur le net ne sont pas écrits en PHP ? je me trompe ?

Après, je n'ai pas encore explorer les autres technos (Java, JSP, cgi et .NET !?) mais ce n'est pas le sujet du topic




Expérience perso vu du coté développeur: Un site grand public développé en ASP (Jscript) + SQL Serveur avec IIS on a eu des gros pb de charge! (temps de réponses sur le serveur déplorable) et je sais de quoi je parle on a utilisé un logiciel pour faire des mesures de temps de réponse, on a aussi inséré des traces pour calculer les temps de réponse: c'était de l'ordre de plusieurs secondes!
Expérience perso vu coté clien: Quand ma banque a lancé un site pour gérer ses comptes ils l'ont fait avec de l'asp, bilan de très gros problèmes de temps de réponse et d'accessibilité. Maintenant c'est pas du php mais en tout cas ça tourne mieux depuis qu'ils ont changé de techno.
ASP

Le 03/07/2002 à 14h01 , noody a écrit:
1- Pour moi, que ce soit PHP ou ASP, c'est le serveur qui engendre la rapidité de l'appli ou du site (et aujourd'hui un serveur performant ne coute plus grd chose)

Nop, quand on a eu des pb avec le site en asp, on a changé de serveur, bilan c'etait un peu moins pire je dirais que ça n'a résolut que les problèmes vraiment très gros comme les plantages et les temps de réponses >30s, mais on a pas gagné grand chose au niveau temps moyen de réponse car c'était vraiment un pb de perf, faut pas oublier que l'asp c'est de l'interprété.

Ce n'est pas moi qui avance ces propos, je me base juste sur ce qui existe... les + gros sites sur le net ne sont pas écrits en PHP ? je me trompe ?

Ils sont pas en php mais ils sont pas plus en ASP heureusement!

Expérience perso vu du coté développeur: Un site grand public développé en ASP (Jscript) + SQL Serveur avec IIS on a eu des gros pb de charge! (temps de réponses sur le serveur déplorable) et je sais de quoi je parle on a utilisé un logiciel pour faire des mesures de temps de réponse, on a aussi inséré des traces pour calculer les temps de réponse: c'était de l'ordre de plusieurs secondes!


Pour moi, que ce soit PHP ou ASP, les mauvais temps de réponses sont dûs souvent à la conception des requêtes SQL et donc au temps de réponse du serveur de BDD.
On ne va pas me dire que l'interpréteur PHP divise par 2 le traitement des requêtes SQL sinon je change vite de métier


Expérience perso vu coté clien: Quand ma banque a lancé un site pour gérer ses comptes ils l'ont fait avec de l'asp, bilan de très gros problèmes de temps de réponse et d'accessibilité. Maintenant c'est pas du php mais en tout cas ça tourne mieux depuis qu'ils ont changé de techno.


Donc, c'était pas du PHP :wink:

Mais on est pas constructif là... je peux te donner de nombreuses adresses de sites entièrement conçus ASP qui tournent vraiment bien... ça fera pas avancer le schmilblick...