ASP.net的运行时页面优化程序-有何评论?
RPO 1.0(运行时页面优化程序)是ASP和Sharepoint最近(今天?)发布的组件,它压缩,组合和最小化Javascript,CSS和其他东西(我不敢相信这是一个真实的词)。
有趣的是,它是为ActionThis.com开发的,这是一家去年在TechEd上看到的新西兰商店。他们建立了一个站点,由于部署规模大,需要迅速对其进行精简,这似乎是某些努力的结果。
有人有意见吗?值得评估吗?
http://www.getrpo.com/Product/HowItWorks
更新
我昨天下载了此文件,并在我们的网站上进行了旋转。该网站很大,很复杂,并使用了大量的javascript,css,ajax,jquery等以及URL重写器等。安装太简单了,难以置信,我不得不反复敲击几次才能使它正常工作。技巧...条目位于web.config中的正确位置,并仔细阅读AdvancedSetup.txt以手动翻转设置。该网站基本上可以正确渲染,但是有一些问题可能是由于对CSS分类的命名所引起的,因此需要密切注意并进行大量测试以确保其适合我们,但到目前为止,它看起来不错,并且值得花这笔钱。
第二次更新我们正忙于连接RPO。字符编码以及某些脚本的组成可能存在两个问题。我必须指出,供应商的反应和支持是非常积极和积极的
第三次更新我继续着手进行将RPO集成到我参与的站点中的过程。尽管有一些麻烦,但RPO员工非常乐于助人,并付出了很多努力来改进产品并使其适合在我们的环境中。使用RPO绝对是不费吹灰之力,而功能的成本意味着仅需简单地实施就可以了。任务完成。继续下一个任务
解决方案
回答
只是看了一下,他们提供的许多功能都应该可以使我们轻松完成工作(合并所有javascript文件,合并所有css,缩小,启用GZip ...
每年750美元似乎有点过高,而且别无选择。
(编辑)
与市场营销专家交谈后,到9月底为止的零售价为499美元,而续签的许可价格为199美元。这说服了我很多!
我将先对其进行介绍,然后再看它对我们的DEV服务器有多大的改进。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。。
回答
压缩和压缩通常称为脚本和样式表的压缩文件是完全值得的,文件大小的减少是不言而喻的。我们无需借助其他产品,即可通过网络服务器执行此操作。
但是,从一般的"越少请求越多"的角度来看,合并脚本和样式并将它们一起提供是一个有趣的想法。
看起来像有趣的技术,我会尝试一下。几乎可以肯定,不会受伤。
回答
我喜欢RPO如何即插即用。
创建像他们这样的模块将需要一些时间,根据工作负载,每年需要花费750美元,而不是重新创建它所需的开发时间。
我对RPO感到非常兴奋,并回顾了它对我的网站的影响。
我最近使用的是我在Darksider的博客中找到的页面优化模块。它远不及RPO计划要实现的目标那么激烈,但是如果我们要这样做的话,则是构建自己的优化模块的一个不错的起点。
回答
在稍微评估一下之后,我决定再次回答这个问题。
- 图像组合真的很棒
- CSS和Javascript很好地缩小了
- 所有文件都缓存在服务器上,这意味着服务器不会在每次发出请求时都被删除
- 缓存是在浏览器级别执行的,这意味着如果我们使用旧的(不受支持的)浏览器,它仍然可以工作,因为我们只会收到未压缩的页面
- 我们可以看到自己优化与未优化之间的差异
价格如下...
- 499美元,直到9月底才算是便宜货
- 每年199美元的续约费用实在不值一提
回答
我个人一直在使用Snapsis的称为PageBlaster的产品来进行缓存和缩小。它主要用于DotNetNuke应用程序,但是如果我没记错的话,它可以与任何ASP.NET应用程序一起使用,而且价格合适......
回答
澄清RPO价格。发售价格到2008年9月底为499美元,可通过优惠券使用此折扣(发送电子邮件至[email protected]可获得优惠券)。这包括12个月的软件保障,此后我们可以选择以199美元的价格续订,否则软件仍无法正常工作。
RPO使Steve Souders / Yahoo高性能网站原则中的8条自动化,对于我们而言,重要的是使开发人员友好的工具可以使资源保持对开发有意义的格式和结构,并在运行时进行优化。
我不想向该论坛发送销售信息,因此,如果我们有任何问题[email protected],请给我发电子邮件。感谢我们查看RPO。
Aptimize Ltd首席执行官Ed Robinson
回答
自Beta版以来,我一直是RPO的用户,并激怒地将其部署在我的两个站点上:
http://www.syringe.net.nz(我的博客)和
http://www.medrecruit.com(我感兴趣的公司)
我总体上写了一篇冗长的博客文章,为什么不只在这里打开缓存问题:
http://www.syringe.net.nz/2008/10/21/RuntimePageOptimizerWhyNotJustEnableCachingInIIS.aspx
简短的摘要版本对于那些尚未真正准备好在IIS中启用它的人来说,缓存是一个不错的选择(在IIS6中仍然不是那么容易)...真正的强大之处在于将资源合并在一起,因为它的延迟*请求计数确实会影响表现。