Reprise du message précédent :


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...

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

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


C'est ce qu'on a pensé en premier, alors on a fait des traces sur les temps d'exécution des requêtes SQL et c'était vraiment marginal par rapport au temps total de construction de la page.

Moi je préconise pas spécialement php, je connais pas, mais ce qui est sur c'est que ASP ok ça parrait facile à développer au début mais en fait pour le faire tourner correctement face à un nombre conséquent d'utilisateurs eh ben c'est le bord d'aile .

Moi je préconise pas spécialement php, je connais pas, mais ce qui est sur c'est que ASP ok ça parrait facile à développer au début mais en fait pour le faire tourner correctement face à un nombre conséquent d'utilisateurs eh ben c'est le bord d'aile .


mmm... t'as ptet raison...

C'est ce qu'on a pensé en premier, alors on a fait des traces sur les temps d'exécution des requêtes SQL et c'était vraiment marginal par rapport au temps total de construction de la page.

Moi je préconise pas spécialement php, je connais pas, mais ce qui est sur c'est que ASP ok ça parrait facile à développer au début mais en fait pour le faire tourner correctement face à un nombre conséquent d'utilisateurs eh ben c'est le bord d'aile .


De toute façon, je fais plus d'ASP, je fais du VB et c'est ENCORE pire !!!
Si je me remets au scripting, ce sera ASP.NET

puis c'est pas pour defendre l'asp ou le php ou quoi que ce soit, mais dans tous les cas si il y a incompatibilté avec netscpe ou autre, ca vien du html qui est pourri, car dans les deux cas, ca sort du html, donc ...
De plus maintenant y a des interpreteur asp sous linux egalement, puis le gros avantage d asp dans un cadre industrielle, c'est qu il y a la hot line derriere.
De plus si c'est pour un intranet, ou tout les poste sont en ie, en utilisant active x, on se retrouve beaucoup moins limité.
Faut pas se leurer au niveau pro maintenant y a asp+sql server, ou jsp + oracle, php + mysql reste pour les petites structure et les sites perso, un peu comm asp +acces.

Le 03/07/2002 à 16h07 , groumf a écrit:
puis c'est pas pour defendre l'asp ou le php ou quoi que ce soit, mais dans tous les cas si il y a incompatibilté avec netscpe ou autre, ca vien du html qui est pourri, car dans les deux cas, ca sort du html, donc ...
De plus maintenant y a des interpreteur asp sous linux egalement, puis le gros avantage d asp dans un cadre industrielle, c'est qu il y a la hot line derriere.
De plus si c'est pour un intranet, ou tout les poste sont en ie, en utilisant active x, on se retrouve beaucoup moins limité.
Faut pas se leurer au niveau pro maintenant y a asp+sql server, ou jsp + oracle, php + mysql reste pour les petites structure et les sites perso, un peu comm asp +acces.



On est d'accord :yep:

Le 03/07/2002 à 16h07 , groumf a écrit:
Faut pas se leurer au niveau pro maintenant y a asp+sql server

T'en connais beaucoup ?

Au niveau pro ya aussi des trucs comme vignette mais c'est pas du dynamique et faut pas oublier les cgi.

Le 03/07/2002 à 16h38 , jeunesse_sonique a écrit:

Le 03/07/2002 à 16h07 , groumf a écrit:
Faut pas se leurer au niveau pro maintenant y a asp+sql server

T'en connais beaucoup ?


euh... http://www.microsoft.com

Je te sens déjà convaincu :wink:

PHP est compatible avec les BDD suivantes :

Adabas D
InterBase
PostgreSQL
dBase
FrontBase
Sesam
Empress
mSQL
Solid
FilePro (lecutre seule)
Direct MS-SQL
Sybase
Hyperwave
MySQL
Velocis
IBM DB2
ODBC
Unix dbm
Informix
Oracle (OCI7 et OCI8)
Ingres
Ovrimos


Voilà y'a le choix :wink:

mdr, je teste à l'instant: erreur 404 !

en plus il rame leur site!

Le 03/07/2002 à 16h50 , jeunesse_sonique a écrit:
en plus il rame leur site!



je crois qu'ils ont tout passé en PHP

ça doit être pour ça

nan c bien de l'asp

Le 03/07/2002 à 16h48 , Sn@ke a écrit:
PHP est compatible avec les BDD suivantes :

Adabas D
InterBase
PostgreSQL
dBase
FrontBase
Sesam
Empress
mSQL
Solid
FilePro (lecutre seule)
Direct MS-SQL
Sybase
Hyperwave
MySQL
Velocis
IBM DB2
ODBC
Unix dbm
Informix
Oracle (OCI7 et OCI8)
Ingres
Ovrimos


