Please create an account to participate in the Slashdot moderation system

 



Forgot your password?
typodupeerror
×
Google Software The Internet Technology

CDN Optimizing HTML On the Fly 121

Caerdwyn writes "Cotendo, which is a content distribution network, has taken to altering HTML as it passes through their CDN to optimize web pages for faster rendering. This is essentially a repackaging of the Apache mod mod_pagespeed (from Google), with the critical difference being that the rewriting of HTML occurs inline rather than at the web server. We all know that well-written HTML can result in much better rendering of whatever your content is; the questions are 'Will this automatic rewriting cause other problems, i.e. browser quirks?' and 'Assuming that only the web pages of Cotendo's customers are altered, are there nonetheless potential legal troubles with someone rewriting HTML before delivery to a browser?'"
This discussion has been archived. No new comments can be posted.

CDN Optimizing HTML On the Fly

Comments Filter:
  • Legal precedent (Score:1, Interesting)

    by rumith ( 983060 ) on Friday November 05, 2010 @05:06AM (#34133792)
    It doesn't really matter if it's a technically good move; if this sticks, we might be getting lots of ISP-inserted ads, iframed toolbars and other "value-added" stuff in non-encrypted HTTP traffic pretty soon.
  • by Pikoro ( 844299 ) <init&init,sh> on Friday November 05, 2010 @05:11AM (#34133798) Homepage Journal
    If I write a web page, however much it sucks, that's exactly how it should be delivered.

    If I see a bad website that takes 20 minutes to load, then I will never buy anything from that site or it's company. If they can't hire a decent web programmer, they don't deserve my money.

    However, if you change the page to make it render faster, the ISP is lying FOR the shitty company and their shitty website by making it appear to be a well crafted site.

    tl;dr: Leave the shit shitty. It'll put bad programmers out of business which we need.
  • Legal troubles? (Score:5, Interesting)

    by cerberusss ( 660701 ) on Friday November 05, 2010 @05:12AM (#34133802) Journal

    the questions are 'Will this automatic rewriting cause other problems, i.e. browser quirks?' and 'Assuming that only the web pages of Cotendo's customers are altered, are there nonetheless potential legal troubles with someone rewriting HTML before delivery to a browser?'

    I couldn't give a rat's ass about legal troubles. Slashdot is still a tech forum, right?

    There are LOADS of much more interesting questions to ponder, such as: what is exactly the speed improvement? And does it work for Javascript and CSS too? And wouldn't it be much better to work on images instead? Or is that too computationally intensive? What kind of algorithm do they use? In what language is it implemented? Et cetera. Legal troubles shmegal smougles.

  • Re:Legal precedent (Score:2, Interesting)

    by rumith ( 983060 ) on Friday November 05, 2010 @05:38AM (#34133886)
    I think you missed the point in your rush to object. What's the legal difference (IANAL) between optimizing HTML and inserting ads? In both cases X leaves the source, Y arrives at the destination. Opera does something like this for their Opera Mini browser: the content that is delivered to the browser isn't even HTML, it's some proprietary format, although the browser usually correctly renders it to what the HTML would look like. However, in case of Opera Mini, I explicitly agree to such manipulations and to accompanying technical solutions.
    Once again, this may be a good move on Cotendo's part that will lower their costs and improve end user experience, but it is a dangerous one, because if ISPs and CDNs automatically receive the right to manipulate transmitted content however they please, it will certainly lead to abuse in some cases.
  • Re:Legal precedent (Score:4, Interesting)

    by WrongSizeGlass ( 838941 ) on Friday November 05, 2010 @06:50AM (#34134088)
    Though I agree with your point, what about the other side of the coin: CDN's service removing content from a page being delivered such as an infection? Could this be used to strip those nasty javascript code injections or Flash-based shenanigans from an infected site 'on the fly'? Removing infections would be as 'good' as inserting ads, toolbars, etc is 'bad'.

"More software projects have gone awry for lack of calendar time than for all other causes combined." -- Fred Brooks, Jr., _The Mythical Man Month_

Working...