Javascript Syntaxhighlighter诉谷歌'；需要哪些美化性能的建议？

关于如何在blogspot上显示代码时美化代码，已经有好几个线程：和

我试过谷歌的美化和合成荧光笔。两个都很好。然而，我感兴趣的是哪一个两者的性能都更好——这就是这个线程的不同之处

压缩

YSlow告诉我两个都没有被压缩到我的浏览器中。然而，我不是自己主持这个网站，我是用谷歌的blogspot主持的。所以，我觉得我在这里做不了什么。对吗

缓存 谷歌的prettify和syntaxhighlighter都使用javascript文件和样式表。它们分别在谷歌服务器和亚马逊服务器上托管。如果我自己托管文件，我可以使用ApacheHTTP服务器并在Http响应上设置缓存头，这样返回的用户就不会继续下载它们。如果我没有托管自己并使用blogspot的免费托管，我就无能为力，对吗

服务器ping时间 这是一个有点棘手的测试。当我点击谷歌的美化，我得到：

Pinging googlecode.l.google.com [209.85.143.82] with 32 bytes of data:
Reply from 209.85.143.82: bytes=32 time=5ms TTL=53
Reply from 209.85.143.82: bytes=32 time=4ms TTL=53
Reply from 209.85.143.82: bytes=32 time=4ms TTL=53
Reply from 209.85.143.82: bytes=32 time=5ms TTL=53

当我使用荧光灯时：

Pinging www.alexgorbatchev.com [69.163.149.228] with 32 bytes of data:
Reply from 69.163.149.228: bytes=32 time=148ms TTL=47
Reply from 69.163.149.228: bytes=32 time=146ms TTL=47
Reply from 69.163.149.228: bytes=32 time=146ms TTL=47
Reply from 69.163.149.228: bytes=32 time=146ms TTL=47

看来谷歌要赢了。可能在我不认为syntaxhighlighter的地方使用CDN

更少的Http请求

这里有不同的方法。Syntaxhighlighter非常模块化，针对不同语言使用不同的javascript文件。谷歌；s使用一个更大的javascript文件进行美化。 因此，如果您包含来自各种语言的代码段，那么就有可能使用语法更亮的方式获得更小的文件大小，当然您将有更多的http请求

这就是背景。问题是关于使用syntaxhiglighter或google的prettify，您的性能提示是什么？你怎么能让一个跑得更快，或者确定一个比另一个快

---

谢谢。

我认为你应该选择谷歌（由他们托管），原因有两个：

如果代码是由google url托管的，那么如果他们以前访问过的网站（不是你的）使用了相同的url，浏览器就有机会从缓存中读取代码。这意味着他们甚至可以在访问您的站点之前从缓存中读取数据

谷歌有一个CDN，这意味着他们可以从最靠近请求者的服务器上提供文件。你的服务器可能在美国托管，但如果一个澳洲人访问了你的网站，他仍然必须去美国获取你的文件，。。。谷歌的情况并非如此

这对你来说既便宜又省事

减少HTTP请求是提高浏览器性能的无名英雄

就谷歌不压缩文件而言。我在编码或做任何与谷歌相关的事情时有一个一般规则：

“谷歌比你聪明”

如果我认为谷歌没有发送压缩文件，它可能：

我错了，谷歌正在给我发送压缩文件

最好不要发送压缩文件

一些我无法理解的未知原因

---

简单点，兄弟，相信那些傻瓜吧

答案太偏颇了。。。这家伙一定是谷歌的铁杆粉丝。亚马逊还拥有cdn和强大的云基础设施。你在这里反对亚马逊的几率有多大？我对亚马逊一无所知，我是澳大利亚人。。。这里只是一家网上书店。不管我是不是粉丝，这都不能改变谷歌拥有世界上最聪明的工程师这一事实，也不能拓宽你的知识面。亚马逊拥有最好的云基础设施之一。看看Amazon Web服务。作为对这个问题的回答，javascript性能确实取决于脚本加载时间，因此最好使用更快的脚本加载。但由于syntaxhighlighter非常流行，大多数用户的浏览器缓存中都有脚本，因此在大多数情况下，它不需要http请求