Hi all,
I'm having trouble getting server side includes working on my apache server.
First off: running apache 1.3.4-25, kernel 2.2.5, SuSE 6.1.
I've been trying to enable SSI on the server for a certain directory with the
following commands:
---- start of /etc/httpd/httpd.conf extract ----
At least on SuSE Linux 6.3, maybe it was there in 6.2 also, don't remember, the default Apache homepage uses SSI. Look at /usr/local/httpd/htdocs/index.html and at the apache configuration to see how it works. If you have an older version of SuSE Linux, simply get the 6.3 apache.rpm from ftp.suse.com or any mirror. -- Michael Hasenstein http://www.suse.de/~mha/ Private Pilot (ASEL+aerobatics) since 1998 -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Thanks Michael, Michael Hasenstein wrote:
At least on SuSE Linux 6.3, maybe it was there in 6.2 also, don't remember, the default Apache homepage uses SSI. Look at /usr/local/httpd/htdocs/index.html and at the apache configuration to see how it works. If you have an older version of SuSE Linux, simply get the
My 6.1 version doesn't use SSI.
6.3 apache.rpm from ftp.suse.com or any mirror.
I presume glibc differences won't have any effect then? I suppose I should trust you, since you work at SuSE, but I just thought I'd check, considering the time you wrote it ;-) Thanks for your help, Chris PS. In case anyone *is* still scratching their heads over this (wishfull thinking...) and this does make a difference: that directory I gave is aliased to http://serverroot/primary/webs, and I have the mod_include.so and mod_include.c loaded (there were loaded even before I tried to set this up). -- __ _ -o)/ / (_)__ __ ____ __ Chris Reeves /\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005 _\_v __/_/_//_/\_,_/ /_/\_\ -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Ciao Chris, I happen sometimes to play with SSI and I always have problem mostly because I tend to forget the syntax. Anyway, I usually use the XbitHack On i.e. I set the user-execute bit on the html files I want to be parsed and actually it works. This is how my .htaccess looks like: Options +Includes -FollowSymLinks XBitHack on and, of course, I set the AllowOverWrite option in the corresponding Directory section of the httpd.conf I remember the all my problems with SSI were due to syntax errors. Maybe you can post a little example which doesn't work for you and I will test it. By the way I use SuSE6.2 but I compiled by myself the Apache server. Maurizio Il gio, 27 gen 2000, Chris Reeves ha scritto:
Thanks Michael,
Michael Hasenstein wrote:
At least on SuSE Linux 6.3, maybe it was there in 6.2 also, don't remember, the default Apache homepage uses SSI. Look at /usr/local/httpd/htdocs/index.html and at the apache configuration to see how it works. If you have an older version of SuSE Linux, simply get the
My 6.1 version doesn't use SSI.
6.3 apache.rpm from ftp.suse.com or any mirror.
I presume glibc differences won't have any effect then?
I suppose I should trust you, since you work at SuSE, but I just thought I'd check, considering the time you wrote it ;-)
Thanks for your help, Chris
PS. In case anyone *is* still scratching their heads over this (wishfull thinking...) and this does make a difference: that directory I gave is aliased to http://serverroot/primary/webs, and I have the mod_include.so and mod_include.c loaded (there were loaded even before I tried to set this up). -- __ _ -o)/ / (_)__ __ ____ __ Chris Reeves /\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005 _\_v __/_/_//_/\_,_/ /_/\_\
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Because I am relative new in Linux world i don't understand few things. I know there are many Linux distributions. I don't understand why if we talk about "serious" Linux distro, conversation always ends with Red Hat or sometimes Debian. I keep hearing all the time words like "SuSE nice desktop system", SuSE cool "Win OS", "Windows like" Linux" etc ... I used SuSE 6.0,Red Hat 6.0. Now I am running SuSE 6.3 . I was searching distribution which is the best for me. Now I know it's SuSE . I hate cynic comments "a VERY user friendly distro" from Deb and Slack "power users" >:D . Isn't the point of Linux community to have user friendly OS and to show Linux to the people and not to stay OS for hackers, sys and net admins. And that is not going to happen if old gurus (with all respect from my side) keep making jokes with new users and new distribution. My question is: Do Red Hat or Debian have more pluses when we talk about stability and speed of server machines then SuSE? I don't like the way that Red Hat goes...it is exactly the same like MS few years ago... I found my favorite distribution and I am not going to change to another :) Thank you all for this valuable source of information ... Greetings, PaTLo ***First Linux on my machine was installed by WOMAN *** -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
----- Original Message -----
From: Anel Hidic
Because I am relative new in Linux world i don't understand few things. I know there are many Linux distributions. I don't understand why if we talk about "serious" Linux distro, conversation always ends with Red Hat or sometimes Debian. I keep hearing all the time words like "SuSE nice desktop system", SuSE cool "Win OS", "Windows like" Linux" etc ... I used SuSE 6.0,Red Hat 6.0. Now I am running SuSE 6.3 . I was searching distribution which is the best for me. Now I know it's SuSE . I hate cynic comments "a VERY user friendly distro" from Deb and Slack "power users" >:D .
Isn't the point of Linux community to have user friendly OS and to show Linux to the people and not to stay OS for hackers, sys and net admins.
Just depends on who you talk to, some people what a high powered stable, secure fast inexpensive server, others what an easy to use, cheap, free (as in speech), community supported OS. Personally I think Linux can do both, since I do use it as my primary servers and primary workstation at home, and if they would let me, I would reinstall most of the servers and workstations at work with it. If you want to "tweak" Linux to make a server, that isn't really to hard. If you want to "tweak" it out as a work station, that isn't to hard either. Saying that, there are some people who think that Linux should only be used in a high end server envoriment. Others would like to see it "pushed" more on users deskstops and take other operating systems (Windows, MacOS) head on in the desktop user market. The great thing about it, it is free (as in speech) so anyone can do what they want to with it. There are strong groups pushing Linux in both directions, and I see this as a good thing. Use it in any way you see fit aslong as it doesn't go against the GPL, everyone should be cool with it.
And that is not going to happen if old gurus (with all respect from my side) keep making jokes with new users and new distribution. My question is: Do Red Hat or Debian have more pluses when we talk about stability and speed of server machines then SuSE?
(This is not a flame) IMHO I really don't think so. They all run the same Linux kernel "under the hood". If you run SuSE with kernel 2.2.13 and then run Red Hat with the same kernel, it should give you the exact same stability and speed on either machine, provide the admin of the machine doesn't do anything really stupid. The kernel (the core) is the same, the only differance, is the way (some) distro package their programs, what version of programs they offer and how many programs they offer with their distro. Some distro offer other "feartures" to draw in users, like printed manuals, tech support, mail lists provided, free software updates, etc, etc. All distro's are pretty much the same, some have differant ways to install the distro and little ways of conf things, but on the whole, after it is installed, all distro's IMHO are pretty much the same, they are all Linux. I think it just comes down "personal taste". Some people like Coke, others Pepsi, can you really prove which one is "better".
I don't like the way that Red Hat goes...it is exactly the same like MS few years ago...
I don't get what your saying here?
I found my favorite distribution and I am not going to change to another :)
Thank you all for this valuable source of information ...
Greetings,
PaTLo
***First Linux on my machine was installed by WOMAN ***
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Anel Hidic wrote: [snip]
My question is: Do Red Hat or Debian have more pluses when we talk about stability and speed of server machines then SuSE?
There is more to the equation than speed and stability. Security is also very important. In my security list, I receive many SuSE updates to packages long before Red Hat sends out the security advisories. Red Hat has a very negative reputation concerning security. I cannot comment on speed as I don't have SuSE and Red Hat installed on comparable hardware. I can comment that Linux NFS really DOES blow chunks compared to Solaris. I have run speed tests in that regard, and Linux is much slower, but Solaris on (an unsupported) Intel is about as stable as Windows 95.
I don't like the way that Red Hat goes...it is exactly the same like MS few years ago...
I found my favorite distribution and I am not going to change to another :)
I thought that way for a while. But using one distro is like eating with one utensil. Even the Japanese and Chinese do not limit themselves to just chopsticks. Likewise, I found both SuSE and Red Hat are better suited to different tasks.
Thank you all for this valuable source of information ...
Greetings,
PaTLo
***First Linux on my machine was installed by WOMAN ***
Cool!!! -- George Toft http://www.georgetoft.com -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
remember, the default Apache homepage uses SSI. Look at /usr/local/httpd/htdocs/index.html and at the apache configuration to see how it works. If you have an older version of SuSE Linux, simply get the
My 6.1 version doesn't use SSI.
Our machine that runs a default 6.1 install can run them files. We just uncomented out the server side lines and it worked. Mind we didn't make the pages. they came with an radius accounting package.
6.3 apache.rpm from ftp.suse.com or any mirror.
I presume glibc differences won't have any effect then?
I suppose I should trust you, since you work at SuSE, but I just thought I'd check, considering the time you wrote it ;-)
Thanks for your help, Chris
PS. In case anyone *is* still scratching their heads over this (wishfull thinking...) and this does make a difference: that directory I gave is aliased to http://serverroot/primary/webs, and I have the mod_include.so and mod_include.c loaded (there were loaded even before I tried to set this up). -- __ _ -o)/ / (_)__ __ ____ __ Chris Reeves /\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005 _\_v __/_/_//_/\_,_/ /_/\_\
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
-- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Thanks everyone for your help so far, it is appreciated. I'm also attaching my /etc/httpd/httpd.conf file, I hope this doesn't inconvenience anyone too much. This is just a last ditch attempt with this very helpful group before I go off to find an apache mailing list. Hope you can help before I have to resort to that though :( clarge@gizmo.macn.bc.ca wrote:
My 6.1 version doesn't use SSI.
Our machine that runs a default 6.1 install can run them files. We just uncomented out the server side lines and it worked. Mind we didn't make the pages. they came with an radius accounting package.
I've got those lines uncommented, but there must be something wrong with them.
I did manage to get the server to parse the files with SSI commands in, sort
of.
I ScriptAlias'd the root directory (/webs/primary), and when I reloaded the
page, it had been parsed, but it showed errors with the directive. This was
probably because the directive was simply
<!--#include virtual="footer.html" --> which, being in the same directory, was
also parsed and produced the error because it wasn't parsable/runable, i.e.
wasn't a script (remember, I ScriptAlias'd the directory). I can't leave the
directory ScriptAlias'd because not all documents to be server are parsable,
and I get these errors.
I took the ScriptAlias off again and the docs weren't parsed. I even tried to
put the following directive in for the directory:
SetHandler server-parsed
which should mean that every file in that directory is server parsed, which
should have resulted in the same as I was getting about, i.e. parsable file
being parsed, but returning errors on the non-parsable footer.html.
It looks like the AddHandler/SetHandler isn't working at all.
As I mentioned before, the necessary directories are marked with
Options +ExecCGI +Includes
and I also have
AddHandler server-parsed .shtml
and all my server parsable files *do* have .shtml extensions.
I'm not even sure if the cgi-script handler is working properly. It *appears*
to be working for the root-directory (i.e. /) but doesn't work in the
/webs/primary/cgi-bin/ directory.
I'm really at a loss here. There's hair scattered everywhere....
Maybe I should find an apache mailing list.
Thanks for any further help any of you can give,
Chris
--
__ _
-o)/ / (_)__ __ ____ __ Chris Reeves
/\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005
_\_v __/_/_//_/\_,_/ /_/\_\
##
## httpd.conf -- Apache HTTP server configuration file
##
#
# Based upon the NCSA server configuration files originally by Rob McCool.
#
# This is the main Apache server configuration file. It contains the
# configuration directives that give the server its instructions.
# See URL:http://www.apache.org/docs/ for detailed information about
# the directives.
#
# Do NOT simply read the instructions in here without understanding
# what they do. They're here only as hints or reminders. If you are unsure
# consult the online docs. You have been warned.
#
# After this file is processed, the server will look for and process
# /usr/local/httpd.conf/srm.conf and then /usr/local/httpd/conf/access.conf
# unless you have overridden these with ResourceConfig and/or
# AccessConfig directives here.
#
# The configuration directives are grouped into three basic sections:
# 1. Directives that control the operation of the Apache server process as a
# whole (the 'global environment').
# 2. Directives that define the parameters of the 'main' or 'default' server,
# which responds to requests that aren't handled by a virtual host.
# These directives also provide default values for the settings
# of all virtual hosts.
# 3. Settings for virtual hosts, which allow Web requests to be sent to
# different IP addresses or hostnames and have them handled by the
# same Apache server process.
#
# Configuration and logfile names: If the filenames you specify for many
# of the server's control files begin with "/" (or "drive:/" for Win32), the
# server will use that explicit path. If the filenames do *not* begin
# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"
# with ServerRoot set to "/usr/local/apache" will be interpreted by the
# server as "/usr/local/apache/logs/foo.log".
#
### Section 1: Global Environment
#
# The directives in this section affect the overall operation of Apache,
# such as the number of concurrent requests it can handle or where it
# can find its configuration files.
#
#
# ServerType is either inetd, or standalone. Inetd mode is only supported on
# Unix platforms.
#
ServerType standalone
#
# ServerRoot: The top of the directory tree under which the server's
# configuration, error, and log files are kept.
#
# NOTE! If you intend to place this on an NFS (or otherwise network)
# mounted filesystem then please read the LockFile documentation
# (available at URL:http://www.apache.org/docs/mod/core.html#lockfile);
# you will save yourself a lot of trouble.
#
# Do NOT add a slash at the end of the directory path.
#
ServerRoot "/usr/local/httpd"
#
# The LockFile directive sets the path to the lockfile used when Apache
# is compiled with either USE_FCNTL_SERIALIZED_ACCEPT or
# USE_FLOCK_SERIALIZED_ACCEPT. This directive should normally be left at
# its default value. The main reason for changing it is if the logs
# directory is NFS mounted, since the lockfile MUST BE STORED ON A LOCAL
# DISK. The PID of the main server process is automatically appended to
# the filename.
#
LockFile /var/lock/subsys/httpd/httpd.accept.lock
#
# PidFile: The file in which the server should record its process
# identification number when it starts.
#
PidFile /var/run/httpd.pid
#
# ScoreBoardFile: File used to store internal server process information.
# Not all architectures require this. But if yours does (you'll know because
# this file will be created when you run Apache) then you *must* ensure that
# no two invocations of Apache share the same scoreboard file.
#
ScoreBoardFile /var/log/httpd.apache_runtime_status
#
# In the standard configuration, the server will process this file,
# srm.conf, and access.conf in that order. The latter two files are
# now distributed empty, as it is recommended that all directives
# be kept in a single file for simplicity. The commented-out values
# below are the built-in defaults. You can have the server ignore
# these files altogether by using "/dev/null" (for Unix) or
# "nul" (for Win32) for the arguments to the directives.
#
#ResourceConfig conf/srm.conf
#AccessConfig conf/access.conf
#
# Timeout: The number of seconds before receives and sends time out.
#
Timeout 300
#
# KeepAlive: Whether or not to allow persistent connections (more than
# one request per connection). Set to "Off" to deactivate.
#
KeepAlive On
#
# MaxKeepAliveRequests: The maximum number of requests to allow
# during a persistent connection. Set to 0 to allow an unlimited amount.
# We recommend you leave this number high, for maximum performance.
#
MaxKeepAliveRequests 100
#
# KeepAliveTimeout: Number of seconds to wait for the next request from the
# same client on the same connection.
#
KeepAliveTimeout 15
#
# Server-pool size regulation. Rather than making you guess how many
# server processes you need, Apache dynamically adapts to the load it
# sees --- that is, it tries to maintain enough server processes to
# handle the current load, plus a few spare servers to handle transient
# load spikes (e.g., multiple simultaneous requests from a single
# Netscape browser).
#
# It does this by periodically checking how many servers are waiting
# for a request. If there are fewer than MinSpareServers, it creates
# a new spare. If there are more than MaxSpareServers, some of the
# spares die off. The default values are probably OK for most sites.
#
MinSpareServers 5
MaxSpareServers 10
#
# Number of servers to start initially --- should be a reasonable ballpark
# figure.
#
StartServers 5
#
# Limit on total number of servers running, i.e., limit on the number
# of clients who can simultaneously connect --- if this limit is ever
# reached, clients will be LOCKED OUT, so it should NOT BE SET TOO LOW.
# It is intended mainly as a brake to keep a runaway server from taking
# the system with it as it spirals down...
#
MaxClients 150
#
# MaxRequestsPerChild: the number of requests each child process is
# allowed to process before the child dies. The child will exit so
# as to avoid problems after prolonged use when Apache (and maybe the
# libraries it uses) leak memory or other resources. On most systems, this
# isn't really needed, but a few (such as Solaris) do have notable leaks
# in the libraries.
#
MaxRequestsPerChild 30
#
# Listen: Allows you to bind Apache to specific IP addresses and/or
# ports, in addition to the default. See also the <VirtualHost>
# directive.
#
#Listen 3000
#Listen 12.34.56.78:80
#
# BindAddress: You can support virtual hosts with this option. This directive
# is used to tell the server which IP address to listen to. It can either
# contain "*", an IP address, or a fully qualified Internet domain name.
# See also the <VirtualHost> and Listen directives.
#
#BindAddress *
#
# Dynamic Shared Object (DSO) Support
#
# To be able to use the functionality of a module which was built as a DSO you
# have to place corresponding `LoadModule' lines at this location so the
# directives contained in it are actually available _before_ they are used.
# Please read the file README.DSO in the Apache 1.3 distribution for more
# details about the DSO mechanism and run `httpd -l' for the list of already
# built-in (statically linked and thus always available) modules in your httpd
# binary.
#
# Note: The order is which modules are loaded is important. Don't change
# the order below without expert advice.
#
# Example:
# LoadModule foo_module libexec/mod_foo.so
LoadModule mmap_static_module /usr/lib/apache/mod_mmap_static.so
LoadModule env_module /usr/lib/apache/mod_env.so
LoadModule config_log_module /usr/lib/apache/mod_log_config.so
LoadModule agent_log_module /usr/lib/apache/mod_log_agent.so
LoadModule referer_log_module /usr/lib/apache/mod_log_referer.so
LoadModule mime_magic_module /usr/lib/apache/mod_mime_magic.so
LoadModule mime_module /usr/lib/apache/mod_mime.so
LoadModule negotiation_module /usr/lib/apache/mod_negotiation.so
LoadModule status_module /usr/lib/apache/mod_status.so
LoadModule info_module /usr/lib/apache/mod_info.so
LoadModule includes_module /usr/lib/apache/mod_include.so
LoadModule autoindex_module /usr/lib/apache/mod_autoindex.so
LoadModule dir_module /usr/lib/apache/mod_dir.so
LoadModule cgi_module /usr/lib/apache/mod_cgi.so
LoadModule asis_module /usr/lib/apache/mod_asis.so
LoadModule imap_module /usr/lib/apache/mod_imap.so
LoadModule action_module /usr/lib/apache/mod_actions.so
LoadModule speling_module /usr/lib/apache/mod_speling.so
LoadModule userdir_module /usr/lib/apache/mod_userdir.so
LoadModule proxy_module /usr/lib/apache/libproxy.so
LoadModule alias_module /usr/lib/apache/mod_alias.so
LoadModule rewrite_module /usr/lib/apache/mod_rewrite.so
LoadModule access_module /usr/lib/apache/mod_access.so
LoadModule auth_module /usr/lib/apache/mod_auth.so
LoadModule anon_auth_module /usr/lib/apache/mod_auth_anon.so
LoadModule dbm_auth_module /usr/lib/apache/mod_auth_dbm.so
LoadModule db_auth_module /usr/lib/apache/mod_auth_db.so
LoadModule digest_module /usr/lib/apache/mod_digest.so
LoadModule cern_meta_module /usr/lib/apache/mod_cern_meta.so
LoadModule expires_module /usr/lib/apache/mod_expires.so
LoadModule headers_module /usr/lib/apache/mod_headers.so
LoadModule usertrack_module /usr/lib/apache/mod_usertrack.so
LoadModule example_module /usr/lib/apache/mod_example.so
LoadModule unique_id_module /usr/lib/apache/mod_unique_id.so
LoadModule setenvif_module /usr/lib/apache/mod_setenvif.so
LoadModule perl_module /usr/lib/apache/libperl.so
LoadModule php3_module /usr/lib/apache/libphp3.so
# Reconstruction of the complete module list from all available modules
# (static and shared ones) to achieve correct module execution order.
# [WHENEVER YOU CHANGE THE LOADMODULE SECTION ABOVE UPDATE THIS, TOO]
ClearModuleList
AddModule mod_mmap_static.c
AddModule mod_env.c
AddModule mod_log_config.c
AddModule mod_log_agent.c
AddModule mod_log_referer.c
AddModule mod_mime_magic.c
AddModule mod_mime.c
AddModule mod_negotiation.c
AddModule mod_status.c
AddModule mod_info.c
AddModule mod_include.c
AddModule mod_autoindex.c
AddModule mod_dir.c
AddModule mod_cgi.c
AddModule mod_asis.c
AddModule mod_imap.c
AddModule mod_actions.c
AddModule mod_speling.c
AddModule mod_userdir.c
AddModule mod_proxy.c
AddModule mod_alias.c
AddModule mod_rewrite.c
AddModule mod_access.c
AddModule mod_auth.c
AddModule mod_auth_anon.c
AddModule mod_auth_dbm.c
AddModule mod_auth_db.c
AddModule mod_digest.c
AddModule mod_cern_meta.c
AddModule mod_expires.c
AddModule mod_headers.c
AddModule mod_usertrack.c
AddModule mod_example.c
AddModule mod_unique_id.c
AddModule mod_so.c
AddModule mod_setenvif.c
AddModule mod_perl.c
AddModule mod_php3.c
#
# ExtendedStatus controls whether Apache will generate "full" status
# information (ExtendedStatus On) or just basic information (ExtendedStatus
# Off) when the "server-status" handler is called. The default is Off.
#
#ExtendedStatus On
### Section 2: 'Main' server configuration
#
# The directives in this section set up the values used by the 'main'
# server, which responds to any requests that aren't handled by a
# <VirtualHost> definition. These values also provide defaults for
# any <VirtualHost> containers you may define later in the file.
#
# All of these directives may appear inside <VirtualHost> containers,
# in which case these default settings will be overridden for the
# virtual host being defined.
#
#
# If your ServerType directive (set earlier in the 'Global Environment'
# section) is set to "inetd", the next few directives don't have any
# effect since their settings are defined by the inetd configuration.
# Skip ahead to the ServerAdmin directive.
#
#
# Port: The port to which the standalone server listens. For
# ports < 1023, you will need httpd to be run as root initially.
#
Port 80
#
# If you wish httpd to run as a different user or group, you must run
# httpd as root initially and it will switch.
#
# User/Group: The name (or #number) of the user/group to run httpd as.
# . On SCO (ODT 3) use "User nouser" and "Group nogroup".
# . On HPUX you may not be able to use shared memory as nobody, and the
# suggested workaround is to create a user www and use that user.
# NOTE that some kernels refuse to setgid(Group) or semctl(IPC_SET)
# when the value of (unsigned)Group is above 60000;
# don't use Group nogroup on these systems!
#
User wwwrun
Group nogroup
#
# ServerAdmin: Your address, where problems with the server should be
# e-mailed. This address appears on some server-generated pages, such
# as error documents.
#
ServerAdmin root@localhost
#
# ServerName allows you to set a host name which is sent back to clients for
# your server if it's different than the one the program would get (i.e., use
# "www" instead of the host's real name).
#
# Note: You cannot just invent host names and hope they work. The name you
# define here must be a valid DNS name for your host. If you don't understand
# this, ask your network administrator.
# If your host doesn't have a registered DNS name, enter its IP address here.
# You will have to access it by its address (e.g., http://123.45.67.89/)
# anyway, and this will make redirections work in a sensible way.
#
#ServerName allen.suse.de
#
# DocumentRoot: The directory out of which you will serve your
# documents. By default, all requests are taken from this directory, but
# symbolic links and aliases may be used to point to other locations.
#
DocumentRoot "/usr/local/httpd/htdocs"
#
# Each directory to which Apache has access, can be configured with respect
# to which services and features are allowed and/or disabled in that
# directory (and its subdirectories).
#
# First, we configure the "default" to be a very restrictive set of
# permissions.
#
<Directory />
# disallowed Indexes 27/01/00
Options -Indexes FollowSymLinks
AllowOverride None
</Directory>
#
# Note that from this point forward you must specifically allow
# particular features to be enabled - so if something's not working as
# you might expect, make sure that you have specifically enabled it
# below.
#
#
# This should be changed to whatever you set DocumentRoot to.
#
Hello again everyone!! I've finally managed to sort out the problem with the SSI. Chris Reeves wrote:
Sorry to have troubled you all, I'll ask on an apache list,
I was in the middle of writing a message for the
comp.infosystems.www.servers.unix newsgroup, when I started to edit the
following to make it look cleaner.
---
Chris Reeves wrote:
Hello again everyone!!
I've finally managed to sort out the problem with the SSI.
Chris Reeves wrote:
Sorry to have troubled you all, I'll ask on an apache list,
I was in the middle of writing a message for the comp.infosystems.www.servers.unix newsgroup, when I started to edit the following to make it look cleaner.
---
Options +ExecCGI +Includes </Directory> --- I was changing the 'wwwroot' directory name to 'webs', because on the server 'webs' is simply a symlink to 'wwwroot' (a relic of the move from NT with IIS). It then occured to me: I was enabling includes for the wwwroot directory and accessing it through the webs symlink - does this make a difference, I asked... A quick change of URL in netscape and bingo. Pages appeared with SSI actually working!! It does make a difference.
I said to myself (and actually wrote in my online computing diary) earlier today that this would be something obvious. Well it was - a simple symlink. The wwwroot directory is no more, and has been renamed to webs, and all problems are solved, including the scripting problems that I was having.
You have *no* idea how relieved I am. I have been working at this virtually non-stop for the past eight or nine hours...
Thank you to *everyone* who tried to assist in solving this problem, your help (and moral support - at least I felt that *someone* out there cared ;-) was very much appreciated. Unfortunately I didn't give you enough information to figure this one out :(
And I do apologise for putting people through this (and also special apologies for those on slow dialup connections who had to download my huge httpd.conf file - I can sympathise). And yet another apology for this long 'problem solved' message...
I've certainly learnt a lot today (but haven't actually *done* anything per se - I did *literally* spend the last eight hours editing httpd.conf and restarting apache :-( ). Basically a wasted day :-(
Moral of the story: watch your symlinks. I won't forget that in a hurrry!
I'm just glad it's working. Thanks again, Chris -- __ _ -o)/ / (_)__ __ ____ __ Chris Reeves /\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005 _\_v __/_/_//_/\_,_/ /_/\_\
Thank you for posting your solution! You have added to the Linux community's store of knowledge! JLK -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
On Thu, 27 Jan 2000, Chris Reeves wrote:
Thanks Michael,
Michael Hasenstein wrote:
At least on SuSE Linux 6.3, maybe it was there in 6.2 also, don't remember, the default Apache homepage uses SSI. Look at /usr/local/httpd/htdocs/index.html and at the apache configuration to see how it works. If you have an older version of SuSE Linux, simply get the
My 6.1 version doesn't use SSI.
6.3 apache.rpm from ftp.suse.com or any mirror.
I presume glibc differences won't have any effect then?
Don't remember... but even if not, it doesn't matter, the important things are a) the httpd.conf and b) the example index.html with SSI, not the binary. -- Michael Hasenstein http://www.suse.de/~mha/ Private Pilot (ASEL+aerobatics) since 1998 -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
Michael Hasenstein wrote:
Don't remember... but even if not, it doesn't matter, the important things are a) the httpd.conf and b) the example index.html with SSI, not the binary.
There is little or no difference between the SSI implementations in my httpd.conf compared to the 6.3 version. Sorry to have troubled you all, I'll ask on an apache list, Chris -- __ _ -o)/ / (_)__ __ ____ __ Chris Reeves /\\ /__/ / _ \/ // /\ \/ / ICQ# 22219005 _\_v __/_/_//_/\_,_/ /_/\_\ -- To unsubscribe send e-mail to suse-linux-e-unsubscribe@suse.com For additional commands send e-mail to suse-linux-e-help@suse.com Also check the FAQ at http://www.suse.com/Support/Doku/FAQ/
participants (8)
-
chris.reeves@iname.com
-
clarge@gizmo.macn.bc.ca
-
grtoft@yahoo.com
-
jbarnett@axil.netmate.com
-
JerryKreps@alltel.net
-
maurizio@adriatico.prisma.rm.cnr.it
-
mha@suse.de
-
patlo@linux.ba