执行npminstallvue-router时报错，进过多方查找，最终逐渐了解到造成此问题的原因。从报错的信息：ERESOLVEunabletoresolvedependencytree（无法解决依赖关系树）npmERR!Couldnotresolvedependency:（不能解决依赖关系:）npmERR!Fixtheupstreamdependencyconflict,orretry（修复上游依赖冲突,或重试）可以看出来是因为依赖冲突导致不能下载依赖包！为何之前没有这个问题？因为npm版本省级了，（v8.3.1）npmV7之前的版本遇到依赖冲突会忽视依赖冲突，继续进行安装npmV7版本开始
最近负责的项目生产环境久不久会报响应异常的错误，查看相应的NGINX有持续几分钟的连接超时的日志，如下：upstreamtimedout(110:Connectiontimedout)whilereadingresponseheaderfromupstream,client查看相应的access日志，相应时间的请求没有响应码，再看没有响应前的请求日志，发现有几笔持续请求超过设定时长5S的响应时间的请求。查看应用服务器的TCP请求状态，发现有很多是处于CLOSE_WAIT的状态。在不处理的情况下，应用在几分钟后自动恢复。问题解决方案：1.个别接口处理耗时较长；通过排查相应时间段的接口的处理时长，
使用docker部署Nginx反向代理报502错误nginx错误日志nginx配置原因使用docker部署时，127.0.0.1指向的是docker容器的ipdockerinspectnginx而服务是在宿主机上运行的，这里的127.0.0.1需要替换成ifconfig中的docker0虚拟网卡的ip即可成功访问服务请求。注：如果是使用docker部署的服务，可以使用容器名代替ip，docker网络需要是share模式
目录一、具体报错（一）背景简述（二）其他说明二、分析和解决（一）配置域名访问反向代理未解决（二）配置proxy_ssl_server_name解决一、具体报错（一）背景简述 有个业务系统A部署在云上，由于某种原因需要用到nginx反向代理业务系统A。 部署完nginx反向代理，提供服务的时候，出现了如下报错。2022/09/1915:11:40[error]20660#0:*12peerclosedconnectioninSSLhandshakewhileSSLhandshakingtoupstream,client:10.10.10.10,server:10.10
目录一、具体报错（一）背景简述（二）其他说明二、分析和解决（一）配置域名访问反向代理未解决（二）配置proxy_ssl_server_name解决一、具体报错（一）背景简述 有个业务系统A部署在云上，由于某种原因需要用到nginx反向代理业务系统A。 部署完nginx反向代理，提供服务的时候，出现了如下报错。2022/09/1915:11:40[error]20660#0:*12peerclosedconnectioninSSLhandshakewhileSSLhandshakingtoupstream,client:10.10.10.10,server:10.10
我在Linux服务器上使用docker-compose运行一个设置。两天前，我在设置中添加了gunicorn+nginx。不幸的是，所有启动celery任务的restapi端点都停止工作(它返回502gatewaynotfound)。当我尝试在启动celery任务的calculateshortestpath上发送帖子表单时，502网关返回。Issue:SummaryURL:http://192.168.0.150:8001/tspweb/calculate_shortest_paths/Status:502BadGatewaySource:NetworkAddress:192.168.
我在Linux服务器上使用docker-compose运行一个设置。两天前，我在设置中添加了gunicorn+nginx。不幸的是，所有启动celery任务的restapi端点都停止工作(它返回502gatewaynotfound)。当我尝试在启动celery任务的calculateshortestpath上发送帖子表单时，502网关返回。Issue:SummaryURL:http://192.168.0.150:8001/tspweb/calculate_shortest_paths/Status:502BadGatewaySource:NetworkAddress:192.168.
gitpull提示gitbranch--set-upstream-to=origin/xxx在本地创建新分支后，上传到远程仓库，首次pull的时候，会提示：当前分支与远程分支并未建立联系，需要执行一下gitbranch--set-upstream-to=origin/操作解决办法：gitbranch--set-upstream-to=origin/远程分支名建立完联系之后，就可以进行gitpull、gitpush等操作啦～
当项目完成想要将本地master推送到远端的码云，使用gitpush提交时报错：报错提示：没有将本地的分支与远程仓库的分支进行关联fatal:当前master分支没有对应的上游分支。为推送当前分支并建立与远程上游的跟踪，使用gitpush--set-upstreamoriginmaster解决办法：按照提示，键入gitpush--set-upstreamoriginmaster这时出来一个新的错误：出现错误的主要原因是gitee中的README.md文件不在本地代码目录中此时我们要执行gitpull--rebaseoriginmaster命令将README.md拉到本地，然后执行gitpush
一天，访问vCenter，浏览器报：nohealthyupstream，其他什么也没有 该网上找了一些故障原因，诸如：vCenterServer部分服务没有运行，或者运行出现错误；vCenterServer设置的DNS服务器出现错误或者vCenterServer本地hosts文件配置错误，等等，经过排查都不是该故障的根本原因，应为前一段时间访问正常，所以服务均正常，也不存在dns和hosts文件的问题，另外也检查了vCenter服务器的磁盘使用情况，保存log的磁盘空间还有剩余。那么究竟是什么问题呢？最后发现是ntp服务器同步的时间发生了错误，导致vCenter时间不正常出现nohealthy
