最近在loc上面看到这个程序的推广贴，直观感觉上是新的云存储利用工具，今天有空试用一下。

开发者说这个程序还只是起步阶段，所以现在有种子用户名额，想尝试的我觉得可以尝试一下。

image.png

简单安装上手，安装这块还是很简单的，官方有二进制程序提供下载，这里好评，因为提供了ARM版本的可执行文件。但是使用Docker安装却发现不支持ARM。

image.png

去Docker Hub看了一眼，最新版本是2.0.3，没有提供ARM版本的镜像。但是提供了2.0.2版本的ARM镜像。

docker pull lgs821/ifile:2.0.2
image.png

所以我还是选择了使用二进制文件安装。ifile的二进制安装也很简单，解压后就只有一个二进制文件，别的啥也没有。直接使用Screen打开后台执行：

screen -S ifile
chmod 777 ifile
./ifile

默认端口使用的是3030，需要用反向代理才能绑定域名。在开启反向代理之前，记得先设置域名的SSL，否则无法申请微软Microsft 365的API。这部分内容可以参考官方文档。此外还要修改反向代理的配置文件。

ifile还提供离线下载功能，配置起来相对简单。离线下载的下载器使用的是aria2，ifile使用RPC模式调用下载服务。所以Aria2必须安装在同一台机器上。

这里会有一个问题，即如果是使用docker安装的aria2，如果aria2映射的下载目录与本机绝对路径不一致，那么会导致下载后上传失败的问题。

image.png

解决方法是，将Docker安装的Aria2下载目录映射到服务器的绝对路径的相同路径下，我比较懒，直接用的-v /downloads:/downloads，然后在ifile中也填写这个目录。

image.png

这样就可以完美离线下载并上传了。

上传这块我也简单试了一下，300M的文件差不多传了1分钟，而7.9G的电影传了差不多40分钟。当然这可能与我的小鸡的位置和世纪互联太远了有关系。

image.png

随后我又简单测试了一下在线播放的功能，比较理想，调用的是Onedrive的直链而不是流量转发。所以如果有比较合适的云存储空间，放在这里还是很友好的。

image.png

关于分享我就不再测试了，因为官方有demo。分享的链接格式和百度网盘类似，这一点对用户十分友好。

最后再聊聊和另一款广为熟知的云存储扩展使用程序Cloudreve的比较：

image.png
  • 首先是UI，个人觉得ifile比Cloudreve更好看些，除了ifile的logo有些花里胡哨（但是这个可以自己替换）。Cloudreve主要沿用的还是三年前流行的阴影大色块设计，而ifile更倾向于图标UI风格；
  • 另一个就是离线下载后的云上传。ifile支持世纪互联，上传稳定性也比较好，而Cloudreve上传稳定性比较差，这是很明显的。但是ifile的上传速度依然比较慢，我认为这个值得研究；
  • 第三个是云上传之后的文件命名和归类。Cloudreve的处理方式是按照年-月-日的方式分层建立文件夹，使得文件按目录树状排列。而ifile我还没摸清楚它的文件夹怎么建的，尝试下载了两个文件后，均上传到同一个文件夹内，估计是按用户uid建的。而且Cloudreve支持文件重命名，在文件的前面加一串代码防止重名，ifile目前没观察到这个功能。

最后，尽管缺陷很多，但毕竟这只是一个刚刚起步的程序，希望有更多的用户参与，打磨出一款好用的ifile。