.net 从dotnet服务器方法返回的签名策略包括;d";
我最近为S3购买了FineUploader,但我很难让它接受来自signature.endpoint的策略和签名。返回的json包含策略和签名数据,但它嵌入到包罗万象的“d”属性中(MS的“保护”我免受跨脚本攻击的方式)。我正试图实现一个直接的浏览器上传,我读了一篇包含python、java和php示例的博客文章,但我将在DotNetNuke中主持这篇文章。我相信我的代码很好,问题是客户端回调无法读取json,因为d。无论我如何尝试返回html(字符串、对象、序列化对象),它总是包含“d”,如下所示: {“d”:“{\”策略\“:\”策略数据\“,\”签名\“:\”签名数据\“}” 是否有人成功地将json从.NET服务器端方法返回到Fine Uploader回调.net 从dotnet服务器方法返回的签名策略包括;d";,.net,json,amazon-s3,fine-uploader,.net,Json,Amazon S3,Fine Uploader,我最近为S3购买了FineUploader,但我很难让它接受来自signature.endpoint的策略和签名。返回的json包含策略和签名数据,但它嵌入到包罗万象的“d”属性中(MS的“保护”我免受跨脚本攻击的方式)。我正试图实现一个直接的浏览器上传,我读了一篇包含python、java和php示例的博客文章,但我将在DotNetNuke中主持这篇文章。我相信我的代码很好,问题是客户端回调无法读取json,因为d。无论我如何尝试返回html(字符串、对象、序列化对象),它总是包含“d”,如下
<div id="fineuploader-s3"></div>
<script src="http://code.jquery.com/jquery-latest.js"></script>
<script src="/scripts/custom.fineuploader-4.0.3.js"></script>
<script>
$(document).ready(function () {
$('#fineuploader-s3').fineUploaderS3({
request: {
endpoint: "bucketname.s3.amazonaws.com",
accessKey: "MYACCESSKEY"
},
template: "simple-previews-template",
signature: {
endpoint: "/aws.asmx/sig"
},
uploadSuccess: {
endpoint: "somefile.html"
},
iframeSupport: {
localBlankPagePath: "success.html"
}
})
// Enable the "view" link in the UI that allows the file to be downloaded/viewed
.on('complete', function (event, id, name, response) {
var $fileEl = $(this).fineUploaderS3("getItemByFileId", id),
$viewBtn = $fileEl.find(".view-btn");
if (response.success) {
$viewBtn.show();
$viewBtn.attr("href", response.tempLink);
}
});
});
</script>
$(文档).ready(函数(){
$('#fineuploader-s3')。fineuploader 3({
请求:{
端点:“bucketname.s3.amazonaws.com”,
accessKey:“MYACCESSKEY”
},
模板:“简单预览模板”,
签名:{
端点:“/aws.asmx/sig”
},
上载成功:{
端点:“somefile.html”
},
iframeSupport:{
localBlankPagePath:“success.html”
}
})
//在UI中启用允许下载/查看文件的“查看”链接
.on('complete',函数(事件、id、名称、响应){
var$fileEl=$(this).fineUploader3(“getItemByFileId”,id),
$viewBtn=$fileEl.find(“.view btn”);
if(response.success){
$viewBtn.show();
$viewBtn.attr(“href”,response.tempLink);
}
});
});
你说得对,这似乎是.NET在将响应返回到客户端之前强制响应的内容。我没有太多处理.NET的经验,所以我不确定是否有办法关闭它。您可能需要花费一些时间来确定是否可以防止.NET像这样修改响应。另一个选择是,要求傅意识到并以本地方式处理这一问题。这不是Fine Uploader第一次必须解决与Microsoft相关的愚蠢问题……顺便说一句,.NET应用程序使用AWS似乎并不常见。你为什么不使用Azure?如果你想关闭它,这个答案可能值得一看(关闭它肯定是我的第一选择):这里的另一篇好文章应该指导你如何防止d属性包装你的响应:。非常感谢你花时间回答Ray。我将在第二天左右研究这些文章。我会发布我的结果。再次感谢。