Httpd Modules: Difference between revisions
Jump to navigation
Jump to search
| Line 8: | Line 8: | ||
Support for a specific module can be statically linked into the httpd binary at compilation, by specifying it with a configuration option similar to "--enable-proxy", or the module can be loaded at runtime, if the [[#Dynamic_Shared_Object_.28DSO.29|Dynamic Shared Object (DSO)]]] capability is enabled. | Support for a specific module can be statically linked into the httpd binary at compilation, by specifying it with a configuration option similar to "--enable-proxy", or the module can be loaded at runtime, if the [[#Dynamic_Shared_Object_.28DSO.29|Dynamic Shared Object (DSO)]]] capability is enabled. | ||
It is preferable to use shared modules which are loaded as needed with the [[LoadModule]] directive. | |||
If a module is compiled with the intention to load it dynamically, the corresponding "enable" compilation flag should carry the "shared" value (example "--enable-proxy=shared"). | |||
==Dynamic Shared Object (DSO)== | ==Dynamic Shared Object (DSO)== | ||
Revision as of 18:03, 5 January 2017
Internal
Overview
Static Modules vs Dynamic Modules
Support for a specific module can be statically linked into the httpd binary at compilation, by specifying it with a configuration option similar to "--enable-proxy", or the module can be loaded at runtime, if the Dynamic Shared Object (DSO)] capability is enabled.
It is preferable to use shared modules which are loaded as needed with the LoadModule directive.
If a module is compiled with the intention to load it dynamically, the corresponding "enable" compilation flag should carry the "shared" value (example "--enable-proxy=shared").
Dynamic Shared Object (DSO) capability is enabled at compilation by using "--enable-so" option.