Love the program, just digging into it. I installed it to a subdomain on Dreamhost, and it works great, except for Stats. I get a 404 error when I try to view them.

I’m using version 1.7 on Dreamhost, as I said. I really know very, very little about how this all works, so it’s likely something I simply overlooked or something I inadvertently broke.

Thanks in advance for any help anyone can give me.

Here’s the log:

It’s a longshot, but could you try to add the following line to your /config/routes.rb file at line 69 (before the map.resources :recurring_todos line)

map.stats ‘stats’, :controller => ‘stats’, :action => ‘index’

Reinier Balt - 10 June 2009 07:19 AM

It’s a longshot, but could you try to add the following line to your /config/routes.rb file at line 69 (before the map.resources :recurring_todos line)

map.stats ‘stats’, :controller => ‘stats’, :action => ‘index’

Thanks for the suggestion. Unfortunately, it appears to be unresolved. Log message is the same.

I also noticed that the XML export option isn’t working either. I don’t know how they’d be related, but in the interests of full information for anyone trying to help, I’ll throw it out there just in case. Everything else that I’ve tried works perfectly, and I think I’ve tried at least all the basic functions.

I assume you restarted Tracks.

Is there more in the log above the message you copied which belongs to the getting of stats?

Reinier Balt - 10 June 2009 02:46 PM

I assume you restarted Tracks.

Is there more in the log above the message you copied which belongs to the getting of stats?

How would I go about restarting it? I logged out and logged back in, and cleared the cache, but I’m guessing there’s more to it than that. It’s hosted on Dreamhost.

Actually I’m just going to go ahead and try to reinstall. I discovered some other things that I overlooked during the first installation. Frankly, I don’t know how in the world the thing is running in the first place—I never updated the config/database or /environment files, and it wasn’t using the mysql database I set up for it (it’s blank, no tables). But all my todos were saving, I accessed them from multiple computers, multiple internet connections and my iPhone.

I followed the instructions from the wiki (I thought I did, anyway…must have missed something). I really like this program, save a few improvements that I’ve seen mentioned elsewhere in the forums, I think it’s exactly what I need—if I can get it working. It does what it needs to do, and since I don’t know the programming language (yet, anyway), I’m not tempted to fiddle with it.

It would still be useful for me to know how to restart it (as well as any other basic commands I’ll likely need to know), so if anyone wants to walk me through those, I’d very much appreciate it. Thanks again.

Ok, reinstalled, and now it’s actually using the mysql database, so that’s good.

I tried stats, didn’t work. Tried modifying the suggested file, didn’t work. The error and the log file are still the same.

I discovered this blog post (http://alexbrie.net/1960/dreamhost-and-mod_rails-for-your-tiny-rails-application/) that says how to restart (it says to touch tmp/restart.txt from ssh), and tried that, but no dice.

More clues:

Running it at MY.TRACKS.DOMAIN, stats doesn’t work.

But if I run the server from ssh (script/server -e production), and then go to MY.TRACKS.DOMAIN:3000, stats DOES work.

Thoughts?

If everything works from :3000 then the issue has something to do with the setup of Tracks on Dreamhost. Are you running from a subdir, i.e. my.tracks.domain/tracks or from a subdomain, i.e. tracks.my.tracks.domain

Since you are useing passenger on dreamhost, could you delete (rename) the .htaccess file in /public

And could you copy-and-past some of the log above the entry you already posted?

Reinier Balt - 11 June 2009 02:23 PM

If everything works from :3000 then the issue has something to do with the setup of Tracks on Dreamhost. Are you running from a subdir, i.e. my.tracks.domain/tracks or from a subdomain, i.e. tracks.my.tracks.domain

Since you are useing passenger on dreamhost, could you delete (rename) the .htaccess file in /public

And could you copy-and-past some of the log above the entry you already posted?

It’s running from a subdomain: I visit tracks.my.tracks.domain to access it. The folder containing everything (the app and config folders, etc.) is tracks.my.tracks.domain/tracks . When setting up the subdomain, dreamhost asks for a “Web directory”, which the wiki entry (http://www.getontracks.org/wiki/Dreamhost/) said to set to my.domain.name/tracks/public, which I did.

I have access to the .htaccess file in /public, renaming it didn’t help.

Here’s a longer log: I logged in, clicked the context menu, then clicked stats.

Thanks again for all your help.

I’m out of options. I suspect that the routing is not ok. But the change you made did not work.

Do you have access to the apache logs? Is there something in the error_log ?

The apache log file within the tracks installation doesn’t say anything, but I have a separate log folder, which has an error log. It says:

I don’t suspect this helps a whole lot. I’ll fiddle with it some more, and if I stumble across the answer, I’ll post the resolution.

Once again, thank you for taking the time to look into this.

hmm, this could be a permission problem. The file does not exist error should not happen. Is the path correct?

Furthermore, could you check that all files are chmod 755

Also you could try to disable fastcgi support so that only passenger is enabled. Perhaps the both are conflicting?

Reinier Balt - 11 June 2009 07:04 PM

hmm, this could be a permission problem. The file does not exist error should not happen. Is the path correct?

Furthermore, could you check that all files are chmod 755

Also you could try to disable fastcgi support so that only passenger is enabled. Perhaps the both are conflicting?

None of those helped. Path is correct, everything is 755 and I tried disabling fastcgi support.

I guess one of the main questions, coming at this from a non-programmer point of view, is why is the stats page different?

I mean, you click any of the other menu items and you get my.tracks.domain/contexts, /projects, /tickler or what have you. But stats is the only one that returns a 404. So how is that page generated, and what makes it different than all of the others? Is that a helpful trail to follow at all?

Ok, I put a support request in with Dreamhost and they got back to me:

The problem you’re running into here is related to our site statistics
page we keep and make available for all domains. You usually access this
by browsing to /stats on the domain. This is causing a routing error with
your rails application.

failed_auth.html is the file it attempts to load when you fail the
authentication for the /stats page. Unfortunately, our system isn’t set
up to allow you ignore this by default. You might be able to set up some
kind of custom htaccess rules to get around this, but we can’t support
those. Sorry about that! You might try seeing if you can map the /stats
action or controller to a different route so you can access it.

So, it seems it’s not a permissions thing. The solution that comes to mind is to make the Tracks stats output to /statistics or whatever, but I have no idea how difficult that would be to accomplish. I know nothing about the custom .htaccess rules the tech suggests. Perhaps someone could tell me how to do either of those, or maybe there’s a better solution?

Once we figure this out, I (or someone) should update the Dreamhost entry on the wiki.