[user_files]我的附件文件管理热
- 我的附件文件管理ID user_files版本 2.7.14插件制作者 bbc免费5801 行 / 221.4 KBHook / 路由 / 后台页用户文件中心:管理个人文件、建立文件夹并整理附件;支持复制文件链接、上传到指定文件夹、安全在线预览和查看论坛引用位置;其他功能可在文件页提供独立入口。app/plugins/user_files/plugin.php插件预览1 张开发日志已有 4 条
此项目接受所有登录用户协助维护和提交更新。
主楼点赞与点评1bbs1org投币2026-09-07
版本 2.3.5 更新:
一个相当大的制作
主要针对用户上传文件管理的难题
插件依赖附件上传插件
插件某些界面需要后期优化一下美术插件质量报告
插件:
user_filesHook 功能范围 循环 使用频率 文件读写 修改系统表 读写系统表 读写自己的表 page.before_render 全站页面输出前 否 5 - - app_attachments 读 plugin_user_files_folders, plugin_user_files_folder_items, plugin_user_files_detached sidebar.stack 全站侧栏组件栈 否 5 - - app_attachments 读 plugin_user_files_folders, plugin_user_files_folder_items, plugin_user_files_detached user.menu_links 个人卡片/移动端我的菜单(展示位置:个人卡片) 否 4 - - - - reply.after_save 回帖保存后 回调内 3 读 修正❗️ app_attachments 修正❗️ app_topics, app_replies, app_attachments 修正❗️ 写 plugin_user_files_references, plugin_user_files_detached 修正❗️ topic.after_save 主题保存后 回调内 3 读 修正❗️ app_attachments 修正❗️ app_topics, app_replies, app_attachments 修正❗️ 写 plugin_user_files_references, plugin_user_files_detached 修正❗️ user.profile_tabs 用户资料页标签栏(展示位置:个人主页Tab) 否 3 - - - - content.before_delete 内容删除操作 否 2 - - - 写 plugin_user_files_references user_files.api 非系统hook 回调内 1 读 修正❗️ app_attachments 修正❗️ app_attachments, app_replies, app_topics 修正❗️ 写 plugin_user_files_detached, plugin_user_files_references;读 plugin_user_files_folders, plugin_user_files_folder_items 修正❗️ 颜色说明:黄色表示有数据读写,红色表示 Hook 在系统循环中执行,浅蓝色表示有文件写入。“列表跳过”表示回调在列表路径会提前返回,“回调内”表示操作位于回调自身或其帮助函数的循环体内。“文件批处理”表示逐个处理用户一次提交的文件,属于必要操作,不标记修正。只有操作实际处于需要优化的循环路径时,才会标记“修正❗️”。
数据字典
plugin_user_files_folders字段 类型 可空 默认值 约束 id id 否 - 主键、自增 user_id uint 否 - - name string 否 - - is_pinned uint 否 0 - sort_order uint 否 0 - created_at uint 否 - - updated_at uint 否 - - plugin_user_files_folder_items字段 类型 可空 默认值 约束 id id 否 - 主键、自增 folder_id uint 否 - 唯一 attachment_id uint 否 - 唯一 created_at uint 否 - - plugin_user_files_references字段 类型 可空 默认值 约束 id id 否 - 主键、自增 attachment_id uint 否 - 唯一 source_type string 否 - 唯一 source_id uint 否 - 唯一 topic_id uint 否 0 - reply_id uint 否 0 - source_url string 否 '' - source_title string 否 '' - source_label string 否 '' - created_at uint 否 - - plugin_user_files_detached字段 类型 可空 默认值 约束 id id 否 - 主键、自增 attachment_id uint 否 - 唯一 user_id uint 否 - - detached_at uint 否 - - 也是耗费我十个小时的作品,免费给大家使用🤖
可以上传一下效果图吗
非常有用的插件!
而且这样页面非常耗资源,是查询了引用位置导致的吗?
对你的 2.5.2,实际上可以这样理解
项目 1.0.14 → 1.0.15 对 2.5.2
attachment_upload_markdown() 无变化 ✅ 无影响
文件存储 无变化 ✅ 无影响
配额 无变化 ✅ 无影响
后缀限制 无变化 ✅ 无影响
图片检测 无变化 ✅ 无影响
文件 URL 无变化 ✅ 无影响
attachment_upload_route() 增加 TL 检查 ⚠️ 间接相关
user_files 自己的上传入口 没改 不会自动增加 TL 检查
数据库结构 无变化 ✅ 无影响
需要升级 2.5.2? 不需要 ✅
所以我建议可以直接把依赖从 1.0.14 更新到 1.0.15,user_files 2.5.2 不需要跟着改版本。
但是有一个设计问题值得你决定:
你希望“用户文件中心上传”也受到 user_level.allow → upload_image 这个新权限控制吗?
如果希望,那么 2.5.2 的上传入口也应该增加同样的权限判断;
如果不希望,那就保持现在这样即可——附件插件自己的上传接口受 TL 限制,但用户文件中心的上传仍按 user_files 自己的权限控制。所以使用该插件会绕过现在这个信任等级限制
版本 2.7.14 更新:
在上个2.5.2版本增加外部轻量的调用接口
优化了一点点性能
增加预览展示图片此插件让我真正开始做的原因是我想方便的存放“梗图”文件,和发送梗图,因为发现现在大多人发的最多的是它,顺便才做的文件管理,因为依赖上游“附件上传”插件,以后有空改成自依赖,然后仅用它的数据库,再然后想着把这些资源完全从网站分离存储,网站仅记录资源的链接,我打算再次停止一段时间开发了,
版本 2.7.14 更新:
更新用户开启伪静态路由插件后,本插件自动停用原因

