文库模块卸载数据库中的内容会还在的，建议参照日志报错进行排查解决。

查找应用日志

“500错误”或“请求出现错误”通常是程序处理发生错误。

需要查看 storage/logs/ 目录下的日志文件，找到当天最新的日志文件（如 laravel-2021-01-01.log），查看报错原因并解决。

错误日志需要定位到最新的错误日志，完整的一条错误日志通常如下格式所示，将该错误日志寻求其他开发者帮助（注意隐藏日志中的敏感信息）。

[2022-01-10 10:28:15] product.ERROR: xxx
Stack trace:
#0 xxx
#1 xxx
#2 xxx
#3 xxx
#4 xxx
#5 xxx
#x xxx

如果是发生在测试或开发环境，为了快速定位，可按照如下步骤排查

• 第1步，打开调试日志（设置 .env 文件中 APP_DEBUG=true）

• 第2步，直接访问页面查看错误信息，进行排查

如没有在系统目录找到记录的日志，请检查网站的目录权限是否正常，需要保证 PHP 的运行用户可以写入 storage/logs/ 目录。

一般是在首页显示。首页标题会显示为 【网站名称】|【网站副标题】

主要优化点：

文章的SEO关键词、SEO描述等信息可独立配置。

使用方式

直接在 blade 文件中通过如下方式引入打赏按钮

@include('module::MemberReward.View.pc.public.reward',[
    'memberUserId'=>$note['memberUserId'],
    'biz'=>'note',
    'bizId'=>$note['id']
])

Copy

以上参数中，

• memberUserId 接收打赏的用户 ID

• biz 业务标识，比如 blog、article、note 表示博客、文章、笔记等相关打赏

• bizId 业务 ID，比如博客 ID、文章 ID、笔记 ID 等

其中 biz + bizId 能唯一确定一条业务记录，比如博客 ID 为 1 的博客，biz 为 blog，bizId 为 1。

更多使用方式请参照源码进行开发使用。

日志私信发给我们排查 storage/logs 。

基础系统和文库系统都升级到最新，最近发布的一个版本应该有优化这个。

大概率上传接口超时了，建议：

1 更新基础框架+文库系统到最新版本。

2 系统是分片上传的，分片太大也会有问题，php设置到50M以内。

可以数据表增加该字段前台读取。

想要直接修改成 域名/ikldf1477d，这种不太现实，这个路由规则没有规则不是很好写，会匹配到大部分路由，整个系统就错误了。

直接使用 {hash} 会匹配到类似 login register 等各种路由。