View Full Version : gossamer threads
gwlubin
04-19-1999, 02:14 PM
48hrs later gossamer is still not working, it started to to work now I am just getting 500, and it is making me crazy.
it there such a thing as a faulty cgi-bin? or is it always paths/permissions?
g/
Armand
04-19-1999, 04:05 PM
having just installed it a couple days ago... my first install too (other than an ubb upgrade)... I would say it would be the paths and permissions.
Not that I am huge help but I would imagine you'd have to chmod your whole cgi-bin directory wrong to mess it up no?
worst part for me was the templates and style sheets thing.
[This message has been edited by Armand (edited 04-19-99).]
Actually, if there is any file inside the cgi-bin directory, or subdirs of that, which is chmodded any higher than 755 the whole cgi-bin will break.
Here's what always gets me: if you've made any new directories inside your cgi-bin, make sure they're chmodded 755. If they're not, it can 'break' every script in the cgi-bin (happens to me all the time...)
Del
Armand
04-19-1999, 06:52 PM
Ah.. leave it to Del to teach us how to break the cgi-bin. http://www.arcanumcafe.com/ubb/evilgrin.gif ..I'll have to resist the temptation to see if it really does break it.
On the Links thing I managed to even find some attributes within the files to get rid of some things I didn't like about the look of the script, like the fact that the font color of descriptions was coded into script and not templates. Hehe... I'm enjoying this hacking things too much!
Justin
04-19-1999, 07:05 PM
Funny thing is I never play with permissions on scripts or directories other than any special data directories I need... as for cgi-bin subdirectories and scripts, they automagically are at the correct mode when created/uploaded.
Never messed with Gossamer Threads, but since so many people seem to have trouble with it I might just install it and see what's so tricky about it...
------------------
Justin Nelson
FutureQuest Support
kteicher
04-19-1999, 10:24 PM
Generally with Links there is a config or permissions problem. I just installed it on my site in just a few minutes. Here is the config setup I used:
# Paths and URL's to Important Stuff
# --------------------------------------------------------
# PATH and URL of Admin CGI directory. No Trailing Slash.
$db_script_path = "/big/dom/xyourdomain/cgi-bin/links/admin";
$db_dir_url = "http://yourdomain.com/cgi-bin/links/admin";
# URL of User CGI directory. No Trailing Slash.
$db_cgi_url = "http://yourdomain.com/cgi-bin/links";
# PATH and URL of Pages to be built. No Trailing Slash.
$build_root_path = "/big/dom/xyourdomain/www/links";
$build_root_url = "http://yourdomain.com/links";
# PATH and URL of What's New page. No Trailing slash.
$build_new_path = "/big/dom/xyourdomain/www/links/New";
$build_new_url = "$build_root_url/New";
Follow the instructions for the file permissions. Also with the above set up make sure you build a directory called links under the /www directory.
If you need more help let me know, or I would be happy to install it for you.
Keith
http://webmasterexchange.com/links/
[This message has been edited by kteicher (edited 04-19-99).]
Dean B
04-20-1999, 09:27 AM
Graham,
I keep responding to your emails bud offering to help you out. The offer's there ...
------------------
Regards, Dean.
**DMCity Web Board**
www.dmcity.com/cgi-bin/ubb/Ultimate.cgi (http://www.dmcity.com/cgi-bin/ubb/Ultimate.cgi)
hearts
04-20-1999, 10:17 AM
it there such a thing as a faulty cgi-bin? or is it always paths/permissions?
I suppose there is a such thing as a "faulty cgi-bin"... HOWEVER, if we are talking about services at FQ --- that answer is NO.
I cannot stress enough, that it is very important to understand your domain structure when installing scripts. Most installations of pre-written scripts fail cuz of ...
1) You set your permissions wrong -- chmodding
2) Your paths are incorrect
What is the exact error message you recieve when running the script? What is the exact error message in your web server's log?
Just take your time, and try again. http://www.aota.net/ubb/smile.gif
-------------
hearts
-----
Without a cgi-wrapper anything that is coded to be 777 would not work as 755. But since we do have the cgi-wrapper in place this is what allows files that are normally set at 777 to work as 755 as they should.
Common rule of thumb would be .. if it says set it to 777 and it's supposed to be inside the cgi-bin... set it to 755 and you'll be ok http://www.aota.net/ubb/smile.gif
Deb
[This message has been edited by Deb (edited 04-20-99).]
kteicher
04-20-1999, 05:22 PM
I was able to install Links successfully for Graham this morning. He is up and running with no problems. I'm not sure what went wrong with his original install but I did a fresh one and all worked on the first try.
Keith
ChrisH
04-20-1999, 06:01 PM
Thanks Deb,
I saw something that shouldn't have worked
and was perlexed. Thanks for the
explaination.
ch
ChrisH
04-21-1999, 01:50 AM
Del said (scroll up a couple pages . . .)
===========================
Actually, if there is any file inside the
cgi-bin directory, or subdirs of that, which is chmodded
any higher than 755 the whole cgi-bin will break.
Here's what always gets me: if you've made any new directories inside your cgi-bin,
make sure they're chmodded 755. If they're not, it can 'break' every script in the cgi-bin (happens to me all the time...)
==========================
This sort of shocked me because I just installed GT too, and it's
working pretty well. And in the install
it says
chmod 777 (drwxrwxrwx) on the hits directory
chmod 777 (drwxrwxrwx) on the ratings directory
Being the good little droogy, I went ahead
and did this. Presumably the server runs
as nobody and you need 777 to allow it
to write in those directories. Well, only
if you are creating a new file, right? So
maybe it comes down to whether the scripts
ever create a new file in those directories?
Anyway I changed those dirs to 755 and it
seems to be working. Who knows? I'm not
telling you to do it!! I haven't tested
everything!!!!
Also, it only seems that the 777 kills your
cgi-bin stuff when a file/dir with that
permission is actually involved in the
URL. In this case the dirs are lower down
and accessed internally by the scripts,
which is why they don't give a server
error. That is from experimentation that
seems to contradict my reading of Del's
post.
And finally, I can recommend loopy's
multi-category mod at
http://www.online-sweepstakes.com/links-mods/
though I found the changes to nph-build.cgi
to be superfluous and actually incorrect.
This actually broke the category count in
the rebuild.
gwlubin
04-21-1999, 05:45 AM
Thanks to some greatly appreciated help from Keith 'Links' is now up and running.
Thanks Keith.
g/
Armand
04-21-1999, 11:56 AM
Hey anyone have any ideas on how to have the Links scripts print the url below the description and all that on the outputted pages? That seems to be the only mod I couldn't figure out.
The jump.cgi seems to use the id # for the redirection so haven't been able to figure this one out. Unless the answer is... hmm let me go try something here.. but if anyone has the answer shout it out, may take me a while to get around to my idea.
Dean B
04-21-1999, 12:24 PM
Can anyone figure out how to change the font that lists the main catergories on the main home.html ? I've edited all the templates and can change anything else but this one darn thing. It just displays as default font. Grrr...
Dean.
Armand
04-21-1999, 04:18 PM
Dean there's some code at the very bottom of the site_html_template.pl file in the admin directory. Think that's the root of the evil. I remember I hacked that page the most it seemed.
<edit>hate that dang code tag in these versions.... anyways skip it... it's like the 11th line from bottom Dean.</edit>
Anyone on a url hack suggestion?
<edit>nevermind found the answer I was looking for @ www.gossamer-threads.com/scripts/forum/resources/Forum3/HTML/001377.html (http://www.gossamer-threads.com/scripts/forum/resources/Forum3/HTML/001377.html) in case anyone else is interested. Turned out to be nearly as simple as I suspected.</edit.
[This message has been edited by Armand (edited 04-21-99).]
[This message has been edited by Armand (edited 04-21-99).]
vBulletin® v3.6.8, Copyright ©2000-2009, Jelsoft Enterprises Ltd.