summaryrefslogtreecommitdiff
path: root/www/yaws/files
diff options
context:
space:
mode:
authorcheusov <cheusov>2011-08-26 13:46:43 +0000
committercheusov <cheusov>2011-08-26 13:46:43 +0000
commit88da293f40a7d0adf537b8f4f859b49aa205923a (patch)
treed312468fe331e13dc5d8a398768982e2c6c72d54 /www/yaws/files
parentedf1caa2a91b69ef46e954ead1c0fddd38273663 (diff)
downloadpkgsrc-88da293f40a7d0adf537b8f4f859b49aa205923a.tar.gz
Import from wip/yaws requested and tested under
DragonflyBSD by Andrey N. Oktyabski. Yaws is a HTTP high perfomance 1.1 webserver particularly well suited for dynamic-content webapplications. Two separate modes of operations are supported: * Standalone mode where Yaws runs as a regular webserver daemon. This is the default mode. * Embedded mode where Yaws runs as an embedded webserver in another erlang application. Yaws is entirely written in Erlang furthermore it is a multithreaded webserver where one Erlang light weight process is used to handle each client. The main advantages of yaws compared to other Web technologies are performance and elegance. The performance comes from the underlying Erlang system and its ability to handle concurrent processes in an efficent way. Its elegance comes from Erlang as well. Web applications dont have to be written in ugly adhoc languages.
Diffstat (limited to 'www/yaws/files')
-rw-r--r--www/yaws/files/yaws.conf127
1 files changed, 127 insertions, 0 deletions
diff --git a/www/yaws/files/yaws.conf b/www/yaws/files/yaws.conf
new file mode 100644
index 00000000000..0518940025d
--- /dev/null
+++ b/www/yaws/files/yaws.conf
@@ -0,0 +1,127 @@
+# conf for yaws
+
+# first we have a set of globals
+# That apply to all virtual servers
+
+# This is the directory where all logfiles for
+# all virtual servers will be written
+
+logdir = @VARBASE@/log/yaws
+
+# This the path to a directory where additional
+# beam code can be placed. The daemon will add this
+# directory to its search path
+
+ebin_dir = @PREFIX@/lib/yaws/ebin
+
+# This is a directory where application specific .hrl
+# files can be placed. application specifig .yaws code can
+# then include these .hrl files
+
+include_dir = @PREFIX@/lib/yaws/include
+
+# This is a debug variable, possible values are http | traffic | false
+# It is also possible to set the trace (possibly to the tty) while
+# invoking yaws from the shell as in
+# yaws -i -T -x (see man yaws)
+
+trace = false
+
+# it is possible to have yaws start additional
+# application specific code at startup
+#
+# runmod = mymodule
+
+# By default yaws will copy the erlang error_log and
+# end write it to a wrap log called report.log (in the logdir)
+# this feature can be turned off. This would typically
+# be the case when yaws runs within another larger app
+
+copy_error_log = true
+
+# Logs are wrap logs
+
+log_wrap_size = 1000000
+
+# Possibly resolve all hostnames in logfiles so webalizer
+# can produce the nice geography piechart
+
+log_resolve_hostname = false
+
+# fail completely or not if yaws fails
+# to bind a listen socket
+fail_on_bind_err = true
+
+# If yaws is started as root, it can, once it has opened
+# all relevant sockets for listening, change the uid to a
+# user with lower accessrights than root
+
+# username = nobody
+
+# If HTTP auth is used, it is possible to have a specific
+# auth log.
+
+auth_log = true
+
+# When we're running multiple yaws systems on the same
+# host, we need to give each yaws system an individual
+# name. Yaws will write a number of runtime files under
+# /tmp/yaws/${id}
+# The default value is "default"
+
+# id = myname
+
+# earlier versions of Yaws picked the first virtual host
+# in a list of hosts with the same IP/PORT when the Host:
+# header doesn't match any name on any Host
+# This is often nice in testing environments but not
+# acceptable in real live hosting scenarios
+
+pick_first_virthost_on_nomatch = true
+
+# All unices are broken since it's not possible to bind to
+# a privileged port (< 1024) unless uid==0
+# There is a contrib in jungerl which makes it possible by means
+# of an external setuid root programm called fdsrv to listen to
+# to privileged port.
+# If we use this feature, it requires fdsrv to be properly installed.
+# Doesn't yet work with SSL.
+
+use_fdsrv = false
+
+# end then a set of virtual servers
+# First two virthosted servers on the same IP (0.0.0.0)
+# in this case, but an explicit IP can be given as well
+
+<server localhost>
+ port = 80
+ listen = 0.0.0.0
+ docroot = @PREFIX@/share/yaws/www
+</server>
+
+#<server localhost-dav>
+# port = 80
+# listen = 0.0.0.0
+# docroot = /tmp
+# dir_listings = true
+# dav = true
+# <auth>
+# realm = foobar
+# dir = /
+# user = foo:bar
+# user = baz:bar
+# </auth>
+#</server>
+
+# And then an ssl server
+
+#<server localhost-ssl>
+# port = 443
+# docroot = @PREFIX@/share/yaws/www
+# listen = 0.0.0.0
+# dir_listings = true
+# <ssl>
+# keyfile = @PKG_SYSCONFDIR@/yaws/yaws-key.pem
+# certfile = @PKG_SYSCONFDIR@/yaws/yaws-cert.pem
+# </ssl>
+#</server>