DMD + Library Bundles

Chris Miller lordSaurontheGreat at gmail.com
Wed Feb 27 09:35:58 PST 2008


Im, Jihyuk Wrote:

> When I try to download that files, it says "Page not found"
> 
> For http://www.fsdev.net/system/files/dmdsnapshot-0.2.0.zip , 
> http://www.fsdev.net/system/files/dmdsnapshot-0.2.1.zip

Curious.  I just clicked on those links and they started to download just fine.

I am on a shared hosting server though.  During the day it does have a tendency to slow down a great deal.  The site's way of "throttling" usage is to throw a 404 if it can't process a page in a timely manner.

If you just keep hitting "refresh" it will eventually start working.

Part of the problem is that DreamHost has this process killer which periodically murders my PHP5 FastCGI processes.  This causes the whole Drupal software to reload itself.  I'm about to the point that I'm going to contact them and given them a list of processes that should be immune to the process killer, which is really meant to kill things like Teamspeak and Slapd to cut down on memory usage.

So far on my list is bash, .cgi, .fcgi, .php, less, nano (it's annoying to be editing something and then have the process die under you), and a few others.  They'll probably tell me to deal with it.  I'll have vindicated myself by passing the blame on to the next group of people though, so I'll be okay.

What's really annoying is that I've set the connection timeouts to somewhere around 1.5 hours so I can upload this stuff over pokey connections.  However, the process killer comes and kills the PHP process, which aborts the upload and throws a 500 error.  I had to log in via FTP, place the file in the web directory and then point the Drupal project release system to that.  Unfortunately it uses UNIX timestamps and md5sums to id files, so then I have to go to the MySQL administrator tool and manually tweak the release entry in SQL.  That's why 0.2.1's latest edit was before its initial release.  I don't have a UNIX timestamp tool (all I have is bash's "stat" command) that normalizes to GMT.  So the updated is actually 8 hours off... or maybe it was the initial?  I don't know.  At least the day was right!

So it has a few kinks to work out, but if I've learned one thing administering my website so far, it's that there's always something more to do.


More information about the Digitalmars-d-announce mailing list