Re: Linux uninstall / reinstall
This WebDNA talk-list message is from 2003
It keeps the original formatting.
numero = 46910
interpreted = N
texte = Hi JohnThanks for your detailed help that you have offered, I am becoming a lot more familiar with my httpd.conf file since when I first started posting on this list so am not too scared of having a go at modifying it. I ended up using the uninstall script that you suggested and then re-installed WC on a sub domain with managed to irradiate the problem that I was having. Some of the suggestions you have made are interesting though so I may go on to implement some of them once I have completed testing on our new site.I have some deadlines that I need to do my best to stick to so once I have overcome my time deadlines I may look into a more secure installation of WC. Oh yeah... just out of interest, how do I go about using `service httpd configtest`? If it is my friend I would like to become familiar with it....Thanks once again.Alan White ------------------------------ http://www.streethreds.comon 15/1/03 4:58 pm, John Peacock at jpeacock@rowman.com wrote:> Alan White wrote: >> Hi John >> >> Does that mean that I could move my webcatalogengine and WebCatalog folder >> to another domain and then alter the following entry (just and example as >> there are lots more entries to change also) to specify a different domain? >> >> LoadModule webcatalog2_module >> /home/domain/domain1/web/cgi-bin/WebCatalogEngine/mod_webcatalog2.so >> AddModule mod_webcatalog.cpp >> > > Those aren't the only lines, nor are they the most important ones to enabling > webcat for a given domain. I'll give you my experts-only advice, so you can > see > the flexibility of Apache configurations. Don't do this unless you know what > you are doing; your server will be hosed if you mess up your Apache > configuration files. `service httpd configtest` is your friend! > > I move the WebCatalogEngine directory completely outside of the domain > hierarchy; it can be anywhere on the drive and the LoadModule line adjusted > accordingly. The mod_webcatalog2.so is always available sitewide, since it > loads directly into the Apache application, so there is really no point in > associating it with a given domain's files. Worst case schenario (like if you > are using the script install), install the WebCatalogEngine directory under > the > default Apache location (which is rarely the actual public server anyways). > I'll talk about the admin files later. > > To enable a given subdomain to handle Webcatalog files, add the proper line to > the applicable
section: > > > # all your other VirtualHost parameters > AddHandler webcatalog2-handler .tpl > > > So, even though you have mod_webcatalog file loaded, it is only mapped to the > .tpl files for _that_ identity. If you want to map all .html or .shtml files > to > WebCatalog, adjust the AddHandler line accordingly. > > For the Admin files, it is generally recommended that they not be available on > any publically accessible domain, even though they are password protected. > For > example, you could limit their use to localhost only (or some other > limitation, > say by IP address block). In any case, you can do something like this: > > > # any other things, like ServerName > Alias /WebCatAdmin/ /path/to/WebCatalogEngine/Admin > > > And you could now log into the WebCatalog admin only from the local machine > as: > > http://localhost/WebCatAdmin/index.tpl > > instead of the usual (with the default script install): > > http://localhost/cgi-bin/WebCatalogEngine/Admin/index.tpl > > The important thing to realize is that the cgi-bin directory is itself not > special; you can put these files where you want them and change the mapping > accordingly. And in fact, the Admin files do not have to be in the cgi-bin > directory at all, since they are actually processed by the handler, not > directly > as if they were CGI scripts. > > HTH and remember, I said not to do this without understanding what you are > doing! > > John ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Associated Messages, from the most recent to the oldest:
Hi JohnThanks for your detailed help that you have offered, I am becoming a lot more familiar with my httpd.conf file since when I first started posting on this list so am not too scared of having a go at modifying it. I ended up using the uninstall script that you suggested and then re-installed WC on a sub domain with managed to irradiate the problem that I was having. Some of the suggestions you have made are interesting though so I may go on to implement some of them once I have completed testing on our new site.I have some deadlines that I need to do my best to stick to so once I have overcome my time deadlines I may look into a more secure installation of WC. Oh yeah... just out of interest, how do I go about using `service httpd configtest`? If it is my friend I would like to become familiar with it....Thanks once again.Alan White ------------------------------ http://www.streethreds.comon 15/1/03 4:58 pm, John Peacock at jpeacock@rowman.com wrote:> Alan White wrote: >> Hi John >> >> Does that mean that I could move my webcatalogengine and WebCatalog folder >> to another domain and then alter the following entry (just and example as >> there are lots more entries to change also) to specify a different domain? >> >> LoadModule webcatalog2_module >> /home/domain/domain1/web/cgi-bin/WebCatalogEngine/mod_webcatalog2.so >> AddModule mod_webcatalog.cpp >> > > Those aren't the only lines, nor are they the most important ones to enabling > webcat for a given domain. I'll give you my experts-only advice, so you can > see > the flexibility of Apache configurations. Don't do this unless you know what > you are doing; your server will be hosed if you mess up your Apache > configuration files. `service httpd configtest` is your friend! > > I move the WebCatalogEngine directory completely outside of the domain > hierarchy; it can be anywhere on the drive and the LoadModule line adjusted > accordingly. The mod_webcatalog2.so is always available sitewide, since it > loads directly into the Apache application, so there is really no point in > associating it with a given domain's files. Worst case schenario (like if you > are using the script install), install the WebCatalogEngine directory under > the > default Apache location (which is rarely the actual public server anyways). > I'll talk about the admin files later. > > To enable a given subdomain to handle Webcatalog files, add the proper line to > the applicable section: > > > # all your other VirtualHost parameters > AddHandler webcatalog2-handler .tpl > > > So, even though you have mod_webcatalog file loaded, it is only mapped to the > .tpl files for _that_ identity. If you want to map all .html or .shtml files > to > WebCatalog, adjust the AddHandler line accordingly. > > For the Admin files, it is generally recommended that they not be available on > any publically accessible domain, even though they are password protected. > For > example, you could limit their use to localhost only (or some other > limitation, > say by IP address block). In any case, you can do something like this: > > > # any other things, like ServerName > Alias /WebCatAdmin/ /path/to/WebCatalogEngine/Admin > > > And you could now log into the WebCatalog admin only from the local machine > as: > > http://localhost/WebCatAdmin/index.tpl > > instead of the usual (with the default script install): > > http://localhost/cgi-bin/WebCatalogEngine/Admin/index.tpl > > The important thing to realize is that the cgi-bin directory is itself not > special; you can put these files where you want them and change the mapping > accordingly. And in fact, the Admin files do not have to be in the cgi-bin > directory at all, since they are actually processed by the handler, not > directly > as if they were CGI scripts. > > HTH and remember, I said not to do this without understanding what you are > doing! > > John ------------------------------------------------------------- This message is sent to you because you are subscribed to the mailing list . To unsubscribe, E-mail to: To switch to the DIGEST mode, E-mail to Web Archive of this list is at: http://webdna.smithmicro.com/
Alan White
DOWNLOAD WEBDNA NOW!
Top Articles:
Talk List
The WebDNA community talk-list is the best place to get some help: several hundred extremely proficient programmers with an excellent knowledge of WebDNA and an excellent spirit will deliver all the tips and tricks you can imagine...
Related Readings:
Web Catalog vs. ICAT (1997)
test message 4 (2000)
RE: speed of TCPConnect? (1998)
Security Question (1997)
carriage returns in data (1997)
PCS Frames (1997)
WC1.6 to WC2 date formatting (1997)
One .hdr, multiple .db's? (2003)
Number of Feilds Passed to [append] (2000)
[protect admin] (1997)
SERIAL NUMBER PROBLEM *AGAIN*!!! (1998)
Ready to h[url]!!! (1999)
[SearchString] usage (1997)
RE: [WebDNA] DNA suffix (2008)
Integration with SQL (1997)
WC2b12: Yes, Formulas.db is for real (1997)
So many lookers, hey smith micro (2003)
Include a big block of text (1997)
date tag not interpreted (2000)
Daze to Dates (1998)