1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
|
=============
Version 4.4.7
=============
Version 4.4.7 of mod_wsgi can be obtained from:
https://codeload.github.com/GrahamDumpleton/mod_wsgi/tar.gz/4.4.7
For details on the availability of Windows binaries see:
https://github.com/GrahamDumpleton/mod_wsgi/tree/master/win32
Features Changed
----------------
1. The ``proxy-buffer-size`` option to ``WSGIDaemonProcess`` directive
was renamed to ``response-buffer-size`` to avoid confusion with options
related to normal HTTP proxying. The ``--proxy-buffer-size`` option of
``mod_wsgi-express`` was similarly renamed to ``--response-buffer-size``.
New Features
------------
1. Added ``--service-script`` option to ``mod_wsgi-express`` to allow a
Python script to be loaded and executed in the context of a distinct
daemon process. This can be used for executing a service to be managed by
Apache, even though it is a distinct application. The options take two
arguments, a short name for the service and the path to the Python script
for starting the service.
If ``mod_wsgi-express`` is being run as root, then a user and group can be
specified for the service using the ``--service-user`` and
``--service-group`` options. The options take two arguments, a short name
for the service and the user or group name respectively.
2. Added ``--proxy-url-alias`` option to ``mod_wsgi-express`` for setting
up proxying of a sub URL of the site to a remote URL.
3. Added ``--proxy-virtual-host`` option to ``mod_wsgi-express`` for setting
up proxying of a whole virtual host to a remote URL. Only supports proxying
of HTTP requests and not HTTPS requests.
4. Added ``eviction-timeout`` option to ``WSGIDaemonProcess`` directive.
For the case where the graceful restart signal, usually ``SIGUSR1``, is
sent to a daemon process to evict the WSGI application and restart the
process, this controls how many seconds the process will wait, while still
accepting new requests, before it reaches an idle state with no active
requests and shuts down.
The ``graceful-timeout`` option previously performed this exact role in
this case previously, but a separate option is being added to allow a
different timeout period to be specified for the case for forced eviction.
The existing ``graceful-timeout`` option is still used when a maximum
requests option or CPU usage limit is set. For backwards compatibility,
if ``eviction-timeout`` isn't set, it will fall back to using any value
specified using the ``graceful-timeout`` option.
The ``--eviction-timeout`` option has also been added to
``mod_wsgi-express`` and behaves in a similar fashion.
5. Added support for new ``mod_wsgi-httpd`` package. The ``mod_wsgi-httpd``
package is a pip installable package which will build the Apache httpd
server and install it into the Python installation. If the
``mod_wsgi-httpd`` package is installed before installing this package,
then the Apache httpd server installation installed by ``mod_wsgi-httpd``
will be used instead of any system installed version of the Apache httpd
server when running ``mod_wsgi-express``. This allows you to workaround
any inability to upgrade the main Apache installation, or install its 'dev'
package if missing, or install it outright if not present.
|
