PHP5 vs ASP.NET 2

Statut
N'est pas ouverte pour d'autres réponses.

zoheir

cvm.mangaleet()
Xyo a dit:
Qu'est-ce que tu sous-entends par là ?
Parce que gérer des exceptions sous php, c'est simple aussi. ;)
Faut trouver la bonne fonction, ou savoir en utiliser plusieurs oui.
Mais oui, ASP le fait plus facilement.
La gestion des erreurs en général reste assez sommaire comparée aux possibilités du C#
 

La Poubelle

Pou'r allé Danché
Bingo a dit:
Je croyais qu'il y avait un Framework .NET sous Linux ? J'ai halluciné ?

Sinon, pour moi l'énorme intérêt de .NET c'est le choix du langage. Pouvoir développer en C# c'est du grand bonheur pour les amateurs de programations orientée objet (je n'en fait pas partie, mais je vois tous les jours dans leurs yeux rêveurs qu'ils se font plaisir).
Moi j'en suis toujours à l'ASP tout court et au VB6, alors le .NET... :D
Je l'avoue, c'est le oO qui me botte. :p

ASP 3.0 , beurk , longtemps fait joujou avec ça, mais ASP.NET est 100 fois plus expressif.

Que dire d'interdev, il m'a traumatisé à part la gestion des fichiers sur plusieurs post à la fois :mrgreen:
 

La Poubelle

Pou'r allé Danché
PunkDeLuxe a dit:
Heu lilmité en quoi ?! Pour moi c'est deux philosophie différente de programmation :/
Les languages du .net sont développés sur une architecture plus large que le .net, de ce fait les outils sont bien plus adaptés et puissant. A force de se prendre des décullotées aux niveaux des languages de programmations (VB6 est de la crotte pour développé à l'état pur comparé à Delphi à l'époque de la version 5 et 6 :cool:) , microsoft a tout de même fait un bel effort sur ce coup là.
 
Et le JSP dans tout ca vous en penser quoi ?
 

Xou

I ♥ rien
cvm の術 a dit:
La gestion des erreurs en général reste assez sommaire comparée aux possibilités du C#
tu veux dire que dès qu'une erreur de script se pointe, c'est mieux gérer sous ASP.net ?
 

Froggy

fake geek
Xyo a dit:
tu veux dire que dès qu'une erreur de script se pointe, c'est mieux gérer sous ASP.net ?

c'est probablement plus facilement gérable ... parce que le fait que ce soit bien gérer c'est a toi d'en décider :mrgreen:
 

Bingo

Beer Addict
Jereck a dit:
Quelqu'un a déjà tenté d'installer PHP & MySQL sur un IIS ?
(je sais que c'est faisable, c'est au niveau facilité / stabilité / performances que je m'interroge)
Oui, je fais tourner MySQL sous windows depuis toujours (avec IIS5 et ASP derrière) sur un serveur de production.
Notre serveur passe bientôt en PHP / MySQL / IIS, pour l'instant tout tourne parfaitement !
 
S

Shrekju

ex membre
Bingo a dit:
Oui, je fais tourner MySQL sous windows depuis toujours (avec IIS5 et ASP derrière) sur un serveur de production.
Notre serveur passe bientôt en PHP / MySQL / IIS, pour l'instant tout tourne parfaitement !
Fonctionner c'est sur que oui.. Mais au niveau des performances je ne sais pas.
Un bench sous la main ?
 

Bingo

Beer Addict
Shrekju a dit:
Fonctionner c'est sur que oui.. Mais au niveau des performances je ne sais pas.
Un bench sous la main ?
Non, pas de bench.
MySQL tourne très bien.
PHP on pourrait le benchmarker assez facilement.
IIS ça me semble plus difficile.
 
1er
OP
cyse

cyse

Elite
je mets ça ici y en a peut être qui pouront m'aider en asp.net

J'essai de faire un truc tout con : un formulaire de login (pseudo + password) et un évènement lorsqu'on appuis sur le bouton pour se logguer :

Code:
Protected Sub lnkLog_OnClick(ByVal sender As Object, ByVal e As EventArgs)
        Dim myConnection As New SqlConnection("Data Source=.\SQLExpress;Initial Catalog=db;Integrated Security=True")
        Dim myCommand As New SqlDataAdapter("SELECT id FROM users WHERE name='" + CType(frmLog.FindControl("txtName"), TextBox).Text + "' AND password='" + CType(frmLog.FindControl("txtPassword"), TextBox).Text + "'", myConnection)
        
        Dim ds As New DataSet()
        myCommand.Fill(ds, "id")
        If (ds.Tables.Count = 1) Then
            Response.Write("Logged!")
        Else
            Response.Write("Error, wrong Login or password!")
        End If
    End Sub
Le problème : 1- ds.Tables.Count retourne toujours 1, que le pass soit bon ou pas
2- J'arrive pas a extraire l'id du dataset
 
G

grosnours

ex membre
Bingo a dit:
Non, pas de bench.
MySQL tourne très bien.
PHP on pourrait le benchmarker assez facilement.
IIS ça me semble plus difficile.
Il y a des tools pour stress test un site web (et par conséquent toute l'infra derrière, dont le serveur web fait partie ;)).
 

Bingo

Beer Addict
grosnours a dit:
Il y a des tools pour stress test un site web (et par conséquent toute l'infra derrière, dont le serveur web fait partie ;)).
Oui je sais, mais c'est plus difficile de benchmarker un serveur web qu'une base de données. Il y a tout un protocole à mettre en place.
Evidemment, je pourrais facilement tester une page "Hello World", mais ça n'aurait pas beaucoup d'intérêt ;)
 
Jereck a dit:
Quelqu'un a déjà tenté d'installer PHP & MySQL sur un IIS ?
(je sais que c'est faisable, c'est au niveau facilité / stabilité / performances que je m'interroge)
J'avais du bosser sur ça en 2003 pendant mes stages chez Alcatel. Serveur IIS avec PHP mais sans mysql.

Niveau PHP c'était le même, niveau stabilité pas de soucis.

Par contre , vu qu'il y avait une BD Access (23 tables avec des interconnxions de fou ça fait mal aux yeux :gne:), j'ai un peu galéré pour configurer le tout (pont ADODB pr la connexion).

Mais bon je débutais en PHP aussi... Je crois que ce n'est pas bien adapté IIS/PHP...

C'est comme faire du ASP sous Unix/Linux quoi.....ça marche mais c'est pas optimisé.

Laissons ASP à Billou et PHP à la communauté opensource :=)
 
G

grosnours

ex membre
Bingo a dit:
Oui je sais, mais c'est plus difficile de benchmarker un serveur web qu'une base de données. Il y a tout un protocole à mettre en place.
Evidemment, je pourrais facilement tester une page "Hello World", mais ça n'aurait pas beaucoup d'intérêt ;)
Je serais curieux de voir en quoi benchmarker un SGBD est plus simple que benchmarker un serveur web :)
Tu regardes combien de temps il prend pour insert,update,delete un million de tuples ? :)
 

