现象及操作:

• IIS正常发布,应用程序池设置为[无托管代码],报错,500.31,重启IIS还是报错500.31,
  

• 根据网上搜索判断为:发布.NET Core版本与本机运行.NET Core版本不统一导致,
• 但,本机已安装VS2019并在本机开发,可以正常调试打开,发布后,却报错,常理来说应该是包含了环境,
• 查看发布文件,[*.runtimeconfig.json],中写的:[“version”: “3.1.0”],于是去本机[程序和功能],查看已安装列表,但已有此版本,
• 输入cmd命令:
  dotnet --version
  3.1.301
• 输入cmd命令:
  dotnet --info
  列表包含了很多个.NET 版本,包括了.NET Core3.1
• 去微软官网下载旧版.NET Core版本打算安装,之前发布2.2版本遇到过类似问题,解决办法是安装旧版本和新版本的.NET Core
  https://dotnet.microsoft.com/download/dotnet/3.1
  https://dotnet.microsoft.com/download/visual-studio-sdks
  下载了多个.NET Core 3.1的Runtime Hosting 版本,去安装,提示
  
  故先去[程序与功能]卸载旧版本,然后重新从第一个旧版本开始安装,安装了几个后发现,无效果,于是安装最新的版本,还是同样报错503.11,未解决
• 这里提示到日志文件,于是去系统日志查看,发现IIS有报错日志:
  
  遂去百度,但无果,找到此文件夹查看,但也看不出什么
  %PROGRAMFILES%\IIS\Asp.Net Core Module\V2
• 其中有一篇文章说,删除 web.config中的[hostingModel=“inprocess”]字段,说此字段是托管设置,但程序是无托管,需要手动删除,遂测试,无改善,但报其他错误,故又恢复原样改回来.继续报错500.31
• 继续百度,中途安装最新.NET Core SDK3.1的版本,也无果,正常来讲,只有开发需要安装SDK,运行只需要Host捆绑包就可以.
• 多种方法测试后都无果,最后再这一系列操作后,想着之前发布过.NET Core 2.2版本的,应该可以直接使用不报错,故改项目的版本3.1=>2.2,但报错,原因是我创建项目是3.1,有很多属性对象等都是3.1自带的,2.2则需要安装其他的包,故又改回来.NET Core 3.1,重新发布,这时候我重启IIS,然后就正常了!可以正常访问我发布的Web程序了;

(以上中途过程不分先后,有的顺序可能是不准确的,相关的操作应该都记录了)

总结:

原因:.NET Core 版本不对应
解决办法:下载.NET Core对应版本,并安装,发布和运行都安装同一版本,重新发布即可

SpringMVC项目报错500的可能解决方法

1.查看项目模块在build之后有没有生成target文件夹,没有生成可以通过compiler生成.
2.检查模块打包后有没有包含lib文件夹及静态资源
File->Project Structure->Artifacts->对应项目包名
没有lib文件夹要手动导入并添加依赖文件
没有静态资源要直接删除包文件,在Modules中的对应项目名下点击web,点击右下角的Fix,生成新的包文件即可.(生成后记得添加lib)
3.检查父项目的out中有没有包含对应的文件夹及具体内容,没有的话要重新生成.
4.检查jdk版本是否不兼容,将jdk版本改低

在本地搭建swoole+laravel-s中上传文件报错，如下图：

原因是：nginx 没有配置client_body_temp_path的临时文件目录(注意权限)。
全部虚拟机配置如下：

gzip on;
gzip_min_length 1024;
gzip_comp_level 2;
gzip_types text/plain text/css text/javascript application/json application/javascript application/x-javascript application/xml application/x-httpd-php image/jpeg image/gif image/png font/ttf font/otf image/svg+xml;
gzip_vary on;
gzip_disable "msie6";
upstream em-laravels{
    # 通过 IP:Port 连接
    server 127.0.0.1:5200 weight=5 max_fails=3 fail_timeout=30s;
    # 通过 UnixSocket Stream 连接，小诀窍：将socket文件放在/dev/shm目录下，可获得更好的性能
    #server unix:/yourpath/laravel-s-test/storage/laravels.sock weight=5 max_fails=3 fail_timeout=30s;
    #server 192.168.1.1:5200 weight=3 max_fails=3 fail_timeout=30s;
    #server 192.168.1.2:5200 backup;
    keepalive 16;
}
server {
    listen 80;
    # 别忘了绑Host
    server_name em.com;
    root /Users/ywz/huanao/em/public;
    access_log /usr/local/var/log/nginx/$server_name.access.log;
    client_body_temp_path /usr/local/var/log/nginx/file;
    autoindex off;
    index index.html index.htm;
    # Nginx处理静态资源(建议开启gzip)，LaravelS处理动态资源。
    location / {
        try_files $uri @em;
    }
    # 当请求PHP文件时直接响应404，防止暴露public/*.php
    #location ~* \.php$ {
    #    return 404;
    #}
    location @em {
        # proxy_connect_timeout 60s;
        # proxy_send_timeout 60s;
        # proxy_read_timeout 120s;
        proxy_http_version 1.1;
        proxy_set_header Connection "";
        proxy_set_header X-Real-IP $remote_addr;
        proxy_set_header X-Real-PORT $remote_port;
        proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
        proxy_set_header Host $http_host;
        proxy_set_header Scheme $scheme;
        proxy_set_header Server-Protocol $server_protocol;
        proxy_set_header Server-Name $server_name;
        proxy_set_header Server-Addr $server_addr;
        proxy_set_header Server-Port $server_port;
        # “em-laravels”是指upstream
        proxy_pass http://em-laravels;
    }
}

参考:https://blog.csdn.net/weixin_45256711/article/details/118527724