Revision: 14415
Author: adrian.chadd
Date: Tue Feb 16 20:55:01 2010
Log: Begin documenting clientProcessRequest2() a bit more.
http://code.google.com/p/lusca-cache/source/detail?r=14415
Modified:
/branches/LUSCA_HEAD/src/client_side.c
=======================================
--- /branches/LUSCA_HEAD/src/client_side.c Tue Feb 16 20:47:04 2010
+++ /branches/LUSCA_HEAD/src/client_side.c Tue Feb 16 20:55:01 2010
@@ -2397,6 +2397,25 @@
errorAppendEntry(http->entry, err);
}
+/*
+ * clientProcessRequest2() encapsulates some of the final request caching
+ * logic.
+ *
+ * This is all very dirty and not at all documented; it's quite suprising
+ * it all holds together.
+ *
+ * + If the request is deemed to be cachable, it does a storeEntry lookup
+ * + If the request has no-cache set, it invalidates ipcache entries
+ * + If the object doesn't exist, it checks some etag processing logic
+ * and then finishes processing
+ * + There's a "too complex ranges!" check there which forces a miss
+ *
+ * + If LOG_TCP_HIT is returned, it sets http->e to be the cache
StoreEntry.
+ * + If LOG_TCP_MISS is returned, http->e is forcibly set to NULL.
+ *
+ * I am guessing that http->e is already NULL at this point as StoreEntry
+ * references may be refcounted.
+ */
static log_type
clientProcessRequest2(clientHttpRequest * http)
{
--
You received this message because you are subscribed to the Google Groups
"lusca-commit" group.
To post to this group, send email to [email protected].
To unsubscribe from this group, send email to
[email protected].
For more options, visit this group at
http://groups.google.com/group/lusca-commit?hl=en.
