小编Luk*_*ett的帖子

我正在使用UserNamePasswordValidator.Validate(字符串用户名,字符串密码)验证用户,并且服务正在托管自己(例如没有IIS).

我遇到的问题是,如果用户验证失败,我想跟踪用户的IP地址.这样可以很好地验证用户的验证,因为OperationContext已经初始化(它在validate方法中为null,直到稍后才创建).

有没有人知道如何在validate方法中或在执行validate方法之前获取客户端IP地址？

是的,我知道如何使用RemoteEndpointMessageProperty获取IP地址,但就像我说的那样,如果验证失败,它永远不会那么远:-)

如果我伪造来自Postman的OPTIONS预检CORS请求,我不会从我的API中获取CORS头.

我得到了一个409冲突,我的VSO构建定义打包并发布到VSO源.

所以每次构建运行都是失败的.

但是,包装最终会在Feed中出现.

任何线索？谢谢.

我搜索一种方法,将使用可读名称("类别")定义的Bson对象映射到短名称("ct"),并限制主文档库中项目名称占用的空间.我已经看到这个使用其他驱动程序,但如何使用官方驱动程序.我怎么做,哪里是最好的定义地点.可以在查询中使用长名并检索短内容吗？

谢谢.

我有一个ASP.NET MVC 4 Web服务.在我的开发箱上,我正在运行IIS Express 7.5,因此我们调用localhost:port.我已将其设置为使用Windows身份验证并关闭匿名.

在我的客户端,如果我设置

HttpWebRequest.Credentials = CredentialCache.DefaultNetworkCredentials;

有用.但是,如果我将凭据设置为我的其他Windows域帐户,

HttpWebRequest.Credentials = new NetworkCredential("lpuplett", "catsGoW00f", "ntdom"));

然后我得到401 Unauthorized.我误解了什么; 这有用吗？

我已经尝试将凭据添加到CredentialCache对象并在交叉手指时设置缓存,并且我的眼睛紧闭,真的希望.

谢谢,

卢克

解决了

花了3个小时搜索并在发布我自己的问题后,我找到了答案,在这里可靠的SO:

WebClient类的域凭据不起作用

什么都不感谢;-)

我想知道@Scripts.Render("~/something.js")和之间的区别<script type="text/javascript" src="/something.js"></script>.

是的,我已经搜索了这个主题,但没有成功.我认为如果@Scripts.Render存在不是偶然的.

更多细节

我的意思是:当我应该使用其中一个或为什么时.

如果你是,甚至是在你自己的代码,设计一个API和方法接受一个Stream,是你的方法有责任检查的位置并将其重置为所提供的开始即CanSeek是true使用它之前？

如果是这样,为什么没有一种方法可以在Stream类本身上完成所有这些操作呢？

多年来,我已经被假设Stream在0位置进入我的方法时被抓了几次.

Stream在使用它之后重置可能的地方是否正确？

或者,应该Stream总是复制而不是直接传递？对我来说似乎有点过分了.

随着即将发布的Visual Studio 2012,是否有用于管理SQL Server脚本的项目模板？

即我有表,视图,存储过程,我想在TFS中存储和维护,方法是将它们包含在维护脚本的数据库项目中.

看看2012年的RC版本,我再也看不到这种类型的项目模板了.有关如何管理脚本的任何变通方法或信息？

在过去的几年里,我一直致力于在出版业中使用NoSQL数据库的项目.作为一名程序员,作为一个设计SQL数据库的人,我努力做到干.

在以文档为中心的数据库中,DRY似乎被忽略了,它甚至可能对性能和可伸缩性产生不利影响.当然,这是我的同事,谁用,甚至工作的信念,对一些NoSQL的供应商.他们应该知道.

尽管如此,我仍然努力实现精神上的飞跃,因为我觉得难以接受DRY和NoSQL是不可混溶的.生活中的许多事情都是从一个方向推得太远,然后以最有效的妥协方式解决.

数据经常重复,我总是看到完整性问题.我的程序员和BA的态度就是拥抱它,它的生命.消费服务必须处理它,或者它与上游团队的问题.

我想知道为什么文档不是由许多小的子文档组成并且被引用,拼接在一起,就像一个视图,我想.

"打印"到每个文档中的数据只能通过编写自定义"查找替换"类似的操作来更新,这些操作必须在TB级上运行.因此,这些功能增加了成本,并没有明确需要敏捷故事,也没有建立.数据变得更加不一致.

将文档分解为子文档的问题在于本机数据库搜索停止工作,因为它对文档 - 子文档关系一无所知.因此,搜索必须是一个自定义过程,用于搜索子文档,然后整理它们链接到的主文档的外键.

是否存在中间立场或是否真的是接受权衡的情况？在这个问题上找到很多讨论实际上并不容易.

卢克

我正在Web API 2.2上构建OData 3服务.

该服务正确返回我的实体的元数据,但406 Not Available在查询其中一个实际实体时返回.我做了很多研究(我目前正在学习几个教程),但我还没有找到任何实际工作的东西.

这是我的WebApiConfig:

using System;
using System.Collections.Generic;
using System.Linq;
using System.Web.Http;
using System.Web.OData.Builder;
using System.Web.OData.Extensions;

namespace MyProject
{
    public static class WebApiConfig
    {
        public static void Register(HttpConfiguration config)
        {
            ODataModelBuilder builder = new ODataConventionModelBuilder();

            builder.EntitySet<MarvelCharacter>("MarvelCharacters");
            config.MapODataServiceRoute(
                routeName: "Marvel",
                routePrefix: "dude",
                model: builder.GetEdmModel());
        }
    }
}

和我的控制器(不完整,但你明白了):

using System;
using System.Collections.Generic;
using System.Data;
using System.Linq;
using System.Net;
using System.Net.Http;
using System.Web.Http;
using System.Web.Http.OData;
using System.Web.Http.OData.Query;
using Microsoft.Data.OData;
using MyProject;

namespace MyProject.Controllers
{
    public class …