Voilà y'a le choix :wink:


et asp avec toutes les bases que tu veux, juste avec les bons driver odbc, et jsp idem avec jdbc, et en plus en jsp tu peux mettre des servlette derrier, et ca devien plus baleze que php, tout comm avec asp.net tu peux faire des liens sur des dll etc...

Euh... C'est pas très vrai ce que j'ai lu... Tous les gros sites ne sont pas en php mais pas non plus en asp. Il n'y a que microsoft qui utilise l'asp (pour des raisons évidentes). Mais la plupart des gros sites utilisent encore le cgi pour des raisons de sécurité et de rapidité (beaucoup plus puissant que le php) et peut-être parce qu'il est plus vieux, ils ne veulent pas à avoir à tout reprogrammer, ou ils y sont habitués ? :-?

excusez moi bien quand meme les micro$oftiens, mais je bosse dans une webagency sur lyon qui heberge aussi pas mal de sites pro..., on a ptet 4 serveurs pour l'asp et 50x plus pour le php, alors les commentaires genre "php/mysql c pour les petites boites", laissez moi rire !!! je dis pas que c'est une generalite, attention, je dis que les cultures des differentes entreprises font que tel ou tel fait a 95% du php, quand d'autre auront la meme proportion en asp.
non mais !

Essayez de trouver des benchs de comparaison des acces sur differentes plateformes, je sais plus ou j'avaiss vu ca..., journal du net je crois mais pas sur..., et vous constaterez que le php est et reste une des solutions les plus fiables. d'autre part, c'est free, donc rien a payer pour les entreprises (regardez le nombre d'hebergeurs php, pis pareil en asp...), au niveau de la hotline, moi j'ai jamais appele une hotline pour un probleme de dev, la communaute est nettement plus reactive, efficace et complete ! adopter une solution php/mysql représente selon moi une alternative seduisante pour tout type d'entreprise car les possibilites sont infinies, sans parler du langage qui est nettement plus, euh, comment dirais-je............ stable :wink: et sans surprise Snake a bien precise au dessus l'importance de la connectivite aux multiples bases :wink: pas de dll, pas de plantage !
en plus, je trouve que le langage evolue beaucoup plus vite grace justement au gain qu'apporte sans arret la communaute. le php, c'est aussi un peu l'esprit, sans vouloir entrer dans la polemique !!!

bon allez, j'arrete de defendre mon steak, mais de toute facon, je reste convaincu qu'on peut tout faire en tout du moment qu'on touche :wink: donc chacun le sien !

@+

Tu me passes un peu de ton steak ??? Il est vachement bon, celui là :wink:

no problemo, j'en ai des tonnes, et pour po cher :wink:


@+

Pour ce qui est du support, ok, il y a pas photos, avantage Microsoft, a moins que vs parliez anglais (forums, listes de diffusion, etc...).

Sinon, un bench sur les BDD (ok, faut se mefier des benchmarks):
http://www.pcmag.com/article2/0,4149,7279,00.asp
ou http://www.eweek.com/article2/0,3959,293,00.asp

serveur http :
http://www.netcraft.com/survey/

Pour ce qui est de l'amateurisme du PHP : http://www.afup.org/article.php3?id_article=105&PHPSESSID=9eb06ee71c604455af46697a15e16914
ou http://www.afup.org/article.php3?id_article=91

j'en ai plein d'autres à disposition, mais je vous avourai que je suis pas objectif pcq je préfère l'approche du libre... :wink:

Sinon, il parait que PHP marche en natif avec bcp de SGBD, mais j'arrive pas a trouver une info sûre là dessus... Et pour ce qui est d'odbc et des perfs, je crois que si on peut éviter, c mieu :wink:

Et puis n'oublions pas que PHP resteras toujours plus ouvert que VBScript / ASP...

Ben sinon, si qn trouve un choix universel pour clore le débat PHP/ASP, je suis preneur

J'oubliais : la grande majorité des hébergeurs de machines dédiées proposent les 2 types de solutions. Ca compte aussi, selon pour quoi c'est faire !

Sinon, pour les solutions vraiment "pro", je crois que ce qui va faire un tabac, c'est Java : tomcat, WebSphere, Weblogic, etc... (perfs, portabilité, évolutivité, standard...). Par contre, c pas les meme couts ni la meme "facilité" d'admin. :wink:

mouais, mais java, c't'une autre histoire... D'ailleurs, je suis sur que ce qui doit être terrible serait un site hybride java/php. :hap: