标签: web-standards

就像它说的那样.

在最新版本中最流行的浏览器中,本机SVG支持的状态是什么？

• IE浏览器
• 火狐
• 歌剧
• 苹果浏览器
• 铬
• Konqueror的
• 卡米诺

我不明白为什么开发人员继续编程以适应IE6.人们应该更新他们使用的浏览器,对吗？

我已经看到很多公司完全停止为IE6开发,在他们的头版上有一篇很长的文章陈述了他们的更新建议.

什么是你的理由继续这种车的恐龙发展？如果你说你必须为你的工作,说明你的组织继续为IE6开发的原因.

当然,社区维基,只是因为我想看到一些原因(如果有的话).

在检查Chrome Dev工具时,我注意到以下CSS片段:

img {
    content: url(image-src.png);
}

在Chrome中完美运行(见下面的截图).

这允许我通过CSS定义<img>标签的src属性.在Firefox中不起作用.到目前为止,我认为不可能通过css直接修改src属性,我没有找到任何人谈论这个.那么,这只是Chrome中的一个专有添加,还是Chrome实施W3C草案或类似我不知道的东西？

我想首先说我明白JavaScript是一种无类语言.我的背景是Java,C++和Objective-C,它们都是支持Classes的经典OOP语言.

我正在扩展到Web开发,并一直在尝试使用JavaScript并学习它的模式.现在我正在使用在JavaScript中模拟类的构造函数模式.

所以这是我的"练习"课程:

function Car( model, year, miles ) {
    this.model = model;
    this.year = year;
    this.miles = miles;

    var privateVarTest = 10;

    this.getPrivateVarTest = function() {
        return privateVarTest;
    }

    this.setPrivateVarTest = function( value ) {
        privateVarTest = value;
    }
}

Car.prototype.toString = function() {
    return this.model + " is a " + this.year + " model and has " + 
           this.miles + " miles.";
}

var myCar = new Car( "Ford Focus", "2006", "65,000" );
document.getElementById('notepad').innerHTML += '</br> Testing …

标准模式HTML 禁止在注释中使用双连字符.

<!-- This is a perfectly valid comment - I think. -->
<!-- Invalid comment -- definitely. -->

还有三个额外的限制,例如这些无效的例子:

<!--> invalid -->
<!---> invalid -->
<!-- invalid --->

为什么还要指定所有这些小边缘情况呢？特别是,为什么禁止双连字符？

我刚刚开发了一个小网站,并在IE8本地测试,没有兼容性视图按钮,但在设置下我找到一个名为"在兼容性视图中显示内部网站点"的选项,此选项被选中,所以我相信所有本地文件都呈现为IE7.

然后我将页面上传到我的服务器,在IE8模式下一切正常,现在可以看到comp-view按钮,我点击它,我的设计就变成了fubar!

我转到comp-view的设置并取消选中"在兼容性视图中显示Intranet站点",当我尝试直接从hdd浏览它时,该站点看起来仍然没有,并且仍然没有可见的comp-view按钮.

这次我设法在我的CSS中很容易创建一个修复,但我不想再为大型网站体验这一点.

我怎样才能获得本地页面的IE8模式和兼容性视图,我相信它是否活跃？

我正在考虑更新到Firefox 4(目前正在运行Firefox 3.6.15 - 特别是坚持不是软件问题!)并且在Web开发方面存在一些问题.

我唯一担心的是两者之间是否存在任何兼容性问题(CSS/HTML)或怪癖.我不想在一个网站上使用Firefox 4而使用Firefox 3使用Firefox 4时看到类似3px间距的东西(几乎像IE6 vs IE7 vs IE8惨败,如果你得到我的漂移).

最后,我只是检查Firefox 4是否像往常一样显示具有更新"引擎"的网站/网络应用程序(这是我所期望的).

思考？有谁比较这个级别？而且我不只是在谈论CSS重置级别的事情,而是我正在考虑这些兼容性.

希望我对此表示关注.我似乎无法找到除FF4增强列表之外的任何比较(通过FF3),我不是要将此作为软件问题,而是应该知道我通过升级而遗漏的任何输出更改.在开发和浏览器兼容性方面,我不想错过重要的差异.

谢谢.

无论后端平台如何,我都难以弄清楚编码/解码cookie值的标准是什么(或者有什么？).

根据RFC 2109:

VALUE对用户代理是不透明的,可以是源服务器选择发送的任何内容,可能是服务器选择的可打印ASCII编码."不透明"意味着内容仅对原始服务器感兴趣并且相关.实际上,任何检查Set-Cookie标头的人都可以读取内容.

这听起来像"服务器是老板",它决定编码将适用的任何内容.这使得设置cookie非常困难,例如PHP后端并从Python或Java或其他任何方式读取它,而无需在两侧编写任何手动编码/解码处理.

假设我们需要对值进行编码.俄语的/"??????? (*} ????????"/意思是"cookie值",其中包含一些额外的非字母数字字符.

蟒蛇:

几乎每个WSGI服务器都使用相同的Python并使用Python的SimpleCookie类来编码/解码八进制文字,即使很多人说八进制文字在ECMA-262严格模式下折旧.跆拳道？

因此,我们的原始cookie值变为 "/\"\320\277\320\265\321\207\320\265\320\275\321\214\320\265 (*} \320\267\320\275\320\260\321\207\320\265\320\275\320\270\321\217\"/"

Node.js的:

没有测试过,但我只是猜测一个JavaScript后端会使用原生encodeURIComponent和decodeURIComponent函数来使用十六进制转义/ unescaping吗？

PHP:

PHP将urlencode应用于与encodeURIComponent类似但不完全相同的cookie值.

所以原始价值变成了; %2F%22%D0%BF%D0%B5%D1%87%D0%B5%D0%BD%D1%8C%D0%B5+%28%2A%7D+%D0%B7%D0%BD%D0%B0%D1%87%D0%B5%D0%BD%D0%B8%D1%8F%22%2F甚至没有用双引号括起来.

然而; 如果JavaScript value变量具有上面的PHP编码值,则decodeURIComponent(value)给出/"???????+(*}+????????"/,请参阅"+"字符而不是空格.

Java,Ruby,Perl和.NET的情况如何？哪种语言跟随(或最接近)所需行为.实际上,W3是否有任何标准？

根据维基百科，

urn:<NID>:<NSS>

前导 urn: 序列不区分大小写。<NID> 是命名空间标识符，它确定<NSS>命名空间特定字符串的语法解释。RFC 1737 中描述了统一资源名称的功能要求。[5]

来源： http: //en.wikipedia.org/wiki/Uniform_resource_name

然后它继续说实验 NID 是有前缀的，X-但接着又说：

RFC 6648 不赞成对新 ID 名称使用“X-”表示法，但不建议替换现有的“X-”名称，并且不会覆盖需要使用“X-”的现有规范。[7]

那么现在怎么办？

如果我想为私有系统中的某些标识符创建一个 URN，我该如何正确命名它们？

我的直觉告诉我，该x-前缀不会获得任何好处，因为两个开发人员可以轻松地开始使用urn:x-foo，并且与他们刚刚选择的情况没有任何不同urn:foo，除了可能很明显它不是官方的已向 IANA 注册。

因此，我们应该尝试创造一些独特的东西，并尽最大努力检查它是否真实。正确的？