若依部署上线遇到的问题

一、若依部署上线的用户头像模块不能回显：

首先是后端修改部署上线后若依存储图片的本地地址

其次将上线前端配置文件中的图片相关配置给删除

二、若依部署上线后验证码不显示问题

在确保前后端请求打通后还有这个问题就是磁盘缓存问题

三、若依部署上线遇到404页面刷新问题

若依是history模式的，前端部署上线的同时需要增加相关配置

    location / {try_files $uri $uri/ /index.html;}

在单页应用中，通常只有一个入口页面（比如index.html），而应用的其他页面和视图则是通过JavaScript动态加载和渲染的。这意味着，当用户直接访问除index.html之外的任何URL时（比如通过刷新页面或直接在浏览器中输入URL），服务器实际上并没有对应的静态文件来响应这个请求，因此会返回404错误。

然而，try_files指令允许Nginx按照指定的顺序尝试多个文件或目录，直到找到一个存在的资源为止。在这个配置中：

$uri：首先尝试用户请求的URI对应的文件。
$uri/：如果$uri对应的文件不存在，则尝试将其作为目录来处理，并尝试访问该目录下的默认文件（这通常是由Nginx配置中的index指令指定的，比如index index.html index.htm;）。但是在这个特定的配置中，由于紧接着有/index.html，所以这一步实际上并没有起到关键作用（除非你的应用结构中有需要作为目录处理的URI）。
/index.html：如果前面的尝试都失败了（即用户请求的URI既不是文件也不是目录），则最终返回index.html文件。

对于单页应用来说，无论用户请求哪个URL（除了实际存在的静态资源，如图片、CSS、JS等），我们都希望服务器能够返回index.html文件。这是因为一旦index.html被加载到浏览器中，应用的前端路由就可以接管URL的处理，并根据URL动态加载和渲染相应的视图。

因此，这行配置通过确保所有未找到的资源请求都最终返回index.html文件，从而避免了在单页应用中刷新页面时出现404错误的问题。

四、若依部署本地前端请求服务器后端没问题，部署上线请求后端出现405报错。或者发送请求显示无权限、爆拦截器异常

检查部署前端配置文件中有没有配置好跨域相关配置

添加这一段配置

    location /dev-api/ {proxy_pass http://xx.xx.xx.xx:9090/;proxy_set_header Host $http_host;proxy_set_header X-Real-IP $remote_addr;proxy_set_header REMOTE-HOST $remote_addr;proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;}