I'm still pouring through web sever log files and I'm noticing that many of the feed readers fetching my various feeds files aren't using conditional requests.
I was in the process of writing to the author of one of them describing the oversight when I noticed that particular feed reader using both methods of conditional requests:
the If-Modified-Since:
header and the If-None-Match
header in conjunction with a HEAD
request.
I thought I should test that with my web server,
just to make sure it was not a bug on my side.
It's a bug on my side!
Specifically,
an Apache bug where compressed output interferes with the If-None-Match
method.
There is a workaround though:
RequestHeader edit "If-None-Match" '^"((.*)-gzip)"$' '"$1", "$2"'
That rewrites the incoming If-None-Match
header to work around the bug.
Now maybe that whole conditional request thang with my webserver will now work properly.
Sigh.
You have my permission to link freely to any entry here. Go
ahead, I won't bite. I promise.
The dates are the permanent links to that day's entries (or
entry, if there is only one entry). The titles are the permanent
links to that entry only. The format for the links are
simple: Start with the base link for this site: https://boston.conman.org/, then add the date you are
interested in, say 2000/08/01,
so that would make the final URL:
https://boston.conman.org/2000/08/01
You can also specify the entire month by leaving off the day
portion. You can even select an arbitrary portion of time.
You may also note subtle shading of the links and that's
intentional: the “closer” the link is (relative to the
page) the “brighter” it appears. It's an experiment in
using color shading to denote the distance a link is from here. If
you don't notice it, don't worry; it's not all that
important.
It is assumed that every brand name, slogan, corporate name,
symbol, design element, et cetera mentioned in these pages is a
protected and/or trademarked entity, the sole property of its
owner(s), and acknowledgement of this status is implied.