Return-Path: Delivered-To: apmail-httpd-modules-dev-archive@minotaur.apache.org Received: (qmail 21269 invoked from network); 10 Feb 2009 18:53:08 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Feb 2009 18:53:08 -0000 Received: (qmail 88588 invoked by uid 500); 10 Feb 2009 18:53:06 -0000 Delivered-To: apmail-httpd-modules-dev-archive@httpd.apache.org Received: (qmail 88549 invoked by uid 500); 10 Feb 2009 18:53:06 -0000 Mailing-List: contact modules-dev-help@httpd.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: modules-dev@httpd.apache.org Delivered-To: mailing list modules-dev@httpd.apache.org Received: (qmail 88538 invoked by uid 99); 10 Feb 2009 18:53:06 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2009 10:53:06 -0800 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of abiacco@formatdynamics.com designates 209.111.94.85 as permitted sender) Received: from [209.111.94.85] (HELO mx-01.formatdynamics.com) (209.111.94.85) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2009 18:52:56 +0000 Received: from mx-01.formatdynamics.com (localhost.localdomain [127.0.0.1]) by mx-01.formatdynamics.com (Postfix) with ESMTP id 69A4922DF61 for ; Tue, 10 Feb 2009 11:52:35 -0700 (MST) Received: by mx-01.formatdynamics.com (Postfix, from userid 501) id 57BCB22E0AA; Tue, 10 Feb 2009 11:52:35 -0700 (MST) X-Spam-DCC: : mx-01.formatdynamics.com 1114; Body=1 Fuz1=1 Fuz2=1 X-Spam-Checker-Version: SpamAssassin 3.2.4 (2008-01-01) on mx-01.formatdynamics.com X-Spam-Level: X-Spam-Report: * -1.8 ALL_TRUSTED Passed through trusted hosts only via SMTP * -2.6 BAYES_00 BODY: Bayesian spam probability is 0 to 1% * [score: 0.0000] * 1.3 AWL AWL: From: address is in the auto white-list Received: from missoula.formatdynamics.com (missoula.formatdynamics.com [10.10.10.2]) by mx-01.formatdynamics.com (Postfix) with ESMTP id 9553B22DF61 for ; Tue, 10 Feb 2009 11:52:29 -0700 (MST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: cache POST requests Date: Tue, 10 Feb 2009 11:52:28 -0700 Message-ID: <40D5E3C3CBE03D45A776E7C358BDE908E3855A@missoula.formatdynamics.com> In-Reply-To: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: cache POST requests Thread-Index: AcmLrOuQA9xhE3xqR/uvHHwlPK8w/wAAH2cAAABYBhA= References: <40D5E3C3CBE03D45A776E7C358BDE908E3854D@missoula.formatdynamics.com> From: "Anthony J. Biacco" To: X-Virus-Scanned: ClamAV using ClamSMTP C:127.0.0.1 L:127.0.0.1 D:Tue Feb 10 11:52:35 2009 -0700 (MST) X-Virus-Checked: Checked by ClamAV on apache.org X-Old-Spam-Status: No, hits=-3.1 required=7.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.4 I read that for the 1.0 spec, but thought for the 1.1 it was possible with the proper expiration headers. Although I do understand the keying problem. My problem is that my POSTs vary wildly in size from 5k to over a meg, and avg. out to about 45k. Being that GETs in apache by default are limited to 8k, I'll get a 414 error, so I'm not sure where I can turn to cache this. I suppose I can up the LimitRequestLine parameter to the max I need, but I'm not sure how kosher that is. Thanx, -Tony --------------------------- Manager, IT Operations Format Dynamics, Inc. 303-573-1800x27 abiacco@formatdynamics.com http://www.formatdynamics.com -----Original Message----- From: Houser, Rick [mailto:Houser.Rick@aoins.com]=20 Sent: Tuesday, February 10, 2009 11:37 AM To: modules-dev@httpd.apache.org; users@httpd.apache.org Subject: RE: cache POST requests You really shouldn't be trying to cache responses to post requests. Completely from memory, but the HTTP spec says not to cache post responses. The URI is the base key to any caching implementations (with the addition of a select few vary headers, etc.), and your post data really doesn't factor in. The normal pattern to use in most of these situations is http://en.wikipedia.org/wiki/Post/Redirect/Get. Think of a post as a submission from the client. Once you have that submission, just tell the client where to get the appropriate resource with a GET request and leave the heavy lifting/caching until that request comes in. Thanks, Rick Houser Auto-Owners Insurance Systems Support (517)703-2580 -----Original Message----- From: Anthony J. Biacco [mailto:abiacco@formatdynamics.com]=20 Sent: Tuesday, February 10, 2009 1:25 PM To: users@httpd.apache.org Cc: modules-dev@httpd.apache.org Subject: cache POST requests Hello, I'm using apache 2.2.11 on centos 5/x86_64 I'm testing out caching data for GET requests using mod_disk_cache, which I have working. I'd also like to cache data for the same requests via the POST method, but this doesn't seem to work. Is this supported? If so, is there any config changes required for this to work? If not, is this feature planned? Thanx, -Tony --------------------------- Manager, IT Operations Format Dynamics, Inc. 303-573-1800x27 abiacco@formatdynamics.com http://www.formatdynamics.com