收起左侧

共享相册问题,延伸文件权限讨论

2
回复
466
查看
[ 复制链接 ]

4

主题

4

回帖

0

牛值

江湖小虾

2024-11-15 18:33:05 显示全部楼层 阅读模式

A和B两个用户,A将相册文件夹共享给B,B的手机客户端图库、相册(tab)均不加载,只在共享(tab)里面看得到。

不太确定是**作问题,还是目前设计就是如此。

如果设计是如此,我建议能加上这个功能,在共享里面看效果差很多。

我之前用过绿联os,他的文件夹权限实际逻辑有些优点,至少底层方向我认识合理的。每个文件夹都可以设定用户组权限(只读、读写、无权限)。这样好处就是共享逻辑反而简化了,因为给了权限就是系统层面功能就是一致的。

下面文件夹权限讨论以照片共享为例(其他逻辑相通)。

目前飞牛os的相册逻辑,如果在photo文件夹中将具体文件夹共享,这样用户就只能在共享文件夹中查看,在相册应用中加载不出来;反之如果仅在相册**享相册,那共享文件夹里面就没有。权限是割裂的,软件层和权限层不统一。

  • 我建议的设计方案是,个人文件夹和共享文件夹,建立的是两个真实物理池。现在fnOS个人文件夹是真实的,共享是引用的个人文件夹,这样反而在应用层每个都需要独立设计调用。
  • 如果共享池完全真实(底层),应用层反而就简化了(上层)。因为有权限调用共享池,那就和个人文件夹是平权的,调用逻辑就是一致的。
  • //讲现实的共享逻辑,拿照片为例,和家人出去玩拍的照片,如果想共享给家人,目前的逻辑是上传到个人文件夹然后设置共享→赋予具体权限(每次文件夹都需要),ABCD不用的成员均要配置,**造成结果就是非常冗余。
  • PS:一家人去了趟去了一个青岛,每个人都要创文件夹。然后设置共享。。。对相册应用后续设计也是难度极大,数据源太多了。
  • //如果有共享池,A在池子里面创建文件夹(如青岛照片),然后设置权限是所有用户均可以读写,那一家人所有人都将照片上传到文件夹,后续相册应用程序就会简单多了。
  • 图片只是一个case,各种文档涉及共享都会产生一样结果。
  • 我也是前UCPM,目前深度使用fnOS,其他相互交流。
  • 63e5457613cd090400cc8ff3233264d.jpg

7fd067f65042025026e3b265a47b396.jpg

收藏
送赞 1
分享

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有账号?立即注册

x

3

主题

1

回帖

0

牛值

江湖小虾

2024-11-25 11:16:00 显示全部楼层
对你说的那个这个相册的权限问题我也研究过。
1,飞牛的逻辑挺反直觉的,正常会把共享相册的照片展示到图库,飞牛没有。
2,飞牛现在的相册是虚拟的,但是实际上在磁盘上是分用户隔离的,例如A创建共享相册,那个B向A创建的相册传输照片,实际上是在B的空间。这点很不好,我之前向FnOS建议过,如果B向A的共享相册传输照片占用A的空间,那么就能满足A,B传输照片都在同一个如果共享文件夹会展示到相册的问题解决,那就存储和展示都没问题了。
3,其实你说的共享池实际就是共享相册,这个所有用户都能传上去。
4,他这个相册还有个毛病就是删除和读写权限没分离,最好是相册共享者有读写删,其他被分享者有读写。感觉这种权限的分离光靠linux的文件管理权限没法做到,还是得靠软件管理权限

6

主题

6138

回帖

0

牛值

管理员

2024-11-18 10:48:48 显示全部楼层
这个我们评估一下,同类需求已加入需求池,可以去分类查看,感谢反馈
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则