鬼の领地 » Firefox http://blog.upsuper.org the place where there are some ghost appearing... Wed, 19 Oct 2011 13:21:47 +0000 en hourly 1 http://wordpress.org/?v=3.3 百度贴吧的世界杯竞猜 http://blog.upsuper.org/guess-world-cup-in-baidu-tieba/ http://blog.upsuper.org/guess-world-cup-in-baidu-tieba/#comments Thu, 17 Jun 2010 08:12:24 +0000 upsuper http://blog.upsuper.org/?p=1160 貌似很久没发文章了，无聊冒出来发一个……

这次发的东西是很无聊的，大家知道最近世界杯在踢。不过呢，作为一个对体育几乎毫不关心的人，这事基本上也跟我没什么关系……不过我要说的呢，是关于世界杯竞猜的“赌博”游戏，貌似不止百度再做，还有网易、校内什么的都在搞。不过鉴于百度这个，比较经常上，我就也来参加了~

当然，发在这里的东西总归要有一些技术性……这次也不例外的……

我看到网易的竞猜不仅有各种形式，而且最重要的是有赔率！而百度只显示投注金额，显然不够专业，于是我就拿 Greasemonkey 插件，可以在百度投注金额的下面显示当前赔率~就像下面这样：

安装了 Firefox 的 Greasemonkey 插件的，可以点击这里安装这个脚本：tieba_guess.user.js

哦，有人大概会注意到我在前面那张图里面下注给了韩国。倒不是我多喜欢棒子，只是因为我几乎完全不懂足球，所以就根据赔率压冷门……话说压冷门有的时候其实很划算的，比如昨晚我压瑞士，赔率40！赚翻了~强大吧~

]]> http://blog.upsuper.org/guess-world-cup-in-baidu-tieba/feed/ 0 Firefox 的 DOM Bug 一则 http://blog.upsuper.org/a-dom-bug-of-firefox/ http://blog.upsuper.org/a-dom-bug-of-firefox/#comments Thu, 11 Feb 2010 11:19:51 +0000 upsuper http://blog.upsuper.org/?p=1042 做完了上次那个音乐征集系统的投票平台，又积累了些新的东西。因为投票平台的一些设计这么早发出来不大好，所以就先发一个发现~

IE 的 Bug 已经说太多了，今天转过来，看看这次做的过程中发现的一个 Firefox 的 Bug~这个 Bug 的触发条件我已经初步探明了。

考察下面这个 HTML 文件：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN"
  "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en">
