小编Luk*_*ett的帖子

我onmouseover在javascript中玩这个事件

我想要一个小盒子弹出并保持不动,直到没有onmouseover了

我认为它被称为描述框,但我不确定.

当我将鼠标放在某些文本上时,如何使用自定义文本弹出一个小框,并在将鼠标移动到另一个对象后消失.

我们在RavenDB中使用Stream功能在两个数据库之间加载,转换和迁移数据,如下所示:

var query = originSession.Query<T>(IndexForQuery);

using (var stream = originSession.Advanced.Stream(query))
{
    while (stream.MoveNext())
    {
        var streamedDocument = stream.Current.Document;

        OpenSessionAndMigrateSingleDocument(streamedDocument);
    }
}

问题是其中一个集合有数百万行,我们继续IOException以下列格式接收:

Application: MigrateToNewSchema.exe
Framework Version: v4.0.30319
Description: The process was terminated due to an unhandled exception.
Exception Info: System.IO.IOException
Stack:
   at System.Net.ConnectStream.Read(Byte[], Int32, Int32)
   at System.IO.Compression.DeflateStream.Read(Byte[], Int32, Int32)
   at System.IO.Compression.GZipStream.Read(Byte[], Int32, Int32)
   at System.IO.StreamReader.ReadBuffer(Char[], Int32, Int32, Boolean ByRef)
   at System.IO.StreamReader.Read(Char[], Int32, Int32)
   at Raven.Imports.Newtonsoft.Json.JsonTextReader.ReadData(Boolean, Int32)
   at Raven.Imports.Newtonsoft.Json.JsonTextReader.ReadStringIntoBuffer(Char)
   at Raven.Imports.Newtonsoft.Json.JsonTextReader.ParseString(Char)
   at Raven.Imports.Newtonsoft.Json.JsonTextReader.ParseValue()
   at Raven.Imports.Newtonsoft.Json.JsonTextReader.ReadInternal()
   at Raven.Imports.Newtonsoft.Json.JsonTextReader.Read()
   at Raven.Json.Linq.RavenJObject.Load(Raven.Imports.Newtonsoft.Json.JsonReader) …

我们即将将Windows Azure中的测试和生产实例拆分为两个单独的订阅.目前,我们有3个Windows Azure SQL数据库实例位于同一订阅中:

• 生产
• 报告
• 测试

为了完全隔离生产,我们将这些分为:

• 生产订阅
  • 生产
  • 报告
• 测试订阅
  • 测试

目前,我们使用该CREATE DATABASE X AS COPY OF [ServerName].Y命令将数据库从生产复制到测试,然后再对实时数据进行模糊处理.只要数据库位于同一数据中心的地理位置,并且我们首先在创建数据库的实例之间进行共享登录(如本文所示),就可以执行此操作.

然而; 本文未指出源和目标实例是否需要属于同一订阅.我们是否能够在生产订阅和测试订阅(和vica verca)之间复制数据库,假设我们使用一致的登录？

我们已经开始研究使用Windows Azure Service Bus作为我们当前队列的替代品,因为我们正朝着面向服务的架构迈进.

大多数文件都很清楚; 但是我很难确定哪种类型的序列化BrokeredMessage在提供身体时使用.

例如,假设我实例化一个BrokeredMessage对象如下:

ICommand sendMessageCommand = new SendMessageCommand
{
    Title = "A new message title",
    Body = "A new message body"
};

BrokeredMessage brokeredMessage = new BrokeredMessage(sendMessageCommand);

queueClient.Send(brokeredMessage); 

SendMessageCommand是一个标有[Serializable]属性的简单DTO ; 在我们的旧队列中,这是二进制序列化的,因此它可以更快地存储并保留其元数据.这对我们很重要,因为我们使用队列使用此处概述的模式发送命令,接收工作者角色使用泛型和动态类型的混合反序列化命令.

但是根据这篇文章,正文传递给了BrokeredMessage"Binary XML Serialized" 的构造函数.我的假设是,这是标准的XML序列化,然后通过二进制格式化器,是正确的吗？

除此之外; 这是否意味着如果我要使用默认的BrokeredMessage邮件正文功能; 我必须确保所有对象都是XML Serializable,包括所有出现的问题？(私有字段丢失,没有使用泛型反序列化的元数据,xml序列化属性)

最后; 如果是这样的话; 有一个简单的方法吗？我正在考虑做我们自己的二进制序列化,然后将byte[]属性存储在BrokeredMessage.

我们正在使用Windows Azure托管我们的应用程序Cloud Service并使用它Powershell来构建和打包网站msbuild.

在发布时,我们的第一个响应时间非常慢,因此我们需要预编译应用程序.

有很多关于使用aspnet_compiler进行预编译的文档,但是我找不到任何关于使用的官方文档:

msbuild Web.sln /p:PrecompileBeforePublish=true

一个谷歌搜索定位于MSDN给我什么,而通常MSDN是相当彻底.我所能看到的是今年早些时候的一个有用的Stack帖子.

那么有谁知道任何正式文件PrecompileBeforePublish？我看错了消息来源吗？

如果不这样,旗帜究竟为我们提供了什么,它与Precompilation for Deployment with an Updatable UI(参考)是一样的吗？

我有一个围绕Azure Service Bus代码的基本包装器,我们将在一个辅助角色中使用它.这ServiceBusClient将每个工人的角色运行时进行实例化; 然后用来访问队列,直到没有剩余的项目进行枚举.

public class ServiceBusClient : IDisposable, IServiceBusClient
{
    private const int DEFAULT_WAIT_TIME_IN_SECONDS = 120;

