Go to Making Light's front page.
Forward to next post: 1491
Subscribe (via RSS) to this post's comment thread. (What does this mean? Here's a quick introduction.)
We’re aware that individual archive pages for posts with many comments are cutting off long before their end. For instance, Open Thread 69 appears to cut off around message 175, even though there are actually over 440 comments there. Our hosting service has been contacted. Any insights from the rest of you would be welcome as well.
Update, August 31, 7:46 AM: fixed.
The response served up for a
curl 'http://nielsenhayden.com/makinglight/archives/007781.html'
is 196,608 bytes in length --- which happens to be exactly 192 kilobytes. This is a suspiciously round number (more obviously so in hex --- 0x30000).
This proves nothing, but suggests that the moral equivalent of an Apache LimitRequestBody directive might be involved...
I was having Open Thread 69 cut off at about #182 - Patrick, that's one of your comments. (The thread wasn't like that yesterday. I wonder what got reset.)
Also noticed yesterday:
Linking via the new comments list in the sidebar went to a particular comment, possibly somewhere around the numbers reported (I didn't take notes, alas), although the whole page did download.
I'm fairly sure this was working normally yesterday, the day before at worst. I'm aware that's not much help, but you can at least ask the hosting company if they have made any webserver configuration changes in that period of time.
To clarify (and partially correct!) my earlier observation, the URL is that for Open Thread 69, and 'curl' is a program which can be used to save the HTTP response to a file. The fact that it returns a short file containing a round number of bytes suggests that something might be truncating the server's response at that round number of bytes --- but an Apache LimitRequestSize directive wouldn't do that; it limits the size of the request, not the response. (Duh). On the other hand, if the ISP is using squid to front-end their Apaches (or the equivalent), a squid reply_body_max_size setting would have this effect (if I'm reading the docs right!).
Sorry about the error, but too late to correct, I guess...
It appears to be a timing issue; the server essentially runs out of time to complete the request.
I am suspicious, probably without reason, of the numbering of the posts.
Mystery solved: we were using 999 MB of our 1000 MB quota of disk space. Our provider, having kindly figured this out for us, has increased our quota. I've just now run a full-site rebuild and everything looks fine. Let me know if it isn't.
Not for the first time, I strongly recommend Hosting Matters for your weblog hosting needs.
Comments containing more than seven URLs will be held for approval.
If you want to comment on a thread that's been closed, please post to the most recent "Open Thread" discussion.
You can subscribe (via RSS) to this particular comment thread. (If this option is baffling, here's a quick introduction.)
HTML Tags:
<strong>Strong</strong> = Strong
<em>Emphasized</em> = Emphasized
<a href="http://www.url.com">Linked text</a> = Linked text
Spelling reference:
Tolkien. Minuscule. Gandhi. Millennium. Delany. Embarrassment. Publishers Weekly. Occurrence. Asimov. Weird. Connoisseur. Accommodate. Hierarchy. Deity. Etiquette. Pharaoh. Teresa. Its. Macdonald. Nielsen Hayden. It's. Fluorosphere. More here.
Comments on Tiresome technical issues: