是否可能开发出一个这样的网站以实现这样的功能，使得连接同一个WiFi的不同的端能互传文件？
-
@lemma_ 这可太好了，牛啊
-
@lemma_ 试着传一个大一点的文件，感觉并不是直接通过WiFi传输，速度明显没让路由器大人使出全力，不过这网站的负责人有必要在这问题上说谎吗，也是个问题，那么速度慢是为什么呢
-
@wumingshi 我只用这个网站日常传论文，所以我也不知道大文件为什么会慢。
Even we can't see what you have typed. That's how secure your savr is. Your savr is encrypted using your IP and an encryption text that is randomly generated which you can override by providing your own.
上面是网站相关说明。
网站应该不是直接通过wifi端对端传输，我在回答你的时候貌似没考虑到这一点。这个网站的传输应该也依赖于云端的中转，毕竟同一个wifi下上传的文件会留存7天。根据上面所引的网站的相关说明，网站是声称根据ip地址和随机生成的句段加密了你的文件，这个可不可信就见仁见智了（ -
我一开始用的是 snapdrop.net 不过它有段时间好像在国内使用不大稳定，所以就改用ssavr了。我觉得snapdrop比较像是端对端直接传输，但我没细究过，或许你可以看看 snapdrop.net 合不合你胃口
-
@lemma_ snapdrop 看起来像是标准的 P2P，题目描述的大概是同一网络内传输，理论上可能还不太一样。不太清楚细节不过大概想一下 P2P 可能会因为 NAT 之类的问题至少要在运营商路由器转一圈，或许速度要比本地网络慢上一些（也可能不太对欢迎指正）而且标准 P2P 技术应该是要接入互联网互相确认地址，同一子网内的话应该不需要有互联网连接。
不过题目的这个需求可能用 web 本来就有点奇怪）如果不是大文件或者延迟要求苛刻，可能直接 P2P 或者服务器中转可能要方便很多；如果是的话，这种需求应该也不常见遇上的时候再想特殊办法总归更好：） -
@lemma_ 不是直接通过WiFi端对端那就没有特点了嘛，不过临时传文件怎么都比某盘好用，还是值得码住的
-
@yhtq 我这个问题可能 not even wrong，我想问的其实是有没有可能数据直接经由我自己买的那个提供 WiFi 的路由器实现传输，而不必绕远路？这是p2p的一种最简实现形式吗？
提这个问题除了隐私方面的考量，还有就是我的一点（明明就不懂技术的菜鸡的）奇怪的癖好，总感觉这样子有种最简的爽感，把需要依赖的东西降到了最低，理论上如果能实现这个功能，那么只要用把网页打包成应用的技术，提前放在不同的端，那么只要连接到同一个WiFi，即使那个路由器是没有连接网络的，也可以互相传输文件？
我听说使用网线和交换机是可以这样组局域网的，WiFi组网如果也可以，感觉在便捷性和速度两方面取得了不错的平衡，WiFi的速度对于很多几G的电影的传输也够用了吧
至于为什么想到web，是因为我之前找到的茄子快传是不同端不同安装包，我想web应该可以做到不同端都能用？windows电脑和手机都能打开浏览器，这么想还是挺自然的吧（
（回头想想国内手机很多都是魔改的浏览器，可能有奇怪的bug，不过我费点劲安个chrome还是比较容易搞定的）另外我觉得这个问题也可以用来检验对计算机网络的理解程度？反正我是糊涂的搞不懂（
顺便歪个楼，最近看了点蒋炎岩正在上的操作系统课，完全跟不上，不过第一课的闲聊提到的观点还是挺启发我的，很多时候问合适的问题也很重要。我的话很多时候都不知道能问什么问题 -
@wumingshi GPT说用SMB或者Samba，不经过互联网，在LAN传递文件
-
我实践过smb传输，速度也还是略慢，没有充分利用性能。不知道是不是smb的协议版本问题
-
@wumingshi 问题肯定是合适的，你在本地网络写 sftp 到指定 ip 那肯定走不出路由器（实际上可能交换机就解决了，虽然很多时候这俩是一个设备）实现上可能唯一的问题就是怎么找到对方设备，现场查 ip 确实麻烦了点，像是 kde connect 大概是会向网内广播探测信号等待其他客户端回应。之前只是说这个需求在 web 有点奇怪，毕竟它和一个 sftp 确实也没差多少）
-
笑死刚刚又写了半天忘登录了（）总之就是既然大家都喜欢用最少的东西解决问题，而这个东西不涉及任何需要在互联网上进行的操作，仅仅为了跨平台就要做在 web 上可能反倒显得累赘了）
-
@yhtq 当然可能还有一些零碎的现实问题，比如校园网的无线网由于安全原因会直接 AP 隔离（导致不同的无线用户压根在本地网络找不到对方），于是只走本地网络就走不动了）但如果是用一般的 P2P 技术的话当然还是能找得到
-
@yhtq 如果是像你说的校园网那种情况，只要这个东西用起来足够方便，那么甚至搞一个小的WiFi路由，不联网直接只连接两个需要传文件的端，把路由当成一个无线数据线，感觉也还实用
或者也许在手机和电脑间互传文件的情景下开一个热点互联也是一种可能，我看我下的shareit是有这个选项的，但是还是速度慢的问题
另外本来蓝牙是可以传文件的，查了一下速度本来应该不慢，但是实际用起来还是很慢，不知道为啥 -
@wumingshi 除去防火墙等等小问题，体感上临时换 WiFi 其实是相当麻烦的）））以及蓝牙确实技术比较老旧，理论上也是挺慢的（
-
@wumingshi 蓝牙就是慢，上限只有几十k每秒，不是万不得已不用蓝牙。你的问题最适合互传app，一定要用浏览器就是各种网盘，上面提到的这些网站本质上就是没有存储功能的网盘。你说速度达不到路由器上限，因为数据还是经过网站服务器中转，当然达不到上限。不经过服务器就是用app走wifi直连，网站做不到。
-
你没理解我的意思，我是说把网站开发成一个能够不经过服务器中转的、相当于软件的东西，本身 js 应该足够让一个网站打开后具有这样的功能吧
-
使用webrtc的开源软件：
https://github.com/szimek/sharedropEasy P2P file transfer powered by WebRTC - inspired by Apple AirDrop
-
@zfslcvm 这个很牛，很符合我的想像