    private const string SERVICE_BUS_CONNECTION_STRING_KEY = "service.bus.connection.string";

    private readonly MessagingFactory _messagingFactory;

    private readonly NamespaceManager _namespaceManager;

    private readonly QueueClient _queueClient;

    private readonly ISettingsManager _settingsManager;

    public ServiceBusClient(ISettingsManager settingsManager, string queueName)
    {
        _settingsManager = settingsManager;

        var connectionString = _settingsManager.GetSetting<string>(SERVICE_BUS_CONNECTION_STRING_KEY);

        _namespaceManager = NamespaceManager.CreateFromConnectionString(connectionString);
        _messagingFactory = MessagingFactory.CreateFromConnectionString(connectionString);

        _queueClient = GetOrCreateQueue(queueName);
    }

    public void Dispose()
    {
        _messagingFactory.Close();
    }

    public BrokeredMessage ReceiveTopMessage()
    {
        return _queueClient.Receive(TimeSpan.FromSeconds(DEFAULT_WAIT_TIME_IN_SECONDS));
    }

    public void SendMessage(object …

我们即将在内部实施CQRS系统的Read部分,目标是大幅提高我们的读取性能.目前,我们的读取是通过Web服务进行的,该服务针对规范化数据运行Linq-to-SQL查询,涉及SQL Azure数据库的某种程度的反序列化.

我们数据的简化结构是:

• 用户
• 对话(将消息分组到相同的收件人)
• 信息
• 收件人(用户集)

我想将其移动到非规范化状态,以便当用户请求查看从EITHER读取的消息提要时:

Azure表存储中保存的非规范化表示

• UserID作为PartitionKey
• ConversationID作为RowKey
• 易于更改的任何易失性数据存储为实体
• 消息在实体中序列化为JSON
• 所述消息的接收者在实体中序列化为JSON
• 表存储中行的有限大小(960KB)的主要问题
• 此外,对"易失性数据"列的任何查询都会很慢,因为它们不是密钥的一部分

Azure表存储中保存的规范化表示

• 对话详细信息,消息和收件人的不同表
• 存储在"对话"表中的邮件和收件人的分区键.
• 吧吧; 这遵循与上述相同的结构
• 获取最大行大小问题
• 但归一化状态是否会降低非规范化表的性能增益？

要么

SQL Azure中保存的非规范化表示

• UserID和ConversationID作为复合主键保存
• 易于更改的任何易失性数据存储在单独的列中
• 消息在列中序列化为JSON
• 所述消息的收件人在列中序列化为JSON
• 索引的最大灵活性和非规范化数据的结构
• 性能比Table Storage查询慢得多

我要问的是,是否有人在表存储或SQL Azure中实现非规范化结构的经验,您会选择哪种？还是有一种我错过的更好的方法？

我的直觉说表存储中的标准化(至少在某种程度上)数据是可行的方法; 但是我担心它会降低性能,以便进行3次查询以获取用户的所有数据.

我们使用以下代码针对C#中的敏感值生成HMac哈希

public string GenerateHMac(string key, string message)
{
    var decodedKey = Convert.FromBase64String(key);

    var hasher = new HMACSHA256(decodedKey);

    var messageBytes = Encoding.Default.GetBytes(message);

    var hash = hasher.ComputeHash(messageBytes);

    return Convert.ToBase64String(hash);
}

传入的密钥是256位base 64编码字符串.提出了一个问题,我们是否应该使用HMACSHA256,HMACSHA384或HMACSHA512来散列该值.

• 使用HMACSHA512相对于HMACSHA256有什么好处？
• 它更安全吗？
• 使用更长的密钥时是否会产生显着的性能影响？

作为旁注; decodedKey如果我使用HMACSHA512,我传递给构造函数的值是否需要是512位密钥？

我知道在F#中如果你有一个格式的C#类:

public class Person {
    public DateTime BirthDate { get; set; }
    public string Name { get; set; }
}

你可以像这样初始化它,这很好:

let p = new Person (Name = "John", BirthDate = DateTime.Now)

但是如果C#类也有这样的构造函数,你将如何在F#中初始化它:

public class Person {
    public Person(int id)
    {
        Id = id
    }

    public int Id {get; private set;}
    public DateTime BirthDate { get; set; }
    public string Name { get; set; }
}

我们是否被迫使用这种结构？

let p = new Person (123)
p.Name <- "John"
p.BirthDate <- …

我们希望减少用户在我们网站上传文件所需的步骤数; 所以我们使用jQuery使用下面的标记打开和回发文件(简化):

<a onclick="$('#uplRegistrationImage').click();">
    Change profile picture
</a>

<!-- Hidden to keep the UI clean -->
<asp:FileUpload ID="uplRegistrationImage" 
                runat="server" 
                ClientIDMode="static"
                Style="display:none"
                onchange="$('#btnSubmitImage').click();"    />

<asp:Button runat="server" 
            ID="btnSubmitImage" 
            ClientIDMode="static" 
            Style="display:none" 
            OnClick="btnSubmitImage_OnClick" 
            UseSubmitBehavior="False" />

这在Firefox和Chrome中运行得非常好; 单击链接时打开文件对话框,并在选择文件时触发回发.

但是在文件上传加载并且用户选择了文件后的IE9中; 在OnChange工作的内容我得到"SCRIPT5访问被拒绝"错误.我已经尝试设置任意超时,设置间隔以检查文件是否无效.

还有其他一些与此有关的问题; 但是没有一个看起来有一个像样的答案(有人说将文件对话框设置为透明并悬停在按钮后面!)

有没有人解决这个问题？或者我是否必须为IE用户提供按钮？