报错：Ifreservedmemoryis>>allocatedmemorytrysettingmax_split_size_mbtoavoidfragmentation.SeedocumentationforMemoryManagementandPYTORCH_CUDA_ALLOC_CONF当reservedmemoryis>>allocatedmemory，进行如下设置，可解决此bug：代码如下：importosos.environ["PYTORCH_CUDA_ALLOC_CONF"]="max_split_size_mb:128"
torch.cuda.OutOfMemoryError:CUDAoutofmemory.Triedtoallocate90.00MiB(GPU0;7.93GiBtotalcapacity;758.34MiBalreadyallocated;5.75MiBfree;858.00MiBreservedintotalbyPyTorch)Ifreservedmemoryis>>allocatedmemorytrysettingmax_split_size_mbtoavoidfragmentation.SeedocumentationforMemoryManagementandPYTORCH_CUDA_
报错：badrevision'head'新建了一个文件夹，将后端项目，前端项目都放到这个文件夹里面去了，然后想提交gitVCS——>importintoVersioncontrol——>CreategitRepository之后，怎么都add不成功，有warning提示badrevision'head'。解决方案有个后端项目原来是svn管理的，将原项目.svn文件夹删除就可以解决这个问题了
前言前几天，写了一篇《宝塔快速反代openai官方的API接口，实现国内直接使用ChatGPT》，直接把我一个闲置的域名反代了api.openai.com，从而实现了国内直接使用ChatGPT的目的，但是有网友给博主反映，我的API反代地址502BadGateway了。排查先要找到问题所在，看了一下日志,当然给ChatGPT自己看咯应该是SSL证书握手的时候，不匹配，造成握手失败解决打开站点——反向代理——配置文件——添加两行代码——保存代码如下：1proxy_ssl_server_nameon;2proxy_ssl_protocolsTLSv1TLSv1.1TLSv1.2;正常修改后，能正常
git报错：error:badreffor.git/logs/refs/remotes/origin/xxxfatal:badobjectrefs/remotes/origin/xxx解决方法：//进去该项目下的.git文件内的本地远程分支目录cd.git/logs/refs/remotes/origin///删除该错误的本地远程分支rm-rfxxx也可一个一个点进去以文件夹删除
有人可以向我解释为什么JSHint会提示以下内容吗，window.location.href=String1+'#'+Sting2+'='+String3;随着错误，'+'错误之前的错误换行我知道这个错误可以用laxbreakoption配置,这被描述为Thisoptionsuppressesmostofthewarningsaboutpossiblyunsafelinebreakingsinyourcode.Itdoesn'tsuppresswarningsaboutcomma-firstcodingstyle.Tosuppressthoseyouhavetouselaxcomma(
有人可以向我解释为什么JSHint会提示以下内容吗，window.location.href=String1+'#'+Sting2+'='+String3;随着错误，'+'错误之前的错误换行我知道这个错误可以用laxbreakoption配置,这被描述为Thisoptionsuppressesmostofthewarningsaboutpossiblyunsafelinebreakingsinyourcode.Itdoesn'tsuppresswarningsaboutcomma-firstcodingstyle.Tosuppressthoseyouhavetouselaxcomma(
后端查询列表接口返回的对象里包含Longid,前端获取到这个id,执行通过Longid删除操作。这时删除操作报错400，大意是没找着Long类型的id.swagger相关接口截图：Long类型的在swagger显示是integer64，integer是integer32.这是前端请求后，出现在我的后端console控制台的报错信息。前端部分代码如下图所示：也许问题出现在接口的参数传递上，接收的参数是urlencode编码格式还是json编码格式？这时我突然意识到，或许前端获取了一条数据后，在获取这条数据的某个字段值时没有把相应的字段值类型转化为json格式，而作为一个接口而言，只认识json格
后端查询列表接口返回的对象里包含Longid,前端获取到这个id,执行通过Longid删除操作。这时删除操作报错400，大意是没找着Long类型的id.swagger相关接口截图：Long类型的在swagger显示是integer64，integer是integer32.这是前端请求后，出现在我的后端console控制台的报错信息。前端部分代码如下图所示：也许问题出现在接口的参数传递上，接收的参数是urlencode编码格式还是json编码格式？这时我突然意识到，或许前端获取了一条数据后，在获取这条数据的某个字段值时没有把相应的字段值类型转化为json格式，而作为一个接口而言，只认识json格
错误信息：BadRequestThiscombinationofhostandportrequiresTLS.遇到上面的错误信息：如果是通过域名访问，则该域名后配置的转发端口映射错误。如果是通过ip+端口或者域名+端口访问，则为你端口填写错误。我出现过若干次以上问题，所以将其记录，原因为在配置端口时，为服务配置了一个serverport一个httpport。但在访问的时候访问了serverport。就访问不到了。
