From bf0805bbc8dc4f2102fe0fc84016cdad5575d174 Mon Sep 17 00:00:00 2001 From: Bill Stoddard Date: Tue, 22 Oct 2002 16:58:59 +0000 Subject: [PATCH] cache updates git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@97279 13f79535-47bb-0310-9956-ffa450edef68 --- STATUS | 16 +--------------- 1 file changed, 1 insertion(+), 15 deletions(-) diff --git a/STATUS b/STATUS index da22c5d9f2..e7fdbfe29f 100644 --- a/STATUS +++ b/STATUS @@ -1,5 +1,5 @@ APACHE 2.0 STATUS: -*-text-*- -Last modified at [$Date: 2002/10/16 20:29:29 $] +Last modified at [$Date: 2002/10/22 16:58:59 $] Release: @@ -464,7 +464,6 @@ EXPERIMENTAL MODULES: get the modules promoted to fully supported status. mod_cache/mod_mem_cache/mod_disk_cache: - * mod_cache: handle cache_control: no_cache "field_name" to enable cacheing the response w/o header "field_name" See RFC2616 section 14.9.1 @@ -484,19 +483,6 @@ EXPERIMENTAL MODULES: to collect status. Status should be queryable by HTTP or SNMP? - * mod_mem_cache: garbage collection. One strategy is to simply - remove stale entries as we attempt to serve them. Another - strategy is to kick off a GC thread that traverses the cache - and preemptively remove stale entries. How to manage a - cache that is full? Do LRU GC? Other? Bueller? - - * mod_mem_cache/mod_disk_cache: Complete implementing config - directives. - - * Sample config for mod_cache/mod_mem_cache/mod_disk_cache for - inclusion into httpd.conf. - - * mod_cache/mod_mem_cache/mod_disk_cache: Documentation. mod_auth_ldap/util_ldap: -- 2.50.1