Je crois que sa réponse est dans la description sur son site :
Ever wanted to transfer a file from your computer to your tablet ? Without installing an app, without typing password, without trying to make airdrop work. This service is for YOU.
Non, ça ne change pas la remarque, car tu peux installer un serveur web en local et donc pas besoin de gestion de filtrage par @IP "locale".
tu (et il?) mélanges protocole d'accès et gestion des droits.
Bref, si il faut expliciter, la remarque concerne la méthode de sécurité qui sous-entend d'avoir un serveur distant pour un besoin local. Quand à la partie protocole d'accès (du HTML/JS/etc), aucune remarque n'a été faite dessus. Et tu parles de la partie protocole, donc hors sujet.
PS : après, pourquoi pas ne pas avoir de NAS chez soit (bien que les petits NAS serveur vidéo/audio/etc se vendent comme des petits pains, ça peut même être à base de Raspberry Pi), ou pas de machine même portable sur laquelle on peut installer le serveur web et qui restera allumée le temps que les potes soient la, mais du coup ça devient hyper spécifique (et encore "Quand on ferme le navigateur le partage disparait" sous-entend que si tu es plus en ligne, plus de fichier, si je suis bien, euh... Mais alors pourquoi un upload sur le serveur central et pas de navigateur à navigateur directement? Ca me semble peu cohérent techniquement).
Bon, la seule utilité que je vois est que l'admin n'est pas l'utilisateur, et l’utilisateur ne sait pas installer le logiciel, ça permet de faire un service à l'utilisateur pas informaticien qui n'a pas envie de brancher son câble USB (il doit avoir un smartphone du futur, perso je le branche tous les jours pour le recharger, et automatiquement le transfert de fichier est alors disponible) et qui n'a pas envie de transférer 100 photos haute résolution ni de film et qui accepte 2 étapes (upload puis download) plutôt qu'un transfert (ça commence à en faire des spécificités).
PPS : après, si du monde en voit l'utilité, tant mieux, il en faut pour tous les gouts.
[^] # Re: On n'arrête pas le progrès
Posté par Zenitram (site web personnel) . En réponse au journal dl.center : partage de fichier entre périphérique. Évalué à 1. Dernière modification le 01 juillet 2016 à 08:42.
Non, ça ne change pas la remarque, car tu peux installer un serveur web en local et donc pas besoin de gestion de filtrage par @IP "locale".
tu (et il?) mélanges protocole d'accès et gestion des droits.
Bref, si il faut expliciter, la remarque concerne la méthode de sécurité qui sous-entend d'avoir un serveur distant pour un besoin local. Quand à la partie protocole d'accès (du HTML/JS/etc), aucune remarque n'a été faite dessus. Et tu parles de la partie protocole, donc hors sujet.
PS : après, pourquoi pas ne pas avoir de NAS chez soit (bien que les petits NAS serveur vidéo/audio/etc se vendent comme des petits pains, ça peut même être à base de Raspberry Pi), ou pas de machine même portable sur laquelle on peut installer le serveur web et qui restera allumée le temps que les potes soient la, mais du coup ça devient hyper spécifique (et encore "Quand on ferme le navigateur le partage disparait" sous-entend que si tu es plus en ligne, plus de fichier, si je suis bien, euh... Mais alors pourquoi un upload sur le serveur central et pas de navigateur à navigateur directement? Ca me semble peu cohérent techniquement).
Bon, la seule utilité que je vois est que l'admin n'est pas l'utilisateur, et l’utilisateur ne sait pas installer le logiciel, ça permet de faire un service à l'utilisateur pas informaticien qui n'a pas envie de brancher son câble USB (il doit avoir un smartphone du futur, perso je le branche tous les jours pour le recharger, et automatiquement le transfert de fichier est alors disponible) et qui n'a pas envie de transférer 100 photos haute résolution ni de film et qui accepte 2 étapes (upload puis download) plutôt qu'un transfert (ça commence à en faire des spécificités).
PPS : après, si du monde en voit l'utilité, tant mieux, il en faut pour tous les gouts.