Discussion :

[Zebulon777]

Bonjour � tous,

Pour des raisons que je ne m'explique pas encore tr�s bien, mais que je suppose �tre d'ordre budg�taire, nous utilisons Internet Explorer comme interpr�teur de nos applications d�velopp�es en HTML et Javascript.

Depuis plusieurs ann�es, nous utilisons le FSO pour cr�er et manipuler des fichiers texte.
Ca fonctionne tr�s bien, mais nous sommes "coinc�s" avec les ActiveX et donc avec Internet Exploer.
Il existe bien un module compl�mentaire pour les faire fonctionner sous Firefox (IETABPlus), mais �a ne nous satisfait pas.

Existe-il un autre moyen pour faire la m�me chose et fonctionnant avec le plus de navigateurs possibles, peut-�tre en JQuery, que je d�couvre depuis quelques jours, ou autre ?

En petit exemple du code utilis�, si jamais �a peut servir :

Code :

S�lectionner tout - Visualiser dans une fen�tre � part

1
2
3
4
5
6
 
WFichierMails = WActx_FSO.GetFolder(WCheminFicTXT).CreateTextFile(WNomFichierTXT);
WFichierMails.Writeline("### DEBUT;" + G_Version + " ###");
WFichierMails.WriteLine("### CONTENU:" + " ###" + G_CrLf + P_Contenu + G_CrLf);
WFichierMails.WriteLine("### FIN ###");
WFichierMails.close();

[SpaceFrog]

en gros le navigateur n'est pas fait pour avoir acc�s au syst�me de fichier local ...
ce qui est plus que normal sur le plan de la s�curit�
Pour d�velopper des applications locales, les activeX �tant propri�taires IE, je pense qu'il faudra limiter les utilisateurs � IE ...

[Bovino]

FileReader

[thelvin]

Hum, FileReader peut lire des fichiers s'ils ont �t� s�lectionn�s, mais il ne peut pas en �crire.
Il y aurait bien FileSystem API, mais g�r� seulement par webkit, d�pr�ci�, et qui n'�crit que dans un bac � sable r�serv� au domaine en cours. J'arrive m�me pas � aller chercher les fichiers qui s'y trouvent en dehors de JavaScript. (Autrement dit c'est utile que si vraiment on pr�f�re un mod�le fichier par rapport � localStorage.)

Quand j'ai des trucs de ce genre � faire par un navigateur, j'ai tendance � d�l�guer le stockage de fichier vers le serveur... Mais bon, pour �a il faut qu'il y ait un serveur avec un langage serveur. C'est souvent le cas quand on utilise un navigateur.

[sekaijin]

bonjours,

en fait IE au travers de certains activeX ouvre des gouffre beant dans la s�curit� du poste.
c'est le cas avec FSO qui permet quasiment � n'importe qui d'�crire sur ton disque. et donc de te planter un cheval de troy ou autre cradware

M$ est le seul � avoir conserv� cette possibilit�. tous les autres acteurs consid�re qu'il est interdit dans une page web d'�crire sur le disque.

mais il arrive qu'on ait besoin de conserver quelques �l�ments sur le poste pour les r�utiliser plus tard dans une page web.
pour cela il existe une vielle techno appel� cookie qui a fait ces preuves.
depuis html5 les localstorage offre une nouvelle possibilit� plus �volu�.

mais dans les deux cas il s'agit de stocker quelque chose dans l'espace utilisateur qui sera utilis� par le navigateur.

il ne s'agit pas comme avec FSO d'enregistrer un fichier sur le disque pour n'importe quel usage.
pour enregister sur le disque il y a le download

il faut consid�r� que la page dans le navigateur est un petit bout de l'application externe (sur le serveur) visible sur le poste client.
le navigateur fait de son mieux pour conserver cette �tanch�it�e.
un peu comme si tu avait un aquarum dans ton salon qui serait ouvert directement sur l'oc�an.
les poisons pouraient venir dans l'aquarum et repartir mais tu ne veux surtout pas que la vitre c�de et inonde ton salon.
par contre tu appr�cirais d'avoir un sas pour envoyer ou pr�lever quelque chose dans l'oc�an.

c'est ainsi que fonctionne normalement les navigateurs.

commun�ment lorsque une page web produit localement des donn�es et que celle-ci doivent �tre enregistrer sur le poste de l'utilisateur, on les envoie au serveur qui les retourne au client pour t�l�chargement.
on peut aussi utiliser les uri data: avec le mime type ad-hoc.

enfin reste une derni�re possibilit� qui consiste � revoir l'approche globale.

on peut avec des outils comme tideSDK packager une application web pour obtenir un exe.
lorsque on l'ex�cute (si on a correctement fix� les droit) on peut � la fois acc�der au file system et au serveur web de l'appli.

cela ne pose pas de probl�me de s�curit� vu que l'ex� n'a pas acc�s � autre chose que l'appli et le poste local. pas de risque d'intrusion.

mais l'inconv�nient est qu'il faut d�ployer l'exe sur les postes des utilisateurs.
A+JYT

[arnogues]

Si vous voulez � tout prix d�velopper des applications desktop en utilisant HTML/CSS/Javascript, je vous recommande de vous tourner vers node-webkit dans ce cas.

Voici une petite vid�o de pr�sentation faite par grafikart :

[thelvin]

Si vous voulez � tout prix d�velopper des applications desktop en utilisant HTML/CSS/Javascript, je vous recommande de vous tourner vers node-webkit dans ce cas.

Je suis � peu pr�s s�r qu'il n'y a aucun rapport. Il ne cr�era pas plus de fichiers, puisque c'est le navigateur qui ne le peut pas et que le serveur n'y changera rien.

Edit : et je me trompais