Download fichier sur serveur

Salut,
Ton serveur WEB il voit les ressources du serveur SAMBA ?
Si tu fais un INTRANET et que tous tes clients voient les ressouces SAMBA,
utilises plutôt un lien de type file://...
A+, crabs ..., I think Slackware sounds better than 'Microsoft,'
-- Patrick Volkerding - founder and maintainer of Slackware

Il me semble que j'ai déjà essayé et que les liens de type file:// ne passe plus avec les navigateurs aujourd'hui

Scuse en fait ça passe bien mais par contre j'aimerai tester si un fichier n'existe pas déjà sur le serveur de fichiers et pour ça j'utilisais le fopen php avec \\ipserveurfichiers\rep\fichier et là pb

merci en tout cas c'est déjà ça

Voilà où j'en suis et ce qui ne va pas :

file_exists("\\\\172.28.45.43\dossiers\appli\boo.sxw")
renvoi false

fopen("\\\\172.28.45.43\dossiers\appli\boo.sxw", "r")
indique qu'il le chemin est invalide (fichier ou dossier inexistant)

et pourtant
echo("<a href=file://///172.28.45.43/dossiers/appli/boo.sxw>Accès au fichier</a>");
Le lien fonctionne et j'accède sans problème au fichier

(ça commence légèrement à me gonfler pour rester poli)

Salut,
N'oublies pas que ton script s'exécute sur le serveur WEB. Donc dans ton
script, il faut que tu précises le chemin d'accès au fichier sur le serveur de
fichier.
Ton file_exists() repose sur un chemin UNC, ton serveur WEB est-il capable
de comprendre ce chemin et est-ce chemin est effectivement accessible par le
service WEB ?

Lorsque tu utilises le lien file:// c'est le client qui doit avoir l'accès au fichier,
soit le PC sur lequel tu utilises un navigateur.

A+, crabs ..., I think Slackware sounds better than 'Microsoft,'
-- Patrick Volkerding - founder and maintainer of Slackware

Pour le file_exists j'ai compris mais mon problème est que je peus "télécharger" (en tout cas avoir accès) le fichier sur le serveur de fichiers (via html avec href=file://... comme dit plus haut) mais il faut que je teste s'il existe avant.

Or pour ça à part les fopen, fread et autres je ne vois pas.

C'est justement ce "chemin d'accès au fichier" comme tu dis qui me pose pb car le souci c'est que je ne sais pas comment former l'url à passer en argument pour ces fonctions.

Si tu as une idée je suis plus que jamais preneur.

merci

Salut,
Première étape : rendre visible la ressource partagée du serveur de fichiers sur
le serveur WEB.
Si le serveur de fichier est UNIX/Linux et le serveur WEB UNIX/Linux, utilses
NFS
Si le serveur de fichier est Windows et le serveur WEB UNIX/Linux, utilises
Samba en mode client sur le serveur WEB
Si le serveur de fichier est UNIX/Linux et le serveur WEB est Windows,
mount la ressource comme un disque réseau pour l'utilisateur qui fait tourner
le service WEB
Si tu es de windows à windows, idem que précédement.
Seconde Etape : un fois que le serveur WEB voit la ressource contenant tes
document, tu utilises un chemin local dans file_exists().
A+, crabs ..., I think Slackware sounds better than 'Microsoft,'
-- Patrick Volkerding - founder and maintainer of Slackware

Merci beaucoup pour cette réponse.

Par contre désolé d'abuser, mais serait-il possible que tu m'aiguilles un peu sur le fonctionnement de NFS stp.

J'ai trouvé ça : http://www.ac-creteil.fr/reseaux/systemes/linux/nfs-linux.ht­ml
mais étant donné mon niveau en réseau c'est la galère.

merci encore

Salut,
Etant admin système & réseau spécialisé UNIX, je pense pouvoir te guider. En
revanche je suis pas l'éducation nationnale, donc je suis pas obligatoirement
pédagogue.

Le première chose que tu dois comprendre :
Ton serveur de fichier sera le serveur NFS
Ton serveur WEB sera le client NFS

Pour effectuer la configuration tu dois disposer de l'accès root sur les deux
machines.

Ensuite tu fais en sorte que les machines se connaissent par leur nom et pas
uniquement par les adresses IP.

Et pour terminer, si tu as activé des firewalls logiciels, il faut que tu définisses
des règles de confiance entre les deux machines (le plus simple c'est qu'elles
puissent se causer sur tous les ports avec tous les protocoles). Normalement
si tu as une architecture réseau sécurisé, tes 2 PC sont en DMZ, donc tu
n'introduirais beaucoup de failles de sécurité.

Si tu remplis toutes ces conditions, il faut que tu me fournissent les noms
et versions des systèmes d'exploitation de tes 2 serveurs.

A+, crabs ..., I think Slackware sounds better than 'Microsoft,'
-- Patrick Volkerding - founder and maintainer of Slackware

Merci beaucoup pour ces infos.

Malheureusement je suis dans une boite où les infos circulent relativement "mal" (surtout pour ce qui est de leurs serveurs : ils sont un peu difficile sur la sécurité ...).

Du coup j'ai pas d'accès "direct" au serveur de fichiers (seulement via un lecteur réseau).

Si tu pouvais juste m'aiguiller un peu sur ce point stp :
Ensuite tu fais en sorte que les machines se connaissent par leur nom et pas
uniquement par les adresses IP.

Je me débrouillerai pour la suite.
Merci encore pour ces précieux conseils.

Une dernière chose : sais tu pourquoi les liens de types file:// ne passe pas avec firefox (et s'il y a une solution pour pallier à ce problème).

merci

Une petite précision :
j'arrive bien à "pinguer" le serveur de fichiers depuis le serveur Web (aussi bien avec l'ip qu'avec le nom)

Merci

Pour les file:// en fait j'utilise des liens en html (href=file://...) et ça passe pas avec firefox => ça me génère une erreur dans la console javascript mais c'est bon en fait il paraitrait que c'est inutilisable (sécurité, sécurité) et que la désactivation de l'option responsable de ce blocage n'a aucun effet dans les versions 1.5 et supérieures.

Source :
http://www.mozilla.org/quality/networking/docs/netprefs.html

Sinon une dernière question : est-il possible de monter un accès ftp sur un serveur samba (c'est une question très bizarre non ?) ou encore, y-a-t-il un moyen d'accéder au contenu de ce serveur via une url du type smb://chemin/fichier.ext par exemple ??

Ca y est c'est résolu.

Du coup je m'en suis tiré avec un smbmount sur le serveur d'applis et comme ça j'accède à mes fichiers via des adresses relatives.

Meci à vous.