Re: New work on fonts at W3C

On Fri, Jun 19, 2009 at 11:29 AM, Levantovsky,
Vladimir<Vladimir.Levantovsky@monotypeimaging.com> wrote:
> Root strings allow multiple different domains and paths be encoded in the same font resource - specifying all stages (including local drives) in your content development path should work just fine, without updating web font data. And I would be curious to know how Akamai breaks it, since it's supposed to be completely invisible to UA.

Akamai is not invisible to the UA.  For instance, if you visit
microsoft.com, images are served from different domains:
i.microsoft.com, i2.microsoft.com, i3.microsoft.com.  These are
actually aliases for Akamai servers:

$ host i.microsoft.com
i.microsoft.com is an alias for i.toggle.www.ms.akadns.net.
i.toggle.www.ms.akadns.net is an alias for i.g.www.ms.akadns.net.
i.g.www.ms.akadns.net is an alias for i.microsoft.com.edgesuite.net.
i.microsoft.com.edgesuite.net is an alias for a1475.g.akamai.net.
a1475.g.akamai.net has address 72.246.99.40
a1475.g.akamai.net has address 72.246.99.114

Of course, a font that permitted use by *.microsoft.com wouldn't
actually have an issue here, unless the browser follows CNAMEs before
determining whether the restrictions apply (which would make no sense,
AFAICT).  It would be an issue if the site linked directly to
a1475.g.akamai.net instead of using an alias.

Received on Friday, 19 June 2009 18:13:40 UTC