Return-Path: X-Original-To: apmail-trafficserver-users-archive@www.apache.org Delivered-To: apmail-trafficserver-users-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id 71B886524 for ; Mon, 16 May 2011 19:25:07 +0000 (UTC) Received: (qmail 66948 invoked by uid 500); 16 May 2011 19:25:07 -0000 Delivered-To: apmail-trafficserver-users-archive@trafficserver.apache.org Received: (qmail 66911 invoked by uid 500); 16 May 2011 19:25:07 -0000 Mailing-List: contact users-help@trafficserver.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: users@trafficserver.apache.org Delivered-To: mailing list users@trafficserver.apache.org Received: (qmail 66903 invoked by uid 99); 16 May 2011 19:25:07 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 May 2011 19:25:07 +0000 X-ASF-Spam-Status: No, hits=1.5 required=5.0 tests=FREEMAIL_FROM,HTML_MESSAGE,RCVD_IN_DNSWL_LOW,RFC_ABUSE_POST,SPF_PASS,T_TO_NO_BRKTS_FREEMAIL X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: domain of mokplan@gmail.com designates 209.85.216.42 as permitted sender) Received: from [209.85.216.42] (HELO mail-qw0-f42.google.com) (209.85.216.42) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 16 May 2011 19:25:00 +0000 Received: by qwi4 with SMTP id 4so2779878qwi.29 for ; Mon, 16 May 2011 12:24:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=1fj5tS8Sye5XTaJbQ2BEPcGieMqcdDxhqQCG5gmyJ3k=; b=Tx/aDe1AfsE6cT/gaKue23IAQWPZfDzNdBt+pctaWED3XfW+uaNnq6DQoAVqdY3KGa CnazxNsDUVWo1t9FeyxztNbCJZw7gPzqD14psFPtKswTrD4U08LuYpzOB2DX7foJfDgY KQqukbj0wII8khh8DEKCqvqndG9ityZoR4zZE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=SeS9/Tq93gThynsNkooeb7s6EPTPcT2cJLgDr1Bu3KLAwabvi0c0mmO+qE6Si6QOZL 19+IhhdDOEWm3FvMORCoEp22dQiz4Qc+MddIxisN9+OEiBZzgBU1ouDRx3tcaNlGq9av nO5iOJNJN3aFfSS81i4h5vKo18Jwvh44sETzc= MIME-Version: 1.0 Received: by 10.229.23.193 with SMTP id s1mr3536665qcb.271.1305573879992; Mon, 16 May 2011 12:24:39 -0700 (PDT) Received: by 10.229.81.147 with HTTP; Mon, 16 May 2011 12:24:39 -0700 (PDT) Date: Mon, 16 May 2011 22:24:39 +0300 Message-ID: Subject: ATS and PURGE From: Moshe Kaplan To: users@trafficserver.apache.org Content-Type: multipart/alternative; boundary=00163641725b58528c04a3699b7b --00163641725b58528c04a3699b7b Content-Type: text/plain; charset=ISO-8859-1 Hi, Another question regarding PURGE, We want to support the following user case: 1. Purge single file from the cache (each time another file). 2. Do that immediately based on external event using external software. When we used PURGE (using cURL) in order to invalidate an object we found out the following behavior: 1. GIF and JPG files were correctly invalidated (With 200 OK) 2. HTML files were not invalidated (404) When we investigated it, we founded out that probably it's due to the fact ATS saves several variations of the HTML file based on Accept-Encoding and User-Agent. We confirmed that by doing GET and PURGE using with cURL that results with 200, while browsing to the same page and then PURGE using cURL resulted with 404. Is there any option to PURGE the all versions of a given cached URL regardless of its variations? Thanks in advance, Moshe --00163641725b58528c04a3699b7b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable
Hi,

Another question regarding PURGE,
We want to support the following user case:
  1. Purg= e single file from the cache (each time another file).
  2. Do that imme= diately=A0based on external event using external software.
When we used PURGE (using cURL) in order to invalidate an o= bject we found out the following behavior:
  1. GIF and JPG fi= les were correctly invalidated (With 200 OK)
  2. HTML files were not in= validated (404)
When we investigated it, we founded out that probably it's du= e to the fact ATS saves several variations of the HTML file based on=A0Acce= pt-Encoding and User-Agent.
We confirmed that by doing GET = and PURGE using with cURL that results with 200, while browsing to the same= page and then PURGE using cURL resulted with 404.

Is there any option to PURGE the all versions of a give= n cached URL regardless of its variations?

Thanks = in advance,
Moshe
--00163641725b58528c04a3699b7b--