Discussion :

[Torx26]

Bonjour,

Voici divers questions dont je ne suis pas certain des réponses. j'en appel donc a votre aide pour m'éclairer.

Est-il possible de se connecter a une base de donner en Javascript ? (mysql)
Est-il possible d'y écrire et si oui comment ? (ou puis-je trouver une doc m'expliquant comment faire)
Enfin, est-il envisageable de récupérer des objets javascript, de les sérialiser avec JSON, de les faire transiter vers un serveur node.js via une websocket et de les stocker sur une base de données puis de les récupérer, crée une page web avec les données pour êtres envoyer a un client ?

d'avance merci.

[SpaceFrog]

javascript = langage client, son bac à sable = le navigateur...

base de données = coté serveur

ça doit répondre à tes interrogations

[MaitreKaio]

Moui enfin ça c'est quand même un peu "old school" comme réponse. Je note que la question mentionne node.js, mais elle manque de précision. Evidemment, si tu fais du JS coté client, tu ne pourras pas te connecter à un SGBD (et encore, selon tes besoins et les possibilités tu peux envisager les APIs HTML5 Web Storage, Web SQL ou Indexed Database).
Si tu es côté serveur avec du node.js, il existe des solutions pour se connecter à du mysql (attention, je n'ai pas essayé et je ne sais pas si c'est mature). Tu n 'as qu'a googler node.js mysql et tu le constateras.
Ce que tu décris dans ta dernière phrase me parait tout à fait faisable, c'est même je pense l'intérêt de node: tu parles JS sur le serveur et sur le client donc la communication, via JSON, est simple. (disclaimer: je ne suis pas un expert node )

[SpaceFrog]

Moui ... enfin node.js et javascript c'est pas la même chose, node.js est un langage événementiel server side basé sur les callback pour eviter les attente de I/O.
Il faudrait en effet que TorX précise sa demande...

[Bovino]

Vu comment la question est posée, je comprends la même chose que Spaffy... dont la réponse n'a rien de "old school" selon moi.
Que les nouvelles API proposées par HTML5 permettent des choses jusque là pas envisageables est une chose, mais il n'est en aucune manière question de pouvoir accéder à une base MySQL en JavaScript côté client, ça n'aurait aucun sens et serait même une aberration technique.

Ensuite, il existe effectivement des modules node.js capables d'interroger une BDD MySQL, mais ce n'est pas ce que demande Torx26 :

de les faire transiter vers un serveur node.js

[sekaijin]

==> nodejsdb

A+JYT

[Torx26]

Je me rends compte au vue de vos réaction que je n'est pas été très clair alors je vais tenter de simplifier.

J'ai une page web qui récupère des données (des objets javascript). Pour ne pas le perdre je souhaiterai les stocker. Mais comme d'une part javascript n'est pas un ami de l’écriture dans des fichiers et d'autre part les donnes serait local. Donc sauvegarder mes objets dans une BD me semble la choses a faire.

J'ai parler de nodejs car il me semble qu'il faut l'utiliser pour deserialiser les strings json correspondant aux objets une fois du cote serveur non ?

En espérant avoir été plus clair

PS: pour résumer je dois sauvegarder des objets javascript partir d'une page web (pour pouvoir y accéder via un réseau).

[sekaijin]

Côté serveur tu as le choix entre de nombreux langage
PHP, C, C++, Java, Ruby, js (nodejs), TCL, SH, perl, python, ...

pour écrire dans une base ça dépends donc du langage que tu utilise côté serveur.

mais en aucun cas le code javascript qui s'écute dans le navigateur chez tes clients ne peut venir écrire dans une base sur ton serveur.

si tu veux sauver des donnée du client il te faut les envoyer au serveur sous le format de ton choix, écrire dans le langage du server de ton choix le code pour lire ces données, puis toujours dans ce langage les mettre en base cêté serveur. il est conseillé ensuite d'envoyer une réponse au client pour lui signifier que tout c'est bien passé ou au contraire qu'une erreur c'est produite.

A+JYT

[Torx26]

Merci pour vos explications.

Quand vous dites:

il est conseillé ensuite d'envoyer une réponse au client pour lui signifier que tout c'est bien passé ou au contraire qu'une erreur c'est produite.

C'est une réponse a l'utilisateur ou au client internet car dans le premier cas une page html suffirait pour renseigner mais dans le second que faire ?
faire une nouvelle tentative automatiquement, avec l'accord de l'utilisateur, ...

[sekaijin]

une page suffit
mais si tu transmet tes données au serveur via XMLHttpRequest (AJAX)
c'est ton code javascript sur le poste client qui devra traiter la réponse.

A+JYT