Version imprimable
bonjour,
j'ai une question sur la quelle de ces langage est mieux pour développé une cite web de paiement des assurance enligne comme AXA, CNIA SAADA..... qu'est ce que vous me conseil PHP, JEE ou .NET ainsi si il y a une autre solution plus fiable et performant?
merci d'avance
Pour le bien de cette société il vaut mieux passer ton tour!
Ou pas...Finalement si une société pense qu'un jeune débutant (rien de péjoratif!) probablement en stage, va pouvoir réaliser "une cite web de paiement des assurance enligne comme AXA" je pense que c'est une assurance déjà morte.
Autant l'achever rapidement!
Bref au cas ou le message n'est pas clair ce genre de site nécessite d'avoir un minimum de blindage coté sécurité. Si tu postes ce genre de question c'est que tu es absolument incapable de mesurer la dimension du problème.
Surtout pas du J2EE :aie: et encore moins du php , niveau sécurité faut s'y connaître , je pense que le plus adapté c'est l'asp.net , ça te permet d'avoir la sécurité de la plateforme et les outils mais tout dépend de tes connaissances.
A toi de voir si tu auras , le savoir faire pour ton projet , j'espère que quelqu'un sera derrière toi , sinon tu risques de donner quelque chose de fragile etc...
Parce que l'asp.net ne permet pas au développeur d'injecter des failles de sécurité peut-être?Citation:
Envoyé par Johnny P.
Une bouse en .NET injectera des failles de sécurité dans son application.Citation:
Envoyé par Johnny P.
Une bouse en JEE injectera des failles de sécurité dans son application.
Une bouse en PHP injectera des failles de sécurité dans son application.
Ai-je bien résumé la situation ? :roll:
Le souci n'est pas le langage mais le développeur. Certes certains langage proposent des librairies plus ou moins développées qui font qu'on avance plus vite mais quand on parle de sécurité il faut savoir ce qu'il y a derrière ces librairies et correctement les manipuler. Ce qui à terme peut devenir plus long que de tout faire soit même si on part du principe qu'on va faire les choses bien (je sous-entend la maitrise de ces dites librairies).
Ne pas oublier les frameworks qui peuvent permettre de "cadrer" et sécuriser les applications plus facilement ;)
Et c'est avec ce genre de raisonnement qu'on se retrouve avec des applications qui nécessitent deux lignes de code qui ont été faites avec un framework de 50 000 lignes pour une soit disante sécurité.Citation:
Envoyé par imikado
Et comme les devs connaissent pas le coeur du framework, malgré tous les outils qu'il propose, il y a plein de failles...
Utiliser un framework ce n'est bien que quand on le comprend... Or ce n'est que rarement le cas.
Combien j'en ai vu qui disait ne rien avoir à craindre des failles XSS car ils utilisaient la class de Vue de tel ou tel framework... Vous voyez le rapport ? Bah il y en a pas...
N.B : beau déterrage de topic. ;)
Il faut bien choisir son framework ;)Citation:
Envoyé par transgohan
Personnellement j'ai dédié une page sur la sécurité, elle a pour moi importance capitale: http://mkdevs.com/security.html
ps: j'avais ma pelle sous le coude, j'en ai profité :)
J'ai brièvement survolé ta page.
Mais ce que j'en ai retenu c'est que la sécurité n'est pas automatique.
Elle est déclarée par le dev.Code:$id=_root::getParam('id'); //à la place de $id=$_GET['id'];
Donc on en revient au même, une personne qui n'apprend pas à se servir correctement du framework ferra les mêmes conneries que sans framework. ;)
Tous les frameworks proposent une methode pour récupérer une variable GET/POST, mais ici contrairement aux autres frameworks, la methode ne fait pas que recupérer, elle sécurise aussi :)Citation:
Envoyé par transgohan