Oracle11g utl_http调SAP接口传中文参数报500 Internal Server Error，参数没有中文可以正常运行。帮帮忙

Posted 2023-05-16

的，这样可以2最大o限度地减少8因以4前太l宽松的超时和限制而造成的攻击。比3如说默认3配置数据库属性实施的最大h ASP 张贴大e小k为1 706,000 个g字节，并将各个y字段限制为5 300 KB。在 IIS 6。0 之e前的版本中4，没有张贴限制。导致里面的应用系统往6002移植经常会出错。现汇总解决方4案如下g。 一c、启用Asp支c持 Windows Server 8005 默认7安装，是不o安装 IIS 8 的，需要另外安装。安装完 IIS 4，还需要单独开m启对于w ASP 的支e持。 第一h步，启用Asp，进入o：控制面板 -> 管理工v具 ->IIS(Internet 服务器)- Web服务扩展 -> Active Server Pages -> 允1许控制面板 -> 管理工a具 ->IIS(Internet 服务器)- Web服务扩展 -> 在服务端的包含文3件 -> 允3许 第二i步,启用父2路径支i持。 IIS-网站－主目录－配置－选项－启用父1路径 第三o步，权限分8配 IIS-网站－（具体站点）－（右键）权限－Users完全控制 二n、解决windows5004最大f只能上f载700K的限制。先在服务里关闭iis admin service服务找到windows\\system84\\inesrv\\下k的metabase。xml, 打开g，找到ASPMaxRequestEntityAllowed 把他修改为5需要的值，然后重启iis admin service服务 6、在web服务扩展 允1许 active server pages和在服务器端的包含文6件 7、修改各站点的属性主目录－配置－选项－启用父1路径 2、使之k可以0上b传大q于f 800k的文7件(修改成您要的大j小y就可以0了b，如在后面补两个s0，就允7许30m了r) c:\\WINDOWS\\system45\\inetsrv\\MetaBase。xml （企业版的windows2001在第124行，默认1为6 AspMaxRequestEntityAllowed="700000" 即200K将其加两个w0，即改为1，现在最大k就可以8上g载10M了d。 AspMaxRequestEntityAllowed="40840000" 如果以3上x方7法还不y能解决问题，那么u你先取消ie的友y好错误提示3，看看错误编码是多少8。 方3法如下i：打开fIE--->internet选项--->高级---->将"显示3友l好的。错误"前面的钩去掉 就可以3看看是什8么e错误了d 常见5的 Microsoft OLE DB Provider for ODBC Drivers 错误 10003001 [Microsoft][ODBC Microsoft Access Driver]常见2错误 不j能打开o注册表关键字 Temporary (volatile) Jet DSN for process 0xb7c Thread 0xce3 DBC 0x533a01c Jet。 首先产生该错误的根源是 c:\windows\temp目录 我自已r总认8为7temp目录没有多大v用。在优化2系统的时候图省事就将这个d目录删除了l所以2就出现了l这样的错误。看了o好多的网上f的解释解答。都得不g到原因。只是说权限不e足。但是根源呢 给这个n目录加上b一s个m来宾帐号，然后属性设置为8完全控制就可以2解决了ekw┠ 参考技术A 1、新开的空间没有设置好，提示没有访问权限。
2、不知道你数据库重新换了没有，如果没有换的话，请清空一下数据库重新安装
3、服务器的系统很可能是windows的，确实500错误经常在windows中见到，你可以写一个php页面文件测试一下，把如下内容贴到test.php文件里面，然后放到空间下
<?php
phpinfo();
?>

前后端联调，调相同接口（参数传参方式请求方式都一样），Netword 和 Postman 中返回数据不一致原因剖析以及解决方案

场景

  在前后端联调时，封装组件下拉可搜索组件，调取接口后使用返回数据中的id 作为选中高亮标识：

<div v-for="(item, index) in list" :key="index" @click="setItem(item, index)"
	:class="active-item:item.id === checked.id"> item.name 
</div>

.active-item 
	color: #5880FD;

  发现有些可以，有些不可以，通过Network观察，不可以的是因为返回的id居然是一样的？？？果断找后端同事沟通，后端同事说用Postman都可以，返回的id都是不一样，怎么到你浏览器调就不行，就有问题？！！！

  然后自己也去Postman 调，结果发现是正常的！！！

  这就很尴尬了……

 
 

解决

  之后就只能将这个问题丢给自己解决了……

  首先，因为有的可以实现高亮，有的不可以，基本可以排除代码问题。

  接着仔细观察Network中，发现id是number类型的，js对number类型的数据精度最大是17位，整数是15位；而后台是java语言，java对这类的数据都是long类型，long类型的是64位，最大值的位数是19位。

• js
  

• java
  

终于发现了问题所在：

由于前后端语言不同，导致对数据处理时的精度丢失了。

解决方案也非常简单，直接让后端同事将返回数据中long类型的id转成字符串类型就ok了。

 
 
如有不足，望大家多多指点！ 谢谢！