Aug 2005 31

Away for most of September

I’m off on a work trip to Brazil shortly, and will return in the last week of September. I’m almost certainly not going to be able to get a network connection, so things are likely to be a bit quiet around here for a couple of weeks.

Do continue to post ideas and bug fixes to Trac, and I’ll sort through them when I get back. Nic has agreed (even though he’s really busy at the moment too) to check through them intermittently and try to deal with anything urgent.

However, Tracks development won’t stop: I’m taking a Linux-based laptop on which I can hack away during those long tropical nights, and I’m hoping to squash a few bug and perhaps add a new feature or two while I’m away. That’s the plan, anyway.

See you when I return!

38 Comments

hello. there’s any way to make tracks run on a web server?

Tracks will run on all kinds of web servers, but the most common are the built-in WEBrick server, Apache or lighttpd. Can you give me a little more information? Are you trying to install on your own machine or on the server of a webhost?

im trying to install it in a webhost.

I’ve tryed to follow all the steps, creating database and all that stuff. ive foolowed guides to install rubyonrail aplications on my host (site5) and instructions to install it on windows (http://www.jjleonard.co.uk/?p=98)

but when everything is done, i try to access the tracks directory and a 404 shows… im stucked :(

otama: Hmm, it’s very difficult to debug installations on a webhost when you don’t know the exact conditions, so I’m not sure if I’m going to be of much help. You don’t say whether you’re using Apache or lighttpd, and CGI or FCGI, but the 404 indicates that the server isn’t finding your installation for some reason. When you say that you try to access the tracks directory, do you mean that you tried to access the signup page? (ie. http://yoururl.com/signup). If you’re using Apache, you need to make sure that a) the .htaccess file is present in the tracks directory, and b) that your the Apache docroot for whatever url you are trying to access Tracks under is pointing to the public directory inside the Tracks directory. Without these, it won’t work at all. The support people at your webhost should be able to help you with these. Hope that helps.

hello again and thanks for the help…

i’ve been following these intructions from the host’s forum

( http://forums.site5.com/showthread.php?p=27738&nojs=1 )

The tracks instalation is in a “private” directory out of the public_html, with a symbolic link from ~/tracks1/public to ~/public_html/tracks directory.

Also ive tried duplicating .htaccess to ~/tracks1 and ~/public_html/ before.

After that it stopped showing the 404 error page and a Index of /tracks page showed up.

The server is running apache and cgi. fastCGI is not yet installed.

i think it could be some kind of problem with the routes.rb file, but i havent changed it. im using the default one that ships with the tracks zip.

I’d love to make tracks running, and i really apreciate all kind of help you coud give me…

btw… im from spain, and my english is not as god as id like… i apologize if i’ve made too many mistakes smile

hey, and if you want me to contact you through any instant mesenger, please, send me an email. smile

A symlink is one way to do it (and keeping the Tracks directory out of public_html is a very good idea), but check that your symlink (~/public_html/tracks) is pointing to ~/tracks1/public not the other way around. Also check that the shebang line (i.e. the first line starting #!) in public/dispatch.cgi is pointing to the correct path to Ruby on your webhost.

routes.rb should work OK with the installation, provided that .htaccess is correct. If you’re using a symlink you could try adding a line just after RewriteEngine On:

RewriteBase /tracks/

Then you also need to remove the leading forward slash from the RewriteRule line dealing with dispatch.cgi.

This page might also help you.

I notice in the docs that it requires Rails 0.12.1.  Is that an absolute requirement?  I just installed ruby (rpm), gems, rails, bluecloth, redcloth, etc (via gems) but as a result I have Rails 0.13.1.

This is a Fedora Core 4 laptop.  When I run the app I get the following error:

$ ruby script/server—environment=production

/usr/lib/ruby/gems/1.8/gems/activesupport-1.1.1/lib/active_support/clean_logger.rb:13:in `remove_const’: constant Logger::Format not defined (NameError)

I’d love to try this app, but I can’t determine where (or if) I have messed up the install.

That should actually say 0.13.1. Oops. I’ll fix it. Anyway, it should work fine with the set up you have. Getting an error before WEBric even starts suggests that you’ve got a problem with your Rails installation, but I’m not too sure where. Have you managed to run any other test Rails apps. What version of Ruby do you have? Rails needs 1.8.2.

I have version 1.8.3, which is the problem.  There is a bug in ActiveSupport when used with ruby 1.8.3.  I found a patch at this site:

http://dev.rubyonrails.org/ticket/2245

I assume this will be fixed in ActiveSupport 1.1.2, but for now, anyone who upgrades their ruby may begin to experience this issue.

After patching AS, it started right up, and then I spent an hour trying to figure out why sqlite3 wasn’t working smile Not easy considering that this was the first time I’d tried to use it rather than MySQL.  Turns out one actually needs to read the directions wherein one is instructed to change the database: line in config/database.yml to dbfile:

Thanks for the response, ma’am.  I appreciate the work you’ve done.

William: Ah, OK, that would be the problem. It’s useful to know that there’s a patch in case others have the same problem. Glad you sorted out the sqlite3 thing as well. grin Have fun!

hi,

there is no way to install on a webhost ?

domain: Yes, it’s perfectly possible to install it on a webhost, as long as they have Ruby 1.8.2 or greater installed, along with the lastest Rails. You also need to be able to set a separate document root (to something other than your public_html directory) for the domain on which Tracks is running, and not all hosts allow you to do that. So it’s perfectly possible (I run my own installation on TextDrive), but without knowing what set up your host has, it’s hard to advise how to go about it.

Hi, have you paused development on this now? You’ve not put too many comments into your blog about the development effort.

Hopefully not, as it’s a great tool with even more potential.

Russ.

RussH: No, it’s still under active development – I just haven’t had a lot to report here.

If you look on the Trac site you can see all the recent activity. I commit new changes most weeks, and people make lots of suggestions via tickets.

im trying to install it in a webhost.

I’ve tryed to follow all the steps, creating database and all that stuff.

me too

Silvia: Can you give me some more details? Your webhost needs to have Ruby (1.8.2 or higher) and Rails installed for it to work.

yes ruby with version 1.8.x is needed! greetings seekXL

thanks seekXL I´ve had the same problem and it works yet

where I can get Ruby 1.8.x?

good report and i agree with you.

thanks

avencio

good report

best regards

Smilie

As an update to the article I wrote on installing Tracks on Windows (using a different method than John’s), I’ve figured out a way to start Tracks in a hidden window and/or on startup.

Original Tutorial: http://www.fyreplace.com/2005/12/22/setting-up-tracks-under-windows-xp/

Tracks in a Hidden Windows: http://www.fyreplace.com/2006/01/27/starting-tracks-in-a-hidden-windows/

the link to the original tutorial dosn´t works.

but i agree with your article, very interesting.

It’s pretty strange to call the GNU General Public License the “CC-GNU GPL”. Creative Commons hosts the license on the web site, but otherwise there’s nothing CC specific about it. Calling it the CC-GNU GPL is just bound to cause confusion.
-----

>>the link to the original tutorial dosn“t works.

The links is working, maybe there is a bug on your side ?