系统在升级时，如果某一个文件升级的时候有修改就会被覆盖。可以定义一个全局css或者js文件。放在public/theme/xxx/custom.css ，在框架页面 resources/views/theme/frame.bladw.php 种引入，这样可以防止在。升级的时候最大限度避免冲突。

目前暂不支持手动安装方式

可以查看下日志或打开开发者工具查看网络标签，检查是否模块相关接口请求有异常。

该问题是由于系统升级时候是有php的进程操作没有全新权限导致（等效于用户 www 或者 www-data）。

可通过 chown -R www.www /data/xxx 或者 chmod -R 0777 /data/xxx 来解决。

该文件是由 php 类加载机制自动更新，具体可以搜索 “php autoload” 相关资料学习。

1 查看错误日志是什么原因导致的500错误

2 参考系统说明进行排查 https://modstart.com/doc/install/upgrade.html

Laravel 5.3被更新为默认使用MySQL“严格”模式，其中包括NO_ZERO_DATE模式。

问题是允许您的现有数据将“0000-00-00 00:00:00”作为日期时间值。但是，现在您的连接使用的是不允许该值（NO_ZERO_DATE）的sql模式。当您试图更改表以添加deleted_at列时，它会抱怨created_at列中存在数据冲突。

理想的解决方案是修复数据库中的所有数据。也就是说，检查数据库并更新日期时间/时间戳字段，使其可为空，并将其数据从“0000-00-00 00:00:00”转换为空。

然而，快速的选择是在数据库连接上禁用“严格”模式。打开配置/数据库。php文件，并确保数据库连接显示“strict”=>false。

在后台 模块市场 → 系统模块 → 用户管理配置

看下一下日志文件 storage/logs。

如果没有记录到日志文件，请检查下 storage/logs 文件夹是否有权限问题不可写。

第一步，在验证码上右击鼠标，在新标签页面查看图片，看一下页面是否有包什么错误异常。

第二步，如果页面显示500错误，参考常见问题中【500错误/请求出现错误】部分排查步骤。