是的，后台的文件实际目录与前台显示不一致，无法直接在后台copy文件 很头疼

12 天 后
6 个月 后

不知道有没有大神修回跟KodExplorer一样的存放格式

    22 天 后

    要是能像filebrowser一样就好了。不论程序安在哪，管理员都能访问到服务器硬盘的根目录，可以给别的用户指定目录。这样就相当于是个文件管理器了。filebrowser界面有些不好看，还不支持滑动切换图片。

      11 天 后

      kodbox 做不到这一点，服务器上最多就是保持文件名一致，而文件夹是根据时间再加上一个随机字符串建立的。所以你在kodbox里面有文件目录树，但是服务器上存储的文件都在一个文件夹下，然后到下个月又存到另外一个文件夹下了，十分凌乱。当然官方如果能够把系统设置里面的文件存储加密的不加密方式改成kodexplorer那样，我就立马转到kodbox上来。

      JCW 要是能像filebrowser一样就好了。不论程序安在哪，管理员都能访问到服务器硬盘的根目录，可以给别的用户指定目录。这样就相当于是个文件管理器了。filebrowser界面有些不好看，还不支持滑动切换图片。

          7 天 后

          厉害的超人
          统一回复一下：

          习惯直接物理路径管理的，也是支持的。可以地址栏输入要管理的文件夹添加到收藏夹，然后后台关闭个人文件夹入口等即可，和kodexplorer一样完全管理物理路径。

          基于有部分用户依然喜欢kodexplorer。我们开发计划中，加入一个设置用户或部门根目录到物理路径的功能，这样基本就能满足了。

          使用物理路径会损失一些功能特性：

          1.不支持默认查看文件夹大小，用户空间限制不精确(实时计算文件夹大小会很耗性能，基于数据库的统计计算全量也是毫秒级).
          2.秒传不支持（基于数据库的文件会存入双hash来确保已存在的文件上传秒传）.
          3.文件自动去重不再支持（一个1G的文件复制100分就占用100G。kodbox基于引用计数，存储复制转存1000份也只占用1G）.
          4.文件操作动态无法支持(基于数据库，文件名变化或自动等随时导致记录失效).
          5.文件操作日志无法实现(同上).
          6.文件文件夹移动.重命名. 会导致外链分享，内部协作分享失效（基于物理路径的只能依赖路径，路径变化会导致一系列失效，而基于数据库的id机制则不受该限制）.
          7.不再支持增量备份（物理结构由于随时可能调整结构导致无法做整体的增量备份，每次只能全量备份）.
          8.安全性不如加密存储，感染病毒会有一层防护作用

          当然也有好处：
          就是和操作系统看到的一致，扩展性好一些。个人使用更方便一些，具体自行取舍。

              warlee
              非常感谢官方的回复！是的，主要是方便一些个人用户，因为很多情况是不需要管理多个用户的，就是自己部署一套文件管理系统，同时不影响比如samba文件共享服务。

              在云端部署不涉及到个人直接登录云端机器去操作文件的时候当然应该使用kodbox，不说提供了这么多加强的功能特性，就是冲着文件的保密程度也该使用kodbox，这样即使有云端系统管理员或黑客能够直接操作这些文件，也是无法了解文件的内容的。

              话说国外的google drive本人试用过的，虽然谷歌的服务值得信赖，但是我从来不会保存密码银行账号之类的或者含有个人敏感信息的文件，毕竟不知道他们的管理员是不是可以通过一些手段直接看到。还有filerun本人也试用过，操作和google drive的形似度非常高，但是我觉得不如kodbox更符合中国人的使用习惯，比如文本编辑器的功能远不如kodbox，而且插件也不如kodbox强大。

              我已经开始在自己服务器上部署并使用kodbox了，总体来说很满意。作为个人使用，安装时候选择sqlite或者pdo_sqlite就不需要再运行mariaDB或者mysqlDB了，这样在部署环境的要求上也和kodexplorer差不多，而且有那么多增强的功能以及强大的各类插件，完全满足了各类用户的需求。kodexlorer已经停止开发了，我相信只要kodbox解决并提供了kodexplore才有的功能，取代kodexplorer就水到渠成，不管对哪种用户都是，也就不会有用户再执着于kodexplorer，插件也要开发两套或者还想着移植kodbox插件到kodexplorer上。

              题外话：开发新产品可以先包含旧产品的所有功能，虽然代码重写了，但是至少先保证用户体验不会变差（甚至界面都可以不会有大的变化）。等用户基本都迁移到新产品上，再做些变革性的产品特性，用户基本就不会再回到以前了，因为已经习惯新产品了。当然对很流行的应用程序的新特性开发一般都会做AB测试。

              最后再次感谢kodbox开发人员给我们带来了这么优秀的文件管理系统！

                25 天 后

                kodbox计划在 什么版本能实现 上传文件目录结构一致，一直在用kodex，换了kodbox又换回，但是kodex不支持文件版本，和桌面同步客户端。。。所以又换回nextcloud+kodex，用nextcloud同步客户端用kodex pc、手机app访问，现在坐等kodbox物理路径版本， ；主要原因是上传的视频文件会被plex直接调用所以很需要这样的功能。试过通过增加目录的方式到收藏，但是不支持历史版本就很难受了，因为有时候修改了文件内容自动同步覆盖，有时候需要旧版本文件。

                继续坐等kodbox新版本新功能

                2 个月 后
                2 个月 后

                希望保持kodexplorer一样的结构，历史版本管理可以类似git一样放一个隐藏的.git目录，然后当前文件目录跟前端显示的一样

                19 天 后

                ambition666 不是管理员权限还是不能管理啊////
                那我还是创建本地存储>设置为系统管理员吧:tired_face:

                  warlee 在有些情况下物理路径还是很方便的，我觉得可以一个是可以限制用户某个文件夹下以物理路径读取，作为转存或者基于路径的存储空间；另外主体数据以数据库的形式处理，以提升性能和安全性。同时可以考虑增加物理路径到数据库转换的选项。
                  期待物理路径的功能，不管是挂载FTP或者WebDav都真的不太好用:joy:

                    10 天 后
                    siri 置顶了此帖
                    2 个月 后
                    2 个月 后

                    warlee 大佬，您这个根据用户权限级别设置物理路径的开发计划真是体贴&完美。请问是否已经开发完毕，另外我发现KODBOX好像不能添加部门。

                        ArCord 好像是我想多了，我看了一下似乎是企业版才能拥有的功能。
                        支持部门组织架构功能

                        自定义用户目录、空间大小

                          1 个月 后

                          warlee kodbox实在找不到在哪设置和和物理路径一一对应，实在是太不习惯现有的文件夹方式

                              newbee

                              地址栏点击一下,输入或粘贴物理路径地址-enter; 然后收藏该地址,
                              后续都可以直接管理该地址文件夹内容;

                              不想要个人空间的,可以在后台 后台管理--基础设置--其他设置; 自行勾选即可.

                                  8 天 后