Sur une station utilisateur il y a un fichier lié à plein d'autres fichiers.
L'utilisateur uploade ce fichier sur mon serveur. J'ai donc la liste des
fichiers liées. Je voudrais que l'utilisateur puisse m'envoyer tous les
fichiers liés de la manière la plus simple possible pour lui. Ce qui exclu
ftp.
Je ne connais pas le chemin du fichier uploadé. Je ne connais donc pas le
chemin des fichiers liés. Je peut lui demander de le taper dans une boite de
saisie.
Mais je n'ai pas moyen, du serveur, de déclencher un upload des fichiers de
la station. Et je ne sais pas pré-remplir <input type="file" /> d'un
formulaire.
Je me trompe ?
Il y a une solution simple et évidente à laquelle je n'ai pas pensé ?
Mais je n'ai pas moyen, du serveur, de déclencher un upload des fichiers de la station. Et je ne sais pas pré-remplir <input type="file" /> d'un formulaire.
Je me trompe ?
non tu ne te trompes pas. Un client est maitre et le serveur esclave et c'est fort heureux pour la securité.
Il y a une solution simple et évidente à laquelle je n'ai pas pensé ?
si c'est une application Intranet, tu peux passer par le réseau local (NFS ou autre). j'ai realisé un "explorateur" simplifié qui permet de naviguer dans une arborescence unix et de selectioner des repertoires ou fichiers.
PS: on se connait non ?
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur ! Complaints-To:
François Granger wrote:
Mais je n'ai pas moyen, du serveur, de déclencher un upload des fichiers de
la station. Et je ne sais pas pré-remplir <input type="file" /> d'un
formulaire.
Je me trompe ?
non tu ne te trompes pas. Un client est maitre et le serveur esclave et
c'est fort heureux pour la securité.
Il y a une solution simple et évidente à laquelle je n'ai pas pensé ?
si c'est une application Intranet, tu peux passer par le réseau local (NFS
ou autre).
j'ai realisé un "explorateur" simplifié qui permet de naviguer dans une
arborescence unix et de selectioner des repertoires ou fichiers.
PS: on se connait non ?
--
Posté via http://www.webatou.net/
Usenet dans votre navigateur !
Complaints-To: abuse@webatou.net
Mais je n'ai pas moyen, du serveur, de déclencher un upload des fichiers de la station. Et je ne sais pas pré-remplir <input type="file" /> d'un formulaire.
Je me trompe ?
non tu ne te trompes pas. Un client est maitre et le serveur esclave et c'est fort heureux pour la securité.
Il y a une solution simple et évidente à laquelle je n'ai pas pensé ?
si c'est une application Intranet, tu peux passer par le réseau local (NFS ou autre). j'ai realisé un "explorateur" simplifié qui permet de naviguer dans une arborescence unix et de selectioner des repertoires ou fichiers.
PS: on se connait non ?
-- Posté via http://www.webatou.net/ Usenet dans votre navigateur ! Complaints-To:
Akades
François Granger wrote:
Le 19/04/04 20:30, dans BCA99EBA.11726%, « François Granger » a écrit :
Je me trompe ?
Il y a une solution simple et évidente à laquelle je n'ai pas pensé ?
Merci pour toutes ces réponses. Je vois que je ne m'étais pas trompé.
Je vais explorer la piste du JavaScript mais ... C'est moyen.
Bonsoir,
il y a peut-etre une astuce à explorer : l'encodage dans un flux HTTP.
Comme je l'ai préconisé dans le post "Upload sans formulaire ni FTP", l'utilisation d'un controle VB ou Delphi (donc dans un soft côté client) gérant les flux HTTP et/ou FTP permet d'envoyer et recevoir des infos à/depuis un serveur. D'ici à ce que le serveur puisse provoquer l'upload depuis le client (c'est-à-dire download côté serveur) il y a une marge. Encore faut-il connaître l'IP du client et surtout que celui-ci soit muni d'un mini-serveur.
Question encodage en texte-plat de fichiers binaires, je n'y connait rien mais ca doit pouvoir ce faire. Certains e-mails sont parfois accompagnés d'images encodées parfaitement visibles dans le client de messagerie. Autre exemple, le fichiers VBScript qui embarquent ce type de données, créent un ficher binaire en local grâce à filesystemObject et l'éxecute le cas échéan (merci MS pour les virus mail).
Enfin voila une piste à exploiter. Je peux en parler ayant déjà mis au point un petit programme de test pour remplacer phpMyAdmin en Delphi/Kylix. J'ai utilisé le composant Indy IdHTTP pour dialoguer avec un serveur sur lequel se trouvait le script idoine. Mais il ne s'agissait que d'envoyer des requêtes SQL, et de récupérer les données brut en HTML.
Au boulot ! Bon courage ;)
@++
NB : Ah j'oubliais! Tes fichiers ne doivent pas être trop gros, mais si tu arrives à encoder, tu pourras surement spliter tout ca en autant de fichiers que nécessaire.
François Granger wrote:
Le 19/04/04 20:30, dans BCA99EBA.11726%fgranger@alussinan.org, « François
Granger » <fgranger@alussinan.org> a écrit :
Je me trompe ?
Il y a une solution simple et évidente à laquelle je n'ai pas pensé ?
Merci pour toutes ces réponses. Je vois que je ne m'étais pas trompé.
Je vais explorer la piste du JavaScript mais ... C'est moyen.
Bonsoir,
il y a peut-etre une astuce à explorer : l'encodage dans un flux HTTP.
Comme je l'ai préconisé dans le post "Upload sans formulaire ni FTP",
l'utilisation d'un controle VB ou Delphi (donc dans un soft côté client)
gérant les flux HTTP et/ou FTP permet d'envoyer et recevoir des infos
à/depuis un serveur. D'ici à ce que le serveur puisse provoquer l'upload
depuis le client (c'est-à-dire download côté serveur) il y a une marge.
Encore faut-il connaître l'IP du client et surtout que celui-ci soit muni
d'un mini-serveur.
Question encodage en texte-plat de fichiers binaires, je n'y connait rien
mais ca doit pouvoir ce faire. Certains e-mails sont parfois accompagnés
d'images encodées parfaitement visibles dans le client de messagerie. Autre
exemple, le fichiers VBScript qui embarquent ce type de données, créent un
ficher binaire en local grâce à filesystemObject et l'éxecute le cas échéan
(merci MS pour les virus mail).
Enfin voila une piste à exploiter. Je peux en parler ayant déjà mis au point
un petit programme de test pour remplacer phpMyAdmin en Delphi/Kylix. J'ai
utilisé le composant Indy IdHTTP pour dialoguer avec un serveur sur lequel
se trouvait le script idoine. Mais il ne s'agissait que d'envoyer des
requêtes SQL, et de récupérer les données brut en HTML.
Au boulot ! Bon courage ;)
@++
NB : Ah j'oubliais! Tes fichiers ne doivent pas être trop gros, mais si tu
arrives à encoder, tu pourras surement spliter tout ca en autant de
fichiers que nécessaire.
Le 19/04/04 20:30, dans BCA99EBA.11726%, « François Granger » a écrit :
Je me trompe ?
Il y a une solution simple et évidente à laquelle je n'ai pas pensé ?
Merci pour toutes ces réponses. Je vois que je ne m'étais pas trompé.
Je vais explorer la piste du JavaScript mais ... C'est moyen.
Bonsoir,
il y a peut-etre une astuce à explorer : l'encodage dans un flux HTTP.
Comme je l'ai préconisé dans le post "Upload sans formulaire ni FTP", l'utilisation d'un controle VB ou Delphi (donc dans un soft côté client) gérant les flux HTTP et/ou FTP permet d'envoyer et recevoir des infos à/depuis un serveur. D'ici à ce que le serveur puisse provoquer l'upload depuis le client (c'est-à-dire download côté serveur) il y a une marge. Encore faut-il connaître l'IP du client et surtout que celui-ci soit muni d'un mini-serveur.
Question encodage en texte-plat de fichiers binaires, je n'y connait rien mais ca doit pouvoir ce faire. Certains e-mails sont parfois accompagnés d'images encodées parfaitement visibles dans le client de messagerie. Autre exemple, le fichiers VBScript qui embarquent ce type de données, créent un ficher binaire en local grâce à filesystemObject et l'éxecute le cas échéan (merci MS pour les virus mail).
Enfin voila une piste à exploiter. Je peux en parler ayant déjà mis au point un petit programme de test pour remplacer phpMyAdmin en Delphi/Kylix. J'ai utilisé le composant Indy IdHTTP pour dialoguer avec un serveur sur lequel se trouvait le script idoine. Mais il ne s'agissait que d'envoyer des requêtes SQL, et de récupérer les données brut en HTML.
Au boulot ! Bon courage ;)
@++
NB : Ah j'oubliais! Tes fichiers ne doivent pas être trop gros, mais si tu arrives à encoder, tu pourras surement spliter tout ca en autant de fichiers que nécessaire.
