RE: [SQU] deakamiser

This regular expression does not catch old instances of ARLs (Akamai
Resource Locators) featuring the akamaitech.net domain...

Why is Akamaization leading to cache misses anyway?
The ARL (i.e.
a4.g.akamai.net/7/4/1/0001/www.squid-cache.org/images/logo.gif) is constant
in any akamaized page and should produce (valid or stale) cache hits that
can be refreshed eventually.

Please let me know if I am missing something.

Michael May
Integration Consultant
Akamai Technologies GmbH

-----Original Message-----
From: Robert Collins [mailto:robert.collins@itdomain.com.au]
Sent: Wednesday, December 06, 2000 5:44 AM
To: Squid-Users (E-mail)
Subject: [SQU] deakamiser

I finally got ticked off with akamai consistently choosing a different
'accelerator' every single time I used an akamaised(sp?) site.... I
present to you the de-akamiser. (Hey I'm not a perl programmer... but
I'm happy to accept feedback.

My cache rate is looking much better now :]

#!/usr/bin/perl

$|=1;

while (<>) {
                s@^(http://[^ ]*\.[^ ]*\.akamai\.net/[^ .]*/[^ .]*/[^
.]*/[^ .]*/)([^ ]*) (.*)@301:http://$2@;
                print;
        }

===
note that there is a space before the (.*)@301

Rob

--
To unsubscribe, see http://www.squid-cache.org/mailing-lists.html
--
To unsubscribe, see http://www.squid-cache.org/mailing-lists.html