IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

JavaScript Discussion :

Javascript. Et après lui ?


Sujet :

JavaScript

  1. #1
    Membre éclairé Avatar de arthuro45
    Profil pro
    Développeur du dimanche
    Inscrit en
    Juillet 2009
    Messages
    602
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Développeur du dimanche

    Informations forums :
    Inscription : Juillet 2009
    Messages : 602
    Par défaut Javascript. Et après lui ?
    Bonjour,

    J'entends de plus en plus de développeurs parler de l'après Javascript. D'après certains, le fait de s'exécuter côté client provoquerait sa perte. (sécurité etc...)

    Quand pensez-vous ?

  2. #2
    Rédacteur

    Avatar de Bovino
    Homme Profil pro
    Développeur Web
    Inscrit en
    Juin 2008
    Messages
    23 647
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2008
    Messages : 23 647
    Billets dans le blog
    20
    Par défaut
    Salut,
    D'après certains

    Qui ?
    Au contraire, la mode "Web 2.0" a redonné un sacré coup de jeune à JavaScript ! Quand on voit le nombre de sites majeurs qui en font une utilisation intensive (Google, tous les sites sociaux etc.) j'aurais plutôt tendance à penser le contraire.
    le fait de s'exécuter côté client provoquerait sa perte.
    Ne pas exécuter de code coté client serait un sacré retour en arrière
    sécurité etc...
    Pas plus à mon avis qu'un formulaire HTML simple... ensuite, les éventuels problèmes de sécurité ne viennent pas de JavaScript mais que trop de développeurs ne considèrent pas utile d'apprendre le langage avant de l'utiliser. Ce sont les développeurs qui sont des failles de sécurité, pas le langage
    Pas de question technique par MP !
    Tout le monde peut participer à developpez.com, vous avez une idée, contactez-moi !
    Mes formations video2brain : La formation complète sur JavaScriptJavaScript et le DOM par la pratiquePHP 5 et MySQL : les fondamentaux
    Mon livre sur jQuery
    Module Firefox / Chrome d'intégration de JSFiddle et CodePen sur le forum

  3. #3
    Membre éclairé Avatar de arthuro45
    Profil pro
    Développeur du dimanche
    Inscrit en
    Juillet 2009
    Messages
    602
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Développeur du dimanche

    Informations forums :
    Inscription : Juillet 2009
    Messages : 602
    Par défaut
    Qui ?
    Collègues, forum, amis etc... Personne en particulier

    D'après toi un code s'exécutant côté client pourrait être sécurisé ? Sans PHP en double contrôle ?

    Ce sont les développeurs qui sont des failles de sécurité, pas le langage
    Malgré ma mince expérience en développement, je sens cette phrase comme très juste.

  4. #4
    Expert confirmé
    Avatar de le_chomeur
    Profil pro
    Développeur informatique
    Inscrit en
    Février 2006
    Messages
    3 653
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations professionnelles :
    Activité : Développeur informatique

    Informations forums :
    Inscription : Février 2006
    Messages : 3 653
    Par défaut
    Il n'y a aucune véritable sécurité mais ça c'est un autre débat ...

    l'exécution de code coté client , implique une plus grande rigueur du cote , mais rien n'empêchera un "pirate" de trouver des failles

    je pense que tes amis / collègue / autre ne sont pas très au courant des tendances / évolution du web , aujourd'hui tous les services sont de plus en plus dématérialisé , et demande de plus en plus une éxécution dans un simple navigateur ( donc coté client )

    renseigne toi par exemple sur le cloud , sur google wave ...

  5. #5
    Membre éclairé Avatar de arthuro45
    Profil pro
    Développeur du dimanche
    Inscrit en
    Juillet 2009
    Messages
    602
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Développeur du dimanche

    Informations forums :
    Inscription : Juillet 2009
    Messages : 602
    Par défaut
    D'après vous quel langage pourrait supplanter Javascript dans les prochaines années ?

  6. #6
    Rédacteur

    Avatar de Bovino
    Homme Profil pro
    Développeur Web
    Inscrit en
    Juin 2008
    Messages
    23 647
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 54
    Localisation : France, Gironde (Aquitaine)

    Informations professionnelles :
    Activité : Développeur Web
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : Juin 2008
    Messages : 23 647
    Billets dans le blog
    20
    Par défaut
    Citation Envoyé par arthuro45 Voir le message
    D'après toi un code s'exécutant côté client pourrait être sécurisé ? Sans PHP en double contrôle ?
    Sécurisé, ça dépend de quoi tu parles. Manifestement, tu parles de validation de données comme en PHP, dans ce cas, JavaScript n'est pas fait pour ça (tout comme PHP n'est pas fait pour dynamiser une page). En revanche, à priori, JavaScript n'offre comme porte d'entrée à ton serveur que celles que tu ouvres...
    Si par exemple tu transmets les codes de connexion à une BDD dans une requête Ajax et que tu ne filtres pas les données reçues sur le serveur, il ne te reste plus qu'à payer ton impôt sur la connerie (c'est un peu cru, mais j'aime bien la formule ).
    Mais sinon oui, JavaScript est suffisemment sécurisé (certains pensent même trop) pour ce à quoi il est destiné.
    Citation Envoyé par arthuro45 Voir le message
    D'après vous quel langage pourrait supplanter Javascript dans les prochaines années ?
    Ben moi j'en vois aucun, pour les raisons déjà évoquées
    Pas de question technique par MP !
    Tout le monde peut participer à developpez.com, vous avez une idée, contactez-moi !
    Mes formations video2brain : La formation complète sur JavaScriptJavaScript et le DOM par la pratiquePHP 5 et MySQL : les fondamentaux
    Mon livre sur jQuery
    Module Firefox / Chrome d'intégration de JSFiddle et CodePen sur le forum

  7. #7
    Membre éclairé Avatar de arthuro45
    Profil pro
    Développeur du dimanche
    Inscrit en
    Juillet 2009
    Messages
    602
    Détails du profil
    Informations personnelles :
    Localisation : France, Essonne (Île de France)

    Informations professionnelles :
    Activité : Développeur du dimanche

    Informations forums :
    Inscription : Juillet 2009
    Messages : 602
    Par défaut
    Merci à vous.

    Bovino, c'est clair comme de l'eau de baptême

+ Répondre à la discussion
Cette discussion est résolue.

Discussions similaires

  1. Javascript inactif après un appel ajax
    Par yann18 dans le forum jQuery
    Réponses: 2
    Dernier message: 29/09/2011, 17h49
  2. Réponses: 1
    Dernier message: 29/09/2011, 08h16
  3. Menu Javascript chargé après CSS
    Par annekeuss dans le forum Général JavaScript
    Réponses: 7
    Dernier message: 22/05/2008, 16h56
  4. Un élément Javascript disparait apres l'apparition d'un autre
    Par Thomus38 dans le forum Général JavaScript
    Réponses: 3
    Dernier message: 17/07/2007, 12h39
  5. fonction javascript inutilisables apres un document.write?
    Par Vesta dans le forum Général JavaScript
    Réponses: 1
    Dernier message: 29/11/2005, 02h13

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo