2026.09.25

ProjectSend:在自己的服务器上为客户提供文件门户

ProjectSend 是面向客户文件交付的 GPL-2.0 自托管应用,提供私有客户端页面、权限、通知、审计记录、API 与多种存储后端。

它解决什么问题

ProjectSend 面向需要把文件交给客户、合作方或外部人员的团队。管理员把文件上传到自己的服务器,指定可见的客户或客户组;每个客户通过自己的私有页面登录,只看到被分享的内容。它适合设计工作室、咨询团队、代理机构、教育项目以及需要维护客户文件区的小型组织。项目仓库将其定位为自托管文件交付应用,并采用 GPL-2.0;本文不对其实际安全性或性能作额外判断。

projectsend 项目截图 1

图片来源:projectsend。项目公开截图,界面可能随版本变化。

已知功能

客户端可以搜索、筛选和排序文件,也可以下载单个文件、压缩包或整个文件夹。邮箱登录支持可选双因素认证;项目还提供评论和新文件邮件通知。对管理人员而言,上传支持断点续传,可用文件夹、分类和客户组整理内容,并按客户设置存储配额和自定义字段。

分享范围可以是单个客户、客户组或公开访问,并可设置过期日期和下载次数限制。缩略图与预览、活动日志和下载历史有助于日常交付与追踪。团队内部还可以配置角色与权限,避免所有上传人员都拥有管理员权限。LDAP、社交登录和普通邮箱密码登录均列在 README 的功能范围内。

项目提供 REST API、作用域令牌和生成的 OpenAPI 文档,也支持 16 种语言、客户端页面与邮件主题定制,以及带宽或合规流程中可能需要的账户删除控制。存储后端包括本地磁盘、S3 兼容存储和 Google Cloud Storage。

projectsend 项目截图 2

图片来源:projectsend。项目公开截图,界面可能随版本变化。

采用前的限制与部署考虑

自托管意味着你需要负责服务器、域名、HTTPS、邮件投递、备份、升级和访问控制。README 建议使用 Docker,并说明发布镜像已包含依赖和编译后的前端;如果不使用 Docker,则应依据项目的安装文档部署发布压缩包。数据库和上传文件的实际持久化位置、迁移方式及备份策略需要在上线前核对,不能仅凭容器运行状态判断数据已得到保护。

项目也提供不依赖外部托管服务的模式,但这不等于自动满足隐私、保留期限或行业合规要求。应先确认组织对日志、客户账户、邮件通知和对象存储权限的要求,再决定认证方式与存储后端。若从旧版 ProjectSend 迁移,README 明确表示这是重建版本,迁移属于导入而非原地升级,应单独评估数据范围和回滚方案。

2.5.0 的正式发布说明加入了病毒扫描、隔离区、扫描不可用时的处理选项、客户端账户到期日期以及更多文件库过滤器。这些能力是否适合你的运营流程,仍需结合扫描器、网络和数据分类进行验证。来源没有提供最低硬件要求、兼容性矩阵或性能数据,因此采用前应自行确认。

适合谁

如果你需要一个由自己控制存储位置、按客户划分访问范围,并保留交付记录的文件门户,ProjectSend 值得进入候选清单。若团队不愿维护 PHP 应用、数据库、邮件和备份基础设施,官方托管版本或其他托管方案可能更符合运维能力;但本文来源未提供托管版本的价格与具体服务承诺。

资料来源

资料核对日期:2026-09-25