4

我知道Chris Fulstow 项目 log4net.signalr，如果您想要一个非生产日志，这是一个好主意，因为它记录了来自所有请求的所有消息。我希望有一些东西可以通过发起它们的请求来区分日志消息并返回到正确的浏览器。

这是我在附加程序中所做的：

 public class SignalRHubAppender:AppenderSkeleton
    {
        protected override void Append(log4net.Core.LoggingEvent loggingEvent)
        {
            if (HttpContext.Current != null)
            {
                var cookie = HttpContext.Current.Request.Cookies["log-id"];
                if (null != cookie)
                {
                    var formattedEvent = RenderLoggingEvent(loggingEvent);
                    var context = GlobalHost.ConnectionManager.GetHubContext<Log4NetHub>();
                    context.Clients[cookie.Value].onLog(new { Message = formattedEvent, Event = loggingEvent });
                }
            }
        }
    }

我正在尝试将会话 ID 附加到 cookie，但这在同一台机器上不起作用，因为 cookie 已被覆盖。这是我在客户端上用来附加事件的代码：

//start hubs
    $.connection.hub.start()
    .done(function () {
        console.log("hub subsystem running...");
        console.log("hub connection id=" + $.connection.hub.id);
        $.cookie("log-id", $.connection.hub.id);
        log4netHub.listen();
    });

结果，只有连接的最后一页显示了日志消息。我想知道是否有一些策略可以从发起当前请求的浏览器中获取当前连接 ID（如果有的话）。另外我很想知道是否有更好的设计来实现每个浏览器的日志记录。

编辑

我可以制作一个基于约定名称的 cookie（如 log-id-someguid ），但我想知道是否有更聪明的东西。

赏金 我决定就这个问题开始赏金，我还会询问架构，以查看我的策略是否有意义。我的疑问是，我在从服务器到客户端的单一“方向”上使用集线器，我用它来记录不是源自对集线器的调用，而是来自其他请求（可能是在其他集线器上提出的请求）的活动，是这是一个正确的方法，以浏览器可见的 log4net 附加程序为目标？

4

1 回答 1

2

即使在同一个 SPA 上打开多个选项卡，如何正确定位正确的浏览器实例/选项卡的想法是通过 Url 区分它们。一种可能的实现方法是在第一次访问时将它们从http://foo.com重定向到http://foo.com/hhd83hd8hd8dh3，每次随机生成。url 重写也可以通过其他方式完成，但这只是说明问题的一种方式。这样，appender 将能够检查原始 Url，并通过您保留服务器端的一些映射从 Url 识别正确的 SignalR ConnectionId。实现细节可能会有所不同，但基本思想就是这个。跟踪自第一次连接以来 HttpContext 中可用的更多信息，您还可以制定其他策略以防止任何劫持。

关于您的架构，我可以告诉您，这正是我在ElmahR中使用它的方式。我有来自通知中心外部的消息（从其他网络应用程序发布的错误），并且我向连接到该中心的所有客户端（并订阅某些组）进行广播：它工作正常。

我不是权威人士，但我也猜想这样的架构是可以的，即使有多个集线器，因为集线器在一天结束时只是一个（一个）持久连接的抽象，它允许您通过以下方式对消息进行分组上下文。在幕后（我正在简化）你只是与来回消息的持久连接，所以无论你在它上面定义什么集线器结构（它只是为了帮助你组织事情）你仍然坚持这种连接，所以你不能做任何伤害。

SignalR 擅长做两件事：大规模广播（客户端）和一对一通信（呼叫者）。只要你不尝试做一些奇怪的事情，比如建立对特定调用者的服务器端引用，你应该没问题，不管有多少集线器，以及它们之间的交互，你都有。

这些是我的结论，来自现场。也许您可以就这个问题向@dfowler 推特，看看他是否有（更多）更权威的指导方针。

于 2012-09-18T08:53:01.663 回答