前言： 今天在做二维码需求的时候，代码运行的时候报的：GDI+中发生一般性错误的解决办法这个错误，这个错误也是第一次遇到，不知道怎么解决，以为是生成二维码的代码错了。最后通过对代码的检查以及查资料进行解决了，原来是少了一个保存二维码图片的文件夹。 这个错误也常在在后台生成图片以及验证码中出现。基本上都是采用下面的几种解决办法 代码中没有物理的文件夹的解决办法： 在调用 Save 方法之前，先判断保存图片的文件夹是否存在，若不存在，则创建，当然也可以手动添加一个
|
1 2 3 4 |
//dirpath:文件路径 if (!Directory.Exists(dirpath)){ Directory.CreateDirectory(dirpath) } |
有保存图片的物理文件夹的解决办法： 给相应的文件夹赋予 NETWORK SERVICE 帐户以写权限 保存的文件已存在并因某种原因被锁定的解决办法： 重启IIS，解除锁定。并在代码中使用 using 语句，确保释放 Image 对象所使用的所有资源 ———————————————— 版权声明：本文为CSDN博主「小灰灰城堡」的原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接及本声明。 原文链接：https://blog.csdn.net/GreyCastle/article/details/88411697
View Details在nginx里增加了配置。
|
1 2 3 4 |
client_max_body_size 500m; proxy_connect_timeout 600; proxy_read_timeout 600; proxy_send_timeout 600; |
我觉得，应该只用修改client_max_body_size就可以解决问题。 其它几个，设置了并未起作用。其参数意义如下： client_max_body_size 限制请求体的大小，若超过所设定的大小，返回413错误。 client_header_timeout 读取请求头的超时时间，若超过所设定的大小，返回408错误。 client_body_timeout 读取请求实体的超时时间，若超过所设定的大小，返回413错误。 proxy_connect_timeout http请求无法立即被容器(tomcat, netty等)处理，被放在nginx的待处理池中等待被处理。此参数为等待的最长时间，默认为60秒，官方推荐最长不要超过75秒。 proxy_read_timeout http请求被容器(tomcat, netty等)处理后，nginx会等待处理结果，也就是容器返回的response。此参数即为服务器响应时间，默认60秒。 proxy_send_timeout http请求被服务器处理完后，把数据传返回给Nginx的用时，默认60秒。 from:https://www.cnblogs.com/aguncn/p/11189159.html
View Details