On 23 Nov 2011, at 1:15 PM, Graham Leggett wrote:
In order to make invalidation possible, we would need to add an invalidate()
function to the mod_cache provider, and keep AP_CACHE_INVALIDATE inside
ap_cache_status_e. Invalidation involves marking the entry as invalidated and
to be
On 30 Nov 2011, at 1:30 PM, Graham Leggett wrote:
The change has been reverted on v2.4, and the following patch gives the API
changes that allow us to fix this in the v2.4 series:
Applied in r 1208822 and backported in r1208824.
Regards,
Graham
--
On 22 Nov 2011, at 11:58 PM, Stefan Fritsch wrote:
From the thread, it is not clear to me that there was consensous on
how to fix it. Therefore I would vote for reverting r1070179 from 2.4,
fixing it in trunk, and then backporting the whole thing to 2.4 again
(maybe after 2.4.0).
In order to
On 13 Feb 2011, at 9:59 AM, Roy T. Fielding wrote:
On Feb 12, 2011, at 6:03 PM, minf...@apache.org wrote:
Author: minfrin
Date: Sun Feb 13 02:03:29 2011
New Revision: 1070179
URL: http://svn.apache.org/viewvc?rev=1070179view=rev
Log:
mod_cache: When a request other than GET or HEAD arrives,
On Tuesday 22 November 2011, Graham Leggett wrote:
On 13 Feb 2011, at 9:59 AM, Roy T. Fielding wrote:
On Feb 12, 2011, at 6:03 PM, minf...@apache.org wrote:
Author: minfrin
Date: Sun Feb 13 02:03:29 2011
New Revision: 1070179
URL: http://svn.apache.org/viewvc?rev=1070179view=rev
On Feb 13, 2011, at 5:03 AM, Graham Leggett wrote:
On 13 Feb 2011, at 9:59 AM, Roy T. Fielding wrote:
URL: http://svn.apache.org/viewvc?rev=1070179view=rev
Log:
mod_cache: When a request other than GET or HEAD arrives, we must
invalidate existing cache entities as per RFC2616 13.10. PR
On Feb 12, 2011, at 6:03 PM, minf...@apache.org wrote:
Author: minfrin
Date: Sun Feb 13 02:03:29 2011
New Revision: 1070179
URL: http://svn.apache.org/viewvc?rev=1070179view=rev
Log:
mod_cache: When a request other than GET or HEAD arrives, we must
invalidate existing cache entities as
On 13 Feb 2011, at 9:59 AM, Roy T. Fielding wrote:
URL: http://svn.apache.org/viewvc?rev=1070179view=rev
Log:
mod_cache: When a request other than GET or HEAD arrives, we must
invalidate existing cache entities as per RFC2616 13.10. PR 15868.
Cache entries should not be invalidated unless the
On 02/13/2011 03:03 AM, minf...@apache.org wrote:
Author: minfrin
Date: Sun Feb 13 02:03:29 2011
New Revision: 1070179
URL: http://svn.apache.org/viewvc?rev=1070179view=rev
Log:
mod_cache: When a request other than GET or HEAD arrives, we must
invalidate existing cache entities as per
On 13 Feb 2011, at 5:08 PM, Ruediger Pluem wrote:
+/*
+ * invalidate a specific URL entity in all caches
+ *
+ * All cached entities for this URL are removed, usually in
+ * response to a POST/PUT or DELETE.
+ *
+ * This function returns OK if at least one entity was found and
+ * removed, and
On Sun, Feb 13, 2011 at 5:03 AM, Graham Leggett minf...@sharp.fm wrote:
On 13 Feb 2011, at 9:59 AM, Roy T. Fielding wrote:
URL: http://svn.apache.org/viewvc?rev=1070179view=rev
Log:
mod_cache: When a request other than GET or HEAD arrives, we must
invalidate existing cache entities as per
On 14 Feb 2011, at 1:56 AM, Paul Querna wrote:
Additionally, this should be a configurable behavior.
Lets say you run a popular website that depends on mod_cache to
protect backend systems from complete overload.
All you need to do now as an attacker is POST / DELETE to / or another
important
On Sun, Feb 13, 2011 at 4:00 PM, Graham Leggett minf...@sharp.fm wrote:
On 14 Feb 2011, at 1:56 AM, Paul Querna wrote:
Additionally, this should be a configurable behavior.
Lets say you run a popular website that depends on mod_cache to
protect backend systems from complete overload.
All
On 14 Feb 2011, at 2:15 AM, Paul Querna wrote:
It does a single request to the backend, but doesn't _invalidate_ the
existing cache, which would cause a flood of other, non-attacker
clients to come in.
I think that would be the origin of Roy saying that we should only
invalidate if the
On 02/14/2011 01:23 AM, Graham Leggett wrote:
On 14 Feb 2011, at 2:15 AM, Paul Querna wrote:
It does a single request to the backend, but doesn't _invalidate_ the
existing cache, which would cause a flood of other, non-attacker
clients to come in.
I think that would be the origin of Roy
On 02/13/2011 11:29 PM, Graham Leggett wrote:
On 13 Feb 2011, at 5:08 PM, Ruediger Pluem wrote:
+/*
+ * invalidate a specific URL entity in all caches
+ *
+ * All cached entities for this URL are removed, usually in
+ * response to a POST/PUT or DELETE.
+ *
+ * This function returns OK
16 matches
Mail list logo