若依部署上线之后验证码不显示的解决方法之一

大家好,我是雄雄,欢迎关注微信公众号:????雄雄的小课堂????。

最近的几天都在搞publiccms的内容,从0到1实现,在花费了大量精力下,终于将一个门户站完完全全的实现了,且还可以自定义扩展内容;欣喜之余,为了避免后期遇到该技术能尽快上手,所以决定趁热打铁,出一份使用publiccms实现普通门户站的入门级教程,各位小伙伴们敬请期待……

????‍????前言

今天在部署若依前后端到服务器上时,发现前端的验证码怎么都出不来,随便上网一查,相关问题以及解决方案数不胜数,遗憾的是,没有一条适合我的。

????‍????技术

若依前后端框架:

  • 前端:vue

  • 后端:springbootspringmvcmybatis

服务器:centos7+Nginx配置

????配置思路

之前有介绍过前后端分离项目如何部署到服务器,忘记的可以点连接去看看,前后端分离项目部署上线详细教程

  1. 将后端springboot项目打包成jar文件,传至服务器指定目录下。

  2. 将前端vue项目打包成dist文件夹,传至服务器指定目录下,我一般习惯和对应的后端jar包放在同一目录下。

  3. 解析域名至服务器下(不会的可以自行百度,很简单)

  4. 配置Nginx文件(验证码没有出来,就是没有正确配置Nginx文件)

  5. 在终端启动后端项目

  6. 在浏览器访问已经配置好的域名

????错误信息

前端页面可以访问,但是验证码没有加载出来(暂无图),F12打开查看发现请求报错。

????解决方法

找了半天,发现是Nginx配置错误,正确配置代码如下所示:

# 这里配置的是80端口监听hbv.51qph.com
    server {
        listen       80;
        server_name  这里写你的域名;
 
    location / {
            root   /www/wwwroot/facilities/dist;
         try_files $uri $uri/ /index.html;
            index  index.html index.htm;
        }
        
        
        location /prod-api/ {
  
            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;
             proxy_pass http://localhost:7777/;
        }
   
  location /dev-api/ {
  
            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;
             proxy_pass http://localhost:7777/;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }

注意:在server_name处写你的域名即可。

好了,今天的分享就到这里,有问题的可以在留言区留言哈。

????祝各位点赞的小伙伴们单身的不单身,学习不好的学习好,万事不顺的万事顺!

  • 3
    点赞
  • 9
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
作为一个AI语言模型,我将为你提供一份秒杀架构设计方案,希望能够为你提供帮助。 一、架构设计目标 1、保障系统稳定性,防止崩溃 2、提高并发处理能力,满足秒杀活动中高并发的需求 3、保证订单准确性和唯一性 二、架构设计方案 1、前端优化 针对高并发的需求,前端需要做好优化,采用CDN分布式部署,负载均衡策略,进行静态资源的加速,提高前端的响应速度,缓解后端的压力。 2、后端架构设计 后端采用分布式系统进行构建,采用Spring Cloud框架,通过多个子系统组成的微服务架构,对其进行分散处理。同时进行集群部署,增加服务器的数量来保证高可用性。 3、缓存技术 为了提高性能,缓存是必不可少的一种手段。采用缓存技术能够大大缩短数据存取的时间。可以采用Redis等内存缓存数据库,减小数据库的压力,缓解高并发环境下的请求压力。 4、队列技术 采用消息队列技术,处理异步的消息请求,在高并发的情况下,可以平衡请求和处理能力。通过将请求放入消息队列中,采用多线程进行异步处理,从而减小系统的负载压力,提高并发处理的能力。 5、数据库设计 为了保证订单的唯一性和准确性,需要采用分布式事务的方案。采用分库分表的方式进行设计,将数据进行分散存储。同时对数据进行冗余备份,保证数据不会丢失。 6、API网关设计 采用API网关技术,对微服务进行统一的管理,同时进行流量控制,提高后端的安全性。采用Zuul等API网关进行设计。 7、安全保障 为了防止恶意攻击和刷单现象,需要采用安全保障措施。采用验证码验证、限制用户IP访问频率等措施,防止非法请求和刷单行为的发生。 三、架构设计方案总结 本次秒杀架构设计采用前后端分离的方式进行,后端采用分布式架构,通过缓存技术、队列技术、分布式事务实现数据的高效处理。同时通过API网关进行统一的管理和安全保障,保证系统的稳定性和安全性。以上是我为你提供的秒杀架构设计方案,希望能够对您有所帮助。

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

穆雄雄

哎,貌似还没开张来着呢~

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值