Salut,
Dans ma boite, nous avons besoin d'échanger avec des clients (qui sont des buses en informatique) de gros volumes de photos (potentiellement plusieurs gigas). Actuellement, nous fonctionnons avec 2 solutions.
Serveur FTP
Mais c'est un peu pénible de devoir gérer les identifiants (qui sont régulièrement perdus par nos clients) depuis l'interface d'admin de notre hébergeur (1&1). De plus, au sein d'un même client, les équipes avec lesquelles on travaille peuvent être amenées à évoluer, donc pour bien faire les choses, nous sommes obligés de régulièrement créer des nouveaux identifiants, ce qui n'aide pas nos client(e)s à s'y retrouver. Ce qui est bien, c'est que c'est relativement simple pour nos client(e)s : pas besoin de créer des archives (cf. seconde solution), et un simple explorateur Windows peut faire l'affaire. Ce qui est moins bien, c'est que chez certains de nos clients, le FTP, c'est bloqué. Enfin, le FTP, c'est pas très sécurisé, mais passer par du SFTP oblige nos client(e)s à installer un client FTP, et là, ça pleure au téléphone, ça doit aller chercher le mec de l'informatique…
Service Web de type YouSendIt/WeTransfer/[…]
Parce que si le FTP c'est bloqué, que le mec de l'informatique est pas là, et que c'est urgent, nos clients se tournent vers ça. Là ou c'est bien, c'est qu'il n'y a pas de gestion de comptes : on rempli un formulaire d'upload de fichier, et une fois l'upload fini, un mail contenant l'adresse ou télécharger les données est envoyé. Un autre avantage : les données ont une date de péremption, du coup, pas besoin de devoir faire le ménage. Par contre, ça oblige à gérer des archives (de plusieurs Go), qu'il faut parfois découper parce que le Web c'est pas fait pour le transfert de gros fichiers (et puis découper une archive, ça peut être compliqué pour nos client(e)s). Pour finir, YouSendIt, ça dépanne, mais ça fait pas très pro…
Donc vous l'aurez compris, je cherche une solution qui combine les avantages de ces deux là. Ce peut être soit une appli Web que j'installerai sur notre serveur, ou bien un service Cloud un minimum "pro" (pas un truc de pirate à la Mega).
Coté appli Web, j'ai pas trouvé grand chose. OpenUpload (http://openupload.sourceforge.net/), sauf que ça a l'air un peu abandonné (2010). Sinon, OwnCloud doit bien pouvoir le faire, mais j'ai jamais été très fan.
Coté service Web, là il y a ce qu'il faut (un peu trop même). On m'avait conseillé Box.com, sauf que je n'aime pas les services qui demande le code de la carte bleue pour une période d'essai (ou encore qui facturent par utilisateur et qui ont un minimum de 3 utilisateurs). Et puis comme je n'ai pas trop envie de tester les gazillions de services de ce genre qui ont fleuri ces dernières années, je préfère voir si certains d'entre vous auraient des recommandations.
Merci d'avance à tous ceux qui auraient des idées.
# ici on utilise ajaxplorer
Posté par NeoX . Évalué à 4.
tu prepares ton archive chez toi,
tu l'upload par ftp/sftp/rsync/scp, enfin comme tu veux finalement.
tu vas dans dans l'interface d'ajaxplorer,
tu partages ton fichier
ca te fait un lien avec ou sans mot de passe, avec ou sans expiration.
tu envoie le lien à ton client.
[^] # Re: ici on utilise ajaxplorer
Posté par cfx . Évalué à 1.
Mettre une archive sur un serveur et envoyer le lien http au client, ça c'est dans nos cordes.
C'est plus dans l'autre sens (client -> nous) que je veux simplifier le processus.
Mais je garde ta proposition en tête, je ne connaissais pas les capacités d'Ajaxplorer à gérer le partage de fichiers. Ça peut toujours servir…
[^] # Re: ici on utilise ajaxplorer
Posté par cfx . Évalué à 1.
En fait, je m'aperçois que y'a bien longtemps que je n'ai pas jeté un œil à Ajaxplorer, je croyais que ça permettait juste de parcourir un dossier, pas d'y écrire. Je ne savais pas non plus que ça gérait des utilisateurs.
# Mauvaise solution
Posté par Jiehong (site web personnel) . Évalué à 4.
Change de clients !
Blague à part, SparkleShare peut être intéressant, ou encore ownCloud.
Ce dernier reprend l'idée de Dropbox, ce que ne doit pas être trop compliqué pour des clients qui ne veulent pas trop comprendre.
[^] # Re: Mauvaise solution
Posté par cfx . Évalué à 0.
Si ça ne tenait qu'à moi…
SparkleShare, Dropbox […], c'est surtout axé synchronisation, et ça, je n'en ai pas besoin.
Owncloud, j'y avais pensé, mais ça oblige mes clients à se créer un compte et à nous de gérer les autorisations (l'upload "anonyme" semble être prévu pour la version 6). Et puis j'ai jamais été fan d'Owncloud. Idem pour Dropbox & Co.
[^] # Re: Mauvaise solution
Posté par Sébastien Maccagnoni (site web personnel) . Évalué à 2.
J'ajouterais également Seafile comme solution dans cette catégorie.
Pour ma part j'utilise Seafile après avoir essayé SparkleShare et ownCloud :
# Et la Jyraphe alors ?
Posté par jujubickoille . Évalué à 4.
J'utilise pour ma part cette fabuleuse webapp : Jyraphe
C'est tout petit
Pas besoin de serveur de base de donnée
Protection par mot de passe possible
Tu peux, si tu le souhaites, quand tu upload ton fichier, choisir sa durée de vie sur le serveur
C'est simple et super pour partager des fichiers je trouve
[^] # Re: Et la Jyraphe alors ?
Posté par François Chaix (site web personnel) . Évalué à 4.
Avec le lien, c’est mieux ☺
https://gna.org/projects/jyraphe/
La lumière pense voyager plus vite que quoi que ce soit d'autre, mais c'est faux. Peu importe à quelle vitesse voyage la lumière, l'obscurité arrive toujours la première, et elle l'attend.
# Zendto
Posté par Philippe Makowski (site web personnel) . Évalué à 2.
chez nous finalement on a choisi ZendTo pour ça
http://zend.to/
# D'autres idées
Posté par tontonrico . Évalué à 1.
Bonjour,
Il y a FileZ qui est plutôt bien aussi et qui peut répondre à tes besoins (plus de fonctionnalités que Jyraphe).
Sinon dans le genre gestionnaire de fichiers avec gestion des droits/utilisateurs il y a aussi Hyla qui marche bien et est simple à mettre en place.
# Coquelicot
Posté par dromadaire35 . Évalué à 0.
Dans cette veine, je viens de voir que Coquelicot était maintenant packagé sous Debian.
Suivre le flux des commentaires
Note : les commentaires appartiennent à celles et ceux qui les ont postés. Nous n’en sommes pas responsables.