php resource id 9,Apache Reference Manual (9)-PHP教程,系统相关-CSDN博客

pidfile directive

syntax: pidfile filename

default: pidfile logs/httpd.pid

context: server config

status: core

the pidfile directive sets the file to which the server records the process id of the daemon. if the filename does not begin with a slash (/) then it is assumed to be relative to the serverroot. the pidfile is only used in standalone mode.

it is often useful to be able to send the server a signal, so that it closes and then reopens its errorlog and transferlog, and re-reads its configuration files. this is done by sending a sighup (kill -1) signal to the process id listed in the pidfile.

the pidfile is subject to the same warnings about log file placement and security.

——————————————————————————–

port directive

syntax: port number

default: port 80

context: server config

status: core

number is a number from 0 to 65535; some port numbers (especially below 1024) are reserved for particular protocols. see /etc/services for a list of some defined ports; the standard port for the http protocol is 80.

the port directive has two behaviors, the first of which is necessary for ncsa backwards compatibility (and which is confusing in the context of apache).

in the absence of any listen or bindaddress directives specifying a port number, a port directive given in the "main server" (i.e., outside any section) sets the network port on which the server listens. if there are any listen or bindaddress directives specifying :number then port has no effect on what address the server listens at.

the port directive sets the server_port environment variable (for cgi and ssi), and is used when the server must generate a url that refers to itself (for example when creating an external redirect to itself). this behaviour is modified by usecanonicalname.

in no event does a port setting affect what ports a virtualhost responds on, the virtualhost directive itself is used for that.

the primary behaviour of port should be considered to be similar to that of the servername directive. the servername and port together specify what you consider to be the canonical address of the server. (see also usecanonicalname.)

port 80 is one of unixs special ports. all ports numbered below 1024 are reserved for system use, i.e., regular (non-root) users cannot make use of them; instead they can only use higher port numbers. to use port 80, you must start the server from the root account. after binding to the port and before accepting requests, apache will change to a low privileged user as set by the user directive.

if you cannot use port 80, choose any other unused port. non-root users will have to choose a port number higher than 1023, such as 8000.

security: if you do start the server as root, be sure not to set user to root. if you run the server as root whilst handling connections, your site may be open to a major security attack.

——————————————————————————–

require directive

syntax: require entity-name entity entity…

context: directory, .htaccess

override: authconfig

status: core

this directive selects which authenticated users can access a directory. the allowed syntaxes are:

require user userid userid …

only the named users can access the directory.

require group group-name group-name …

only users in the named groups can access the directory.

require valid-user

all valid users can access the directory.

require must be accompanied by authname and authtype directives, and directives such as authuserfile and authgroupfile (to define users and groups) in order to work correctly. example:

authtype basic

authname "restricted directory"

authuserfile /web/users

authgroupfile /web/groups

require group admin

access controls which are applied in this way are effective for all methods. this is what is normally desired. if you wish to apply access controls only to specific methods, while leaving other methods unprotected, then place the require statement into a section