小编Jos*_*hua的帖子

有哪些是了解使用web.config设置实现(或不可能)的最佳资源.

维基百科目前的答案非常简短,我浏览的许多网站只有一两个配置被引用和解释.

有没有办法检查我的域名是否在名称服务器上正确设置？理想情况下,我想从命令行运行命令,或者可以使用第三方工具.

例如,我正在尝试注册一个要在godaddy.com上托管的域名.我已经设置了域名,可以在我的DNS列表中看到它.应该设置的服务器是ns51.domaincontrol.com和ns52.domaincontrol.com,但我的注册是弹跳说"找不到{my new domain}的名称服务器".

我想在我的网页上为图像地图添加自动区域突出显示.我发现mapper.js库对于实现这一点非常有用,但是在区域地图周围创建x,y图非常耗时.

有没有快速的方法来创建不规则多边形的边界坐标,例如可以在区域地图上找到？

编辑
必须有一种方法来做到这一点.我的Windows PC上有Fireworks 8以及photoshop CS3,但我对Fireworks更熟悉.

如果我创建一个选框,我可以右键单击>修改选框>转换为路径.这创造了一个带有几个点的路径,但我不知道如何进入下一步,即提取这些点的坐标.

我试过插入一个热点,一个多边形切片,然后导出到"html和图像".这两个都给我方形热点,而不是多边形.我也尝试右键单击路径和编辑>复制路径轮廓,以及编辑>复制Html代码.也不给我多边形坐标.

我只能为切片获得多边形坐标.有没有办法将路径转换为Fireworks 8中的切片？

javascript的"Number.toFixed"的默认实现似乎有点破碎.

console.log((8.555).toFixed(2));    // returns 8.56
console.log((8.565).toFixed(2));    // returns 8.57
console.log((8.575).toFixed(2));    // returns 8.57
console.log((8.585).toFixed(2));    // returns 8.59

我需要一种比这更一致的舍入方法.

在8.500和8.660之间的范围内,以下数字不能正确舍入.

8.575
8.635
8.645
8.655

我已经尝试按如下方式修复原型实现,但它只有一半.任何人都可以建议任何可以使其更一致地工作的变化吗？

Number.prototype.toFixed = function(decimalPlaces) {
    var factor = Math.pow(10, decimalPlaces || 0);
    var v = (Math.round(this * factor) / factor).toString();
    if (v.indexOf('.') >= 0) {
        return v + factor.toString().substr(v.length - v.indexOf('.'));
    }
    return v + '.' + factor.toString().substr(1);
};

从对象数组中选择值的正确方法是什么？

想要检索不同的评论列表。

[
  "comment 1",
  "comment 2",
  "comment 3",
  "comment 4"
]

当前 N1QL 查询

SELECT links[*].comment FROM `my-db`
WHERE type = "links" AND ANY l IN links SATISFIES l.comment IS NOT MISSING END

结果

[
  {
    "comment": [
      "comment 1"
    ]
  },
  {
    "comment": [
      "comment 1",
      "comment 2"
    ]
  },
  {
    "comment": [
      "comment 3",
      "comment 4"
    ]
  }
]

给定一系列包含注释字段的文档：

{
  "type": "links",
  "links": [
    {
      "comment": "comment 1"
    }
  ]
}

{
  "type": "links",
  "links": [ …

如果表可以基本上是内连接的,因为where子句排除了所有不匹配的记录,所以使用以下2个查询语句语法样式中的第一个确切地说有多糟糕:

SELECT {COLUMN LIST}
FROM TABLE1 t1, TABLE2 t2, TABLE3 t3, TABLE4 t4 (etc)
WHERE t1.uid = t2.foreignid
AND t2.uid = t3.foreignid
AND t3.uid = t4.foreignid
etc

代替

SELECT {COLUMN LIST}
FROM TABLE1 t1
INNER JOIN TABLE2 t2 ON t1.uid = t2.foreignid
INNER JOIN TABLE3 t3 ON t2.uid = t3.foreignid
INNER JOIN TABLE4 t4 ON t3.uid = t4.foreignid

我不确定这是否仅限于微软SQL,甚至是特定版本,但我的理解是第一个场景执行完全外部联接以使所有可能的相关性都可访问.

我过去使用过第一种方法来优化查询,这些查询可以访问两个非常大的数据存储区,每个存储区都有外围表连接到它们,这些连接的产品在查询的后期汇集在一起​​.通过允许每个"较大"表连接到它们各自的查找表,并且只组合每个较大表的特定子集,我发现在特定过滤之前将大表引入彼此有显着的速度改进.

在正常(简单连接)情况下,使用第二种情况会不会更好？我发现它更容易阅读,看起来它会更快.