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