Bingo

Beer Addict
grosnours a dit:
Je serais curieux de voir en quoi benchmarker un SGBD est plus simple que benchmarker un serveur web :)
Tu regardes combien de temps il prend pour insert,update,delete un million de tuples ? :)
Ouais, en gros.
Tu fais un gros script SQL (le plus proche possible de ce que fait ta DB "en vrai"), tu le lances sur les deux systèmes, tu regardes en combien de temps il s'exécute, et voilà.

Une application Web complexe, c'est pas si simple.
Si tu as par exemple un module de navigation en AJAX sur ton site, il faut que ton testeur de charge soit capable de naviguer dedans.
Il faut aussi qu'il navigue dans le site d'une façon proche d'un vrai utilsateur. Si il appelle 1000 fois la même page, ça ne sert à rien.
La navigation dans un site peut être complexe, et si il y a en plus un système d'authentification, configurer le testeur de charge pour que son utilisation du site ressemble à ce que fait vraiment un utilisateur ça peut être une vraie prise de tête.
 
G

grosnours

ex membre
Bingo a dit:
Ouais, en gros.
Tu fais un gros script SQL (le plus proche possible de ce que fait ta DB "en vrai"), tu le lances sur les deux systèmes, tu regardes en combien de temps il s'exécute, et voilà.

Une application Web complexe, c'est pas si simple.
Si tu as par exemple un module de navigation en AJAX sur ton site, il faut que ton testeur de charge soit capable de naviguer dedans.
Il faut aussi qu'il navigue dans le site d'une façon proche d'un vrai utilsateur. Si il appelle 1000 fois la même page, ça ne sert à rien.
La navigation dans un site peut être complexe, et si il y a en plus un système d'authentification, configurer le testeur de charge pour que son utilisation du site ressemble à ce que fait vraiment un utilisateur ça peut être une vraie prise de tête.
Et c'est pareil avec le SQL, faut pondre un programme qui fait simultanément tout un tas de requêtes que ton système fera, avec un ensemble de données cohérent et conséquent.
C'est pour ça que les bench de DB, j'y crois pas trop ;)
Perso, je choisis ma DB en fonction des besoins: mass insert/select dans quelques tables ou de petits projets simples => mysql; le reste => pgsql.
Je ne parle pas de mssql ni d'oracle, jamais utilisé (ça rentre pas dans mon budget :)).

Oh le joli troll ;)
 

Bingo

Beer Addict
grosnours a dit:
Et c'est pareil avec le SQL, faut pondre un programme qui fait simultanément tout un tas de requêtes que ton système fera, avec un ensemble de données cohérent et conséquent.
C'est pour ça que les bench de DB, j'y crois pas trop ;)
Oui il faut que ça ressemble à ce que fait ton système. Je parle d'un benchmark personnalisé, pas d'un benchmark généraliste.
Je trouve ça plus facile à faire pour une DB que pour un site web personnellement.
Sinon, pour tes choix de DB je te suis à 100%, mais on est 100% hors sujet alors n'épilogons pas. ;)
 

zoheir

cvm.mangaleet()
Avec Oracle, tu as une tonne d'outils pour tout ce qui est analyse/performance de la DB :-D
 

Bingo

Beer Addict
cvm の術 a dit:
Avec Oracle, tu as une tonne d'outils pour tout ce qui est analyse/performance de la DB :-D
Avec Oracle, tu n'as même pas le droit de publier un benchmark, c'est interdit par la license !
 
Statut
N'est pas ouverte pour d'autres réponses.
Haut