<?xml version="1.0" encoding="utf-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	>
<channel>
	<title>Comments on: &#8220;Alas&#8221; was offline for about 16 hours</title>
	<atom:link href="http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/feed/" rel="self" type="application/rss+xml" />
	<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/</link>
	<description>Feminist, anti-racist, pro-fat, plus whatever else we feel like talking about.</description>
	<pubDate>Sat, 21 Nov 2009 20:00:55 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.6.2</generator>
		<item>
		<title>By: Michael Moore</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-58238</link>
		<dc:creator>Michael Moore</dc:creator>
		<pubDate>Fri, 19 Aug 2005 05:33:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-58238</guid>
		<description>In regards to the unanswered question about the comment preview, I think it's due to a limitation in the way that DreamHost's configuration (with PHP as a CGI) can handle the URLs for PHP scripts.

I don't have a way to test it, but I think adding the lines I've written &lt;a href="http://followingedge.com/images/htaccess.txt" rel="nofollow"&gt;here&lt;/a&gt; to the top of your site's ".htaccess" file will solve the problem. This will remap the way of accessing the code that DreamHost doesn't support into a way it should support.

If you don't have access to the .htaccess file or want a different solution, you can edit the "live-comment-preview.php" file in your "wp-content/plugins" directory. Changing, on line 185 (about 8 lines from the end of the plugin script), the slash (/) just before "commentPreview.js" to a question mark (?) should accomplish the same thing.

Best of luck with the live preview. I've enjoyed it on &lt;a href="http://followingedge.com/" rel="nofollow"&gt;my site&lt;/a&gt;.
</description>
		<content:encoded><![CDATA[<p>In regards to the unanswered question about the comment preview, I think it&#8217;s due to a limitation in the way that DreamHost&#8217;s configuration (with PHP as a CGI) can handle the URLs for PHP scripts.</p>
<p>I don&#8217;t have a way to test it, but I think adding the lines I&#8217;ve written <a href="http://followingedge.com/images/htaccess.txt" rel="nofollow">here</a> to the top of your site&#8217;s &#8220;.htaccess&#8221; file will solve the problem. This will remap the way of accessing the code that DreamHost doesn&#8217;t support into a way it should support.</p>
<p>If you don&#8217;t have access to the .htaccess file or want a different solution, you can edit the &#8220;live-comment-preview.php&#8221; file in your &#8220;wp-content/plugins&#8221; directory. Changing, on line 185 (about 8 lines from the end of the plugin script), the slash (/) just before &#8220;commentPreview.js&#8221; to a question mark (?) should accomplish the same thing.</p>
<p>Best of luck with the live preview. I&#8217;ve enjoyed it on <a href="http://followingedge.com/" rel="nofollow">my site</a>.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Amanda</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-50075</link>
		<dc:creator>Amanda</dc:creator>
		<pubDate>Thu, 21 Jul 2005 00:47:39 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-50075</guid>
		<description>As someone who runs technical support teams for a living, I want to thank you for your courteous, well-thought out support request and your colloborative approach to solving the problem.

Seriously.  It really, really makes a difference and I can just about guarantee you that the recipient noticed. </description>
		<content:encoded><![CDATA[<p>As someone who runs technical support teams for a living, I want to thank you for your courteous, well-thought out support request and your colloborative approach to solving the problem.</p>
<p>Seriously.  It really, really makes a difference and I can just about guarantee you that the recipient noticed.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom T.</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-50066</link>
		<dc:creator>Tom T.</dc:creator>
		<pubDate>Wed, 20 Jul 2005 23:42:25 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-50066</guid>
		<description>I was worried that you were going to say that the site was being attacked by spammers or hackers or some such.  I'm sorry about the problem with the comment thingie, but I'm glad to hear that it wasn't something hostile.  </description>
		<content:encoded><![CDATA[<p>I was worried that you were going to say that the site was being attacked by spammers or hackers or some such.  I&#8217;m sorry about the problem with the comment thingie, but I&#8217;m glad to hear that it wasn&#8217;t something hostile.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49976</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Wed, 20 Jul 2005 19:37:55 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49976</guid>
		<description>Another alternative:

Make the timestamp be the index field, and then just have the plugin list all the commented posts within a certain time period (say, a day).  The list might be longer (or shorter if things were quiet) but it would let your once-a-day type visitors see at a glance which posts have been active since their last visit.

(I suddenly have insight into why commercial software projects are always late - because it's fun for people who don't have to actually write and test the code to say "hey, you know what else would be a good idea...")</description>
		<content:encoded><![CDATA[<p>Another alternative:</p>
<p>Make the timestamp be the index field, and then just have the plugin list all the commented posts within a certain time period (say, a day).  The list might be longer (or shorter if things were quiet) but it would let your once-a-day type visitors see at a glance which posts have been active since their last visit.</p>
<p>(I suddenly have insight into why commercial software projects are always late - because it&#8217;s fun for people who don&#8217;t have to actually write and test the code to say &#8220;hey, you know what else would be a good idea&#8230;&#8221;)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ampersand</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49975</link>
		<dc:creator>Ampersand</dc:creator>
		<pubDate>Wed, 20 Jul 2005 19:37:28 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49975</guid>
		<description>Here's &lt;a href="http://www.semiologic.com/projects/recent-comments/" rel="nofollow"&gt;a different plug-in&lt;/a&gt; than the one I was using, which has the option of using a cache.  That might serve the same purpose as what you're suggesting - depending on how their caching works, I guess. Plus, I really like their format - it lists recent comments organized by post.

I'm definitely going to wait for feedback from Podz before I take any definite steps. And coding things myself won't happen, alas - if necessary, I'll try to find the funds to hire someone to do the coding.</description>
		<content:encoded><![CDATA[<p>Here&#8217;s <a href="http://www.semiologic.com/projects/recent-comments/" rel="nofollow">a different plug-in</a> than the one I was using, which has the option of using a cache.  That might serve the same purpose as what you&#8217;re suggesting - depending on how their caching works, I guess. Plus, I really like their format - it lists recent comments organized by post.</p>
<p>I&#8217;m definitely going to wait for feedback from Podz before I take any definite steps. And coding things myself won&#8217;t happen, alas - if necessary, I&#8217;ll try to find the funds to hire someone to do the coding.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49973</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Wed, 20 Jul 2005 19:32:33 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49973</guid>
		<description>Charles' modification makes sense.

I know that when I check the most-recently-commented section, I find it a little tricky to figure out which posts are new &lt;b&gt;to me&lt;/b&gt;.  I suggested including the commenter name because that's a lot easier to remember than a number ("were there 232 posts before, or was it 223? better load it and check").  You might also consider a timestamp on the posts, so that the section output would be:

Most Recent Comments

"Republicans are bad", last comment at 7:22 PM by Robert
"Marriage Equality Now", last comment at 7:19 PM by Alsis39
...

and so on.

Now get coding!</description>
		<content:encoded><![CDATA[<p>Charles&#8217; modification makes sense.</p>
<p>I know that when I check the most-recently-commented section, I find it a little tricky to figure out which posts are new <b>to me</b>.  I suggested including the commenter name because that&#8217;s a lot easier to remember than a number (&#8221;were there 232 posts before, or was it 223? better load it and check&#8221;).  You might also consider a timestamp on the posts, so that the section output would be:</p>
<p>Most Recent Comments</p>
<p>&#8220;Republicans are bad&#8221;, last comment at 7:22 PM by Robert<br />
&#8220;Marriage Equality Now&#8221;, last comment at 7:19 PM by Alsis39<br />
&#8230;</p>
<p>and so on.</p>
<p>Now get coding!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Charles</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49971</link>
		<dc:creator>Charles</dc:creator>
		<pubDate>Wed, 20 Jul 2005 18:50:18 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49971</guid>
		<description>Then revise Robert's suggestion so that the comment module checks whether there is already a comment listed for the thread a comment is being added to, in which case the old comment is deleted from the table and replaced with the listing for the new comment. If the new comment is being added to a thread that isn't on the table, then the module would delete the oldest entry from the table, and add the new comment listing.

You should be able to have exactly the same content as the old recent comments list, but the amount of computer time would be very small, both for adding comments to the recent comments list, and for displaying them.</description>
		<content:encoded><![CDATA[<p>Then revise Robert&#8217;s suggestion so that the comment module checks whether there is already a comment listed for the thread a comment is being added to, in which case the old comment is deleted from the table and replaced with the listing for the new comment. If the new comment is being added to a thread that isn&#8217;t on the table, then the module would delete the oldest entry from the table, and add the new comment listing.</p>
<p>You should be able to have exactly the same content as the old recent comments list, but the amount of computer time would be very small, both for adding comments to the recent comments list, and for displaying them.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: lucia</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49969</link>
		<dc:creator>lucia</dc:creator>
		<pubDate>Wed, 20 Jul 2005 18:40:32 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49969</guid>
		<description>Which plug in were you using?  

It also occurs to me you might be able to solve the problem you describe by doing something that lets you create a cache file.  Conceivably, a plug in could be written  writes to a file when a new comment is made. It would put a comment at the top of the list and drop and old one off the bottom. Later, when the blog loads, it just reads the file.  

That might be quicker than searching all the comments in the data base.</description>
		<content:encoded><![CDATA[<p>Which plug in were you using?  </p>
<p>It also occurs to me you might be able to solve the problem you describe by doing something that lets you create a cache file.  Conceivably, a plug in could be written  writes to a file when a new comment is made. It would put a comment at the top of the list and drop and old one off the bottom. Later, when the blog loads, it just reads the file.  </p>
<p>That might be quicker than searching all the comments in the data base.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ampersand</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49968</link>
		<dc:creator>Ampersand</dc:creator>
		<pubDate>Wed, 20 Jul 2005 18:29:04 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49968</guid>
		<description>Robert, the problem with that is that when a particular thread is really hot, it can easily generate 30 comments in just an hour or less, pushing everything else off the "most recent comments" section. That's why I prefer a "recently commented posts," instead.

Class, I have no idea how much memory they have, unfortunately. (And yes, I'm on a shared server - it's the only way I can afford).</description>
		<content:encoded><![CDATA[<p>Robert, the problem with that is that when a particular thread is really hot, it can easily generate 30 comments in just an hour or less, pushing everything else off the &#8220;most recent comments&#8221; section. That&#8217;s why I prefer a &#8220;recently commented posts,&#8221; instead.</p>
<p>Class, I have no idea how much memory they have, unfortunately. (And yes, I&#8217;m on a shared server - it&#8217;s the only way I can afford).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Class</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49966</link>
		<dc:creator>Class</dc:creator>
		<pubDate>Wed, 20 Jul 2005 18:21:59 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49966</guid>
		<description>Do you know how much memory your (shared?) host have? These kinds of big queries can kill a low-end server, very much so without enough RAM.
I haven't looked at the SQL in this plugin, but lots of optimizing can be done to the database itself and maybe the query.</description>
		<content:encoded><![CDATA[<p>Do you know how much memory your (shared?) host have? These kinds of big queries can kill a low-end server, very much so without enough RAM.<br />
I haven&#8217;t looked at the SQL in this plugin, but lots of optimizing can be done to the database itself and maybe the query.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49964</link>
		<dc:creator>Robert</dc:creator>
		<pubDate>Wed, 20 Jul 2005 18:05:44 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49964</guid>
		<description>Another possibility is a table that's just:

Index, ThreadName, ThreadURL, CommenterName

When someone posts a new comment, have the commenting module kill the lowest-indexed row in that table and write in the new comment row.  (So the table is always the same length - say, 30 rows).

Then your most-recent-comments section query can just be 

select ThreadName, ThreadURL, CommenterName from TempTable

which is pretty negligible to do.</description>
		<content:encoded><![CDATA[<p>Another possibility is a table that&#8217;s just:</p>
<p>Index, ThreadName, ThreadURL, CommenterName</p>
<p>When someone posts a new comment, have the commenting module kill the lowest-indexed row in that table and write in the new comment row.  (So the table is always the same length - say, 30 rows).</p>
<p>Then your most-recent-comments section query can just be </p>
<p>select ThreadName, ThreadURL, CommenterName from TempTable</p>
<p>which is pretty negligible to do.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: nobody.really</title>
		<link>http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49957</link>
		<dc:creator>nobody.really</dc:creator>
		<pubDate>Wed, 20 Jul 2005 17:39:27 +0000</pubDate>
		<guid isPermaLink="false">http://www.amptoons.com/blog/archives/2005/07/20/alas-was-offline-for-about-16-hours/#comment-49957</guid>
		<description>Yeah, the "recently commented post" thing is crucial.  That's a toughie.

Would a daily update suffice?  

Maybe you could display something like -
&lt;blockquote&gt;The following discussions recieved comments on [today's date]: [list relevant threads, with hyperlinks]  
The following additional discussions received comments on [yesterday's date]: [list relevant threads, with hyperlinks]
....&lt;/blockquote&gt;
and so on.  Maybe continue listing any thread that was active within the prior week, updated once a day (midnight)?  

Just a thought.   Good luck with this.</description>
		<content:encoded><![CDATA[<p>Yeah, the &#8220;recently commented post&#8221; thing is crucial.  That&#8217;s a toughie.</p>
<p>Would a daily update suffice?  </p>
<p>Maybe you could display something like -</p>
<blockquote><p>The following discussions recieved comments on [today's date]: [list relevant threads, with hyperlinks]<br />
The following additional discussions received comments on [yesterday's date]: [list relevant threads, with hyperlinks]<br />
&#8230;.</p></blockquote>
<p>and so on.  Maybe continue listing any thread that was active within the prior week, updated once a day (midnight)?  </p>
<p>Just a thought.   Good luck with this.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