<head>
  <meta http-equiv="Content-Type" content="text/html;charset=UTF-8" />
  <title>Bug of Firefox</title>
  <link media="all" href="a.css" type="text/css" rel="stylesheet" id="test" />
  <style type="text/css">
    body { background: #ccc; }
    #x { float: left; height: 3em; width: 10em; margin-right: 1em; }
  </style>
  <script type="text/javascript">
    var t = 0;
    function $(id) {
      return document.getElementById(id);
    }
    function doit() {
      t = (t + 1) % 2;
      var $x = $('x');
      $('test').href = ['a.css', 'b.css'][t];
      style = window.getComputedStyle ? window.getComputedStyle($x, null)
                                      : $x.currentStyle;
      $('back').innerHTML = style.backgroundColor;
      $('color').innerHTML = style.color;
    }
  </script>
</head>
<body>
  <div id="x" onclick="doit()">Hello!</div>
  background: <span id="back"></span><br />
  color: <span id="color"></span>
</body>
</html>

下面考察两个 CSS 文件：

1
2
3
4
5

/* a.css */
#x { color: #000; background: #fff; }
 
/* b.css */
#x { color: #fff; background: #000; }

很明显，这个页面就是点击那个 div，然后交替变换样式表，这就是我做网页即时换肤的重要方法。那么这有什么问题呢？

问题就在，第一次点击那个 div 后。我们先猜测一下，第一次点击那个 div 后，background: 后面应该出现 #000 或一个与其等效的颜色值，而 color: 后面则应该出现 #fff 或一个与其等效的颜色值。下面我们来看一下结果：

上面这些截图从左到右从上到下依次是：Firefox 3.5.7 for Ubuntu、Chromium 5.0.320.0 for Ubuntu、Opera 10.00 for Linux 和 Internet Explorer 6.0.2800.1106。可以非常明显的看出，除了 Firefox，其他几个浏览器都返回了完全正确的结果！Firefox 啊 Firefox……

不知道这个 Bug 有没有人发现并提交过呢？反正这个 Bug 以我的英文水平我肯定是描述不清楚的……哪位大大帮我提交一下吧，谢了嗯~

不过这个 Bug 是否仅在 Linux 版出现我还不是非常清楚，甚至是不是仅仅在我的机子上出现，我都不了解……因此各位用 Firefox for Windows 的人也可以测试一下。

经过测试，Firefox 3.6 for Windows 也存在这一 Bug，看来是没人提交过……

我已经向 Mozilla 提交了这一 Bug：Bug 545636，不知道表达的好不好……

此 Bug 已经被标明无效，原因是一名开发者发现在远程的情况下 Opera 和 Safari 等其他浏览器给出了同 Firefox 一样的结果，而导致这种结果的原因在于在异步的文件请求还未处理完成的情况下立即要求所需值。

经过实验，如果远程访问，并且样式表与网页分离的情况下，似乎各个浏览器都会出现类似问题，即因为异步访问照成延迟。但当测试一个人提交的将样式表嵌入网页的版本后，Chromium 会偶然出现反馈错误，Firefox 总是出现错误，Opera 没有出现错误……我毛估 IE6 不支持那种写法，就不测试了。但在本地测试的情况下，永远只有 Firefox 出错。

我想这或许正如那个开发者所认为的，不能算是 Bug，但这至少说明 Firefox 在某些位置的效率也是差到一种境界了……

关于 IE6 非标准的 CSS 读取方法参考了：用javascript getComputedStyle获取和设置style的原理_javascript技巧_脚本之家

]]> http://blog.upsuper.org/a-dom-bug-of-firefox/feed/ 0 Firefox 3.5 对 PNG 图像颜色处理的问题 http://blog.upsuper.org/problem-of-processing-color-of-png-image-in-firefox-35/ http://blog.upsuper.org/problem-of-processing-color-of-png-image-in-firefox-35/#comments Thu, 04 Feb 2010 11:37:16 +0000 upsuper http://blog.upsuper.org/?p=1012 今天做投票系统的界面的时候又遇到了那个问题：用图片表示的部分和纯色部分衔接有问题。我开始还以为是我当时编写的时候就有问题，由于显示器的缘故儿没有发现。今天想解决一下这个问题，找找原因。

我先打开了 GIMP，把用的背景图片打开，取了颜色，发现颜色就是其他部分的颜色。我就奇怪了，从数值上说应该是一样的才对。然后我就取了 Firefox 里面的色，发现 Firefox 里面图片对应位置的颜色被修改了？！

下面是一个关于这一 bug 的演示：

如果你看了觉得看到的是一个完全的纯色的区域，那么说明你没有遇到这一问题。但如果你看到不是一个纯色区域，那么就说明你也遇到了同样的问题……找了一圈，没有发现相关的中文资料，觉得非常无语，难道都没人发现这么严重的问题么……

在英文资料中我倒是找到了些头绪。首先，Mozilla 表示这是一个 Feature 而非一个 Bug！他们声称这是在 Firefox 3.0 中引入了默认的颜色管理 (Color Management) 和颜色矫正 (Color Correction)，但默认被禁用，而在 Firefox 3.5 中由于效率的改进将其默认设置改为对于部分图片打开了。根据 Mozilla 官方的资料来看，这无疑是一个很好的进步，因为它使得 Firefox 显示的色彩可以和这一图片反映的真实色彩一致，使得这一图片无论在任何平台或者任何显示、输出设备上得到的颜色都是一样的。可是可是，问题是，如果 Firefox 和 GIMP 上显示的效果不一样，而 Firefox 又是正确的，那么 GIMP 作为可以在大部分场合取代 Photoshop 的图片处理软件的颜面何存呢？所以显然错的是 Firefox……

在官方文档的最后，我们终于找到了，Mozilla 承认这是一个 bug，并且辩称仅仅是因为只支持到了 ICC 第二版，而没有支持到第四版导致的“图片可能偏暗” (This may result in images being too dark.)……Firefox 啊 Firefox，真不是我说你，ICC 第四版早在2001年就发布了，你既然准备支持了还不直接支持到完全，结果搞出这么个莫名其妙的 bug 还好意思说是 Feature……

说的差不多了……最后是解决的办法：对于用户来说，如果遇到这种情况，可以直接在 Firefox 的设置里面调整使之不自作聪明的进行错误的颜色矫正。只要打开 about:config，然后找到 gfx.color_management.mode 一项，将其值修改为 0 并重新启动 Firefox 即可。至于网站制作者，可以通过去除所有可能激活 Firefox 颜色矫正机制的信息来解决，对于 png 图片来说，就是安装 pngcrush 软件，然后对图片运行下面命令：

1

pngcrush -rem gAMA -rem cHRM -rem iCCP -rem sRGB 输入文件.png 输出文件.png

这件事呢，不禁让我想起了当年 IE 浏览器（8以下）对于 gamma 值的误读，也是自作聪明地来矫正颜色。这次 Firefox 的做法和当年的 IE 几乎如出一辙，实在是不能不让人感到失望啊。

参考资料：

最后，来看看你的浏览器和系统是否支持 ICC 标准了？里面还有一个 PDF 文件用于测试你的 PDF 阅读器。根据我的测试，Firefox 3.5（被我调整过设置的）、Chromium 5.0、Opera 10.0 无一支持 ICC，Firefox 3.5（默认设置）倒是可以正常的显示下半部分（ICC version 2），不过 Ubuntu 默认的 PDF 阅读器 Evince 倒是支持的很正常，看来 GNOME 还是很牛X的~

]]> http://blog.upsuper.org/problem-of-processing-color-of-png-image-in-firefox-35/feed/ 5 从 Ubuntu 中移除 CNNIC 的证书 http://blog.upsuper.org/remove-cnnic-cert-from-ubuntu/ http://blog.upsuper.org/remove-cnnic-cert-from-ubuntu/#comments Wed, 03 Feb 2010 13:59:26 +0000 upsuper http://blog.upsuper.org/?p=1007 有人想问为什么要移除 CNNIC 的证书吗？因为我不信任 CNNIC，就是这样。

网上流传的版本大多是关于 Windows 下的，偶然找到一个 Debian 的，正好抄过来。

首先，执行

1

sudo dpkg-reconfigure ca-certificates

第一个界面直接确定，然后找到 mozilla/Entrust.net_Secure_Server_CA.crt 一列取消它的选择，最后确定。如下图：

 

然后，如果你是用 Firefox，就要进入 编辑/首选项/高级/加密，点击“查看证书”，在证书机构里面找到 Entrust.net，将其子项全部删除（特别是 CNNIC 那一项！），接着可以试一下访问 ENUM 实验平台，如果不出意外，已经不能访问了。

如果你是是用 Opera，打开 工具/首选项/高级/安全性，点击“管理证书”，在“证书颁发机构”里选择 CNNIC ROOT，点击查看，去掉“允许连接到是用此证书的网络”前的钩，重启 Opera，如果不出意外 Opera 也不能访问上面那个地址了。

至于 Chromium，似乎本来就没有加，我直接访问是访问不了的。如果遇到可以访问的，可以参考 LinuxCertManagement – chromium 进行处理。

参考资料：

]]> http://blog.upsuper.org/remove-cnnic-cert-from-ubuntu/feed/ 0 解决 Xmarks 不能同步的问题 http://blog.upsuper.org/fix-the-problem-that-xmarks-cannot-synchronize/ http://blog.upsuper.org/fix-the-problem-that-xmarks-cannot-synchronize/#comments Wed, 11 Nov 2009 23:28:48 +0000 upsuper http://blog.upsuper.org/?p=899 由于我的上网本和家里的台机分居两地，为了省去同步书签的麻烦，就用了那个很有名的插件 Xmarks。可前一段听说 Xmarks 也被墙了，于是点开了 Xmarks，发现果然，最后一次同步是10月18日的事。（由于我平日都是关闭状态栏的）

今天在网上找到一个方法，虽然说目前只是临时方案，不过或许可以撑很长一段时间，因为依我看来，目前的封禁程度已经达到了墙的目的了，而且也已经从单纯域名劫持和关键词过滤发展到对部分 IP 做了封禁处理了……

OK，这个方法还是利用 hosts 文件，看来墙对于任何网站的封禁初期，采用的都是域名劫持的手段。

在 /etc/hosts 最后加入：

1
2
3
4
5
6
7
8

#xmarks
64.147.188.86 www.xmarks.com
64.147.188.92 api.xmarks.com
64.147.188.89 login.xmarks.com
64.147.188.87 sync.xmarks.com
64.147.188.86 static.xmarks.com
64.147.188.86 download.xmarks.com
64.147.188.86 my.xmarks.com

经过实验，其实 64.147.188.86 那个加不加是无所谓的，一来 Xmarks 同步用不到那几个地址，二来那几个地址也已经被 IP 封锁了……最后一步是点开 Xmarks 的设置下的高级，在安全里面选择全部加密。（似乎 Xmarks 已经成了关键词？）

现在可以同步了，只是不能访问网站 _-b 无所谓了，能同步就好……

参考：简单解决 XMarks 不能同步书签的问题 | X-BetA 世纪资讯

]]> http://blog.upsuper.org/fix-the-problem-that-xmarks-cannot-synchronize/feed/ 1 Firefox 3.5.2 装中文包记 http://blog.upsuper.org/note-of-install-firefox-3-5-2-chinese-language-pack/ http://blog.upsuper.org/note-of-install-firefox-3-5-2-chinese-language-pack/#comments Thu, 03 Sep 2009 16:08:44 +0000 upsuper http://blog.upsuper.org/?p=792 这是第二次了！为 Firefox 3.5 安装中文包！上一次是转到 Firefox 3.5 的时候，这次是系统自动为它升级的时候。

上次是别人帮我找的中文包，这次自己在别人的引导下终于找到了。事实上我已经忍了 3.5.2 的英文界面很久了……

大体上实在这样的位置：http://releases.mozillaonline.com/pub/mozilla.org/firefox/releases/ 这个文件夹，到你 Firefox 的版本号所在的目录下面，找到系统和平台（这里我肯定是 linux-i686 了），然后可以看到很多很多语言……可是我们要的东西不在这一层目录……可以看到在最下面的 zh_CN 上面有一个 xpi，就是他了，点进去就看到又是好多好多语言，不过都是 .xpi 结尾的，很明显这些就是语言包了，选择 zh_CN.xpi，根据提示安装重启 Firefox 就可以了~

写这也算是对 Ubuntu 一点小小的不满，不过可能是因为 Firefox 3.5 并不是 Ubuntu 9.04 的默认浏览器的缘故吧，不过还是很不爽……

另外，既然好不容易又写了篇日志就不应该让他如此无聊……于是我也把如何用原来的狐狸图标启动 3.5 说一说吧。其实很简单就是了，就是下面语句啦：

1
2

sudo rm -f /usr/bin/firefox
sudo ln -s /usr/bin/firefox-3.5 /usr/bin/firefox

唉……最近很懒，都不想写日志怎么办……整天都看其他人写自己就越发懒了……

]]> http://blog.upsuper.org/note-of-install-firefox-3-5-2-chinese-language-pack/feed/ 2 the Ship of Culture, we are ready! http://blog.upsuper.org/the-ship-of-culture-we-are-ready/ http://blog.upsuper.org/the-ship-of-culture-we-are-ready/#comments Sat, 24 May 2008 15:36:09 +0000 upsuper http://blog.upsuper.org/?p=97 今天基本完成了我网页制作的任务，其他人的幻灯片和书应该也基本完成了。刚刚把那个上传的上面：http://mondialogo.upsuper.org/。

