S*A
发帖数: 7142 | 1 Selenium is best use for unit testing.
It follow a streamline script. If your cralwer has complicate
logic, e.g. If this then do that, it is hard to express in Selenium.
It might be possible, but I give up on it. Using GUI to write
"if else" logic is never a good idea.
xulrunner has *VERY* steap learning curve. It is also
not very well documented. I think the system is over complicated.
That is why webkit can fill the gap because firefox pay a huge
price on the abstration layer of the xulrunner,... 阅读全帖 |
|
b*****l
发帖数: 9499 | 2 gentoo FF 2.x.x upgrade to 3.0.11。
打倒 gentoo！emerge firefox 时明明加了 xulrunner 的 USE，竟然不给我自动升级
xulrunner。好一通 google 啊。 |
|
a*****s
发帖数: 2663 | 3 看上去挺好。俺要把HELP文档的xulrunner换成这个试试。 |
|
a*****i
发帖数: 4391 | 4 They are using python-gtk for interface now. Seems a lot cleaner and faster
than when they used xulrunner.
Nice app. |
|
z*o
发帖数: 19 | 5 Synaptic will uninstall my xulrunner and firefox3.6 when I check to install
fcitx! ? |
|
r****t
发帖数: 10904 | 6 thunderbird 也太慢, 而且程序太大，xulrunner 经常占很多 cpu+mem |
|
S*A
发帖数: 7142 | 7 同意，什么自己编译追优化都是心理安慰罢了。
大家现在普遍的 CPU 级别都比较接近了，i386 早就没有人用了。
剩下那些也优化不到那里去。不信做个双盲试验看能不能从用户体验
上说出那个是自己编译的那个是预先编译的。
就是自欺欺人罢了。
Ubuntu 也是经常乱来，上次 memcpy 用什么 SSE 优化，自己捣鼓
自己的 glibc， 结果 memcpy 极端情况会 Segfault, 因为那个 SSE
没有对其。害我们找了半天原因。这样的东西也能 release 真是服了。
Fedora 也有比较偏左的行为，例如那个 xorg。但是总体上整合是最好
的。我印象种没有 SSE 对齐那么低级的错误。比较复杂的整合的包，
例如 xulrunner 和 python 的 binding， hulahoop ,这些只有 fedora
直接装上就可以用的。Debian 那边有很多不同版本的选择，每个的需求
包裹都不一样，有些还相互冲突。没有一个 hualhoop 是装上就能用的。
特别古老的除外。上次我还搞了很多 VM 把 Ubuntu 一个一个试下来，
都不成。 |
|
S*A
发帖数: 7142 | 8 python + xulrunner binding
it is a real browser with python driving it. |
|
r****t
发帖数: 10904 | 9 thanks, i used to use Selenium, back in firefox 2 days... i guess now
the xulrunner thing must be better. |
|
S*A
发帖数: 7142 | 10 恭喜加入两位数电脑族。
FC + rpmfusion + rpmfunsion non free, 除了经常 update 以外
没有什么不好的.
ubuntu 里面我最喜欢用的 xulrunner python binding 总是坏的，
反正不是特别对我的胃口。FC 系列这个 binding 一直都是好的。
BTW, kernel.org 跑的就是 FC 13. |
|
S*A
发帖数: 7142 | 11 centos 5 跟 fedora 没法比的，包的数量少多了。
FC 里面你吧 rpmfusion free & rpmfunsion nonfree 都加上去就很全了。
大不了加个 livna (就 decss 一个包)。然后就什么都有了。
关键不是单纯的数量，质量非常重要。例如， rpmfusion 出来的
mencoder 正确启动之后就可以直接 ”备份“ dvd 了。
向 python-xulrunner binding 这种包需要很多整合能力的，
（mozilla & python, xpcom.）
apt 里面包有好多不同版本相互排斥，我上次试了很多组合也没有
一个最后能用的，要 back trace 到特别早的 distro 才能用。
FC 从 FC9 还是 10 就是一直能用的。总体上感觉 Fedora 比较前沿，
但是也花很多精力 polish。 |
|
S*A
发帖数: 7142 | 12 I don't care about the interface all that much. I use the
terminal and gvim and firefox most of the time. And also a lot
of those small utilities can install from yum update. I haven't
found one that I need and does not exist in yum repository.
Of course, I am not a GUI heavy guy any way.
Ubuntu is a lot less polish in average packaging.
Some of my script use python-xulrunner binding which is always
broken in Ubuntu. That annoy me enough that I can't use it as
a real system for work. I haven't c... 阅读全帖 |
|
S*A
发帖数: 7142 | 13 青菜萝卜，各有所爱。你这么说就过了，
debian 很多包的整合远不如 Fedora.
例如 xulrunner-python 这种东东在 debian/ubuntu
很多个版本都是装不上或者一跑就 crash.
的确有很多版本组合可以用，就是没有一个能用的。
想这种多个包之间整合的 Fedora 还是不错的。
Kernel.org 用 Fedora, Linus 本人也用 Fedora. |
|
S*A
发帖数: 7142 | 14
fedora 如果要用最新软件的话可以用 rawhide。这个差不多是最新的了。
Arch 似乎讲究原汁原味，尽量不自己维护 patch。但是这样就容易造成比较复杂的
软件依赖和整合的用户体验不是那么好。例如 firefox 和 xulrunner 需要使用同样
的基本代码，否则有东西会不能用。这样的例子很多。我感觉在这种包之间有依赖
和特殊版本关系的处理，fedora 是非常好的，比 Ubuntu 好很多。 Ubuntu 经常
同样的包有很多个版本，但是不同的东西要用不同版本最后没有一个是能拼凑起来
用没问题的。
Fedora 这方面算做非常好了。当然也有不完美的时候。绝大多数用 fedup 和
preupgrade
自己就搞定了。需要注意的是要在支持的时间范围内升级。出了支持的时间，很多
mirror
就没有了，升级就难多了。
Arch 文档的确好，我也读过一些是因为其他 distribution 没有讨论那么仔细。 |
|
|