最早是Neipoor初稿设计的，后来为了体现交流，对其设计做了些许修改，就成了现在的样子。主要修改在几个地方：一是宽度由原来的1024减为980；然后是在那边加了两国国旗；还有就是给那三行字加了我很喜欢的投影效果~另外就是加了很美的鼠标放到链接上时会有发亮的效果，不过IE不支持（使用IE7测试），我的Firefox和Opera都支持。据说支持没有href属性的标签使用hover伪类是CSS2的特性，所以IE不能完全支持……另外就是加了下面的footer，是我后来使用Neipoor留下的素材独立制作的，个人觉得效果蛮赞的说。

这次里面的导航栏完全没有使用A标签或者MAP标签，而是用了新的方式——DIV+Javascript。我个人觉得这种很大的好处是链接放置的位置相当自由，而且很符合我要在背景图上放链接的要求。这次的排版是靠TABLE排的，不过可以几乎认为是absoluted的DIV。个人觉得这次做的不错~

]]> http://blog.upsuper.org/the-ship-of-culture-we-are-ready/feed/ 0 通过了w3c认证 http://blog.upsuper.org/certification-by-the-w3c/ http://blog.upsuper.org/certification-by-the-w3c/#comments Fri, 02 May 2008 13:21:30 +0000 upsuper http://blog.upsuper.org/?p=84 今天给我的博客做了w3c认证。记得上次连Firefox里那个Web Developement的CSS测试都过不了，查一下，发现是wp-codebox插件里的一个用于IE Fix的代码Firefox不能正常识别，于是就在主CSS文件中去掉了这段，另建了一个叫ie-fix.css的文件，里面写上那个代码，再在wp-codebox的代码输出CSS引用的地方加上<!–[if IE]>…<![endif]–>，就通过了。

今天在w3c那边测，CSS是一次通过，不过有一些颜色使用上的警告，说有些颜色和背景色一致什么的……不过XHTML的测试就没那么好了，貌似错了8个地方，查一下发现又是wp-codebox！

如果用wp-codebox的朋友，想要过w3c测试，就要改两个地方，都在其main.php文件中（下面两个都是修改后的）：

135

	$output .="id=\"l{$post->ID}{$codeid}\">";
142

  $output .= "<td class=\"code\" id=\"code{$post->ID}{$codeid}\">";

现在反正是通过了，通过的标志就在侧栏的Support里面。还是蛮开心的~

]]> http://blog.upsuper.org/certification-by-the-w3c/feed/ 0 gxip is what? http://blog.upsuper.org/gxip-is-what/ http://blog.upsuper.org/gxip-is-what/#comments Wed, 23 Jan 2008 03:56:11 +0000 upsuper http://blog.upsuper.org/?p=11 今天k姐找我说有个网站：http://bbs.sumisora.com/，打开都是乱码，而且换了各种编码都没有用。

我于是打开 Opera、Firefox 一一试过去，发现都是这样，本来以为是浏览器不兼容，结果打开 IE，发现也是一样的结果。

用 FlashGet 去下载，发现下载得到的页面可以正常显示。再用 Winsock Expert 抓浏览器的包，结果在服务器返回的 Header 中发现如下一行：Content-Encoding: gxip

gxip is what???

结果得出结论：因为各个浏览器支持 gzip 传送，在发送请求的时候会加一个：Accept-Encoding: gzip,deflate，告诉服务器：我既支持 gzip 也支持不压缩。结果那个巨囧的服务器竟然告诉浏览器，“我用gxip压缩！”，结果浏览器想“gxip 是什么？？？干脆直接当不压缩的吧！”，结果就点点点了……

在 Firefox 的about:config页面里找到network.http.accept-encoding值，将其前面的 gzip 去掉，终于可以浏览了！

经过反映，该情况目前已经解决。

最后再小赞叹一下 Firefox 强大的设置，Opera 和 IE 都找不到这样的选项！

另注：今天（2008年7月23日）又发现了另外一个站长遇到了同样的问题，见奇怪的gxip?，看起来似乎是一个奇怪的事情。未知中……另外，突然发现最上面的那个链接竟然是澄空的……强大的地方，k姐比我早知道那么多……我最近才因为 CLANNAD 认识了澄空这个地方……

]]> http://blog.upsuper.org/gxip-is-what/feed/ 0