=encoding utf-8 =head1 Name NDK - Nginx Development Kit The NDK is an Nginx module that is designed to extend the core functionality of the excellent Nginx webserver in a way that can be used as a basis of other Nginx modules. It has functions and macros to deal with generic tasks that don't currently have generic code as part of the core distribution. The NDK itself adds few features that are seen from a user's point of view - it's just designed to help reduce the code that Nginx module developers need to write. Nginx module developers wishing to use any of the features in the NDK should specify that the NDK is a dependency of their module, and that users will need to compile it as well when they compile their own modules. They will also need to declare in their own modules which features of the NDK they wish to use (explained below). If you are not an Nginx module developer, then the only useful part of this project will be the 'usage for users' section below. =head1 Status The NDK is now considered to be stable. It is already being used in quite a few third party modules. =head1 Features =over =item * additional conf_set functions for regexes, complex/script values, paths... =item * macros to simplify tasks like checking for NULL values when doing ngx_array_push =item * patches to the main source code =item * ngx_auto_lib_core generic external library handler is included (see separate readme) =back =head1 Design =head2 modular The kit itself is designed in a modular way, so that only the required code is compiled. It's possible to add just a single NDK module, a few or all of them. =head2 auto-generated & easily extensible Many of the macros available in the NDK are auto-generated from simple configuration files. This makes creating similar macros for your own code very simple - it's usually just the case of adding an extra line to a config file and re-running the build script. =head1 Usage for users If another Nginx module you wish to use specifies that the NDK is a dependency, you will need to do the following : =over =item 1. download the source (https://github.com/simpl/ngx_devel_kit) =item 2. unpack the source (tar -xzf $name) =item 3. compile Nginx with the following extra option C<--add-module=/path/to/ngx_devel_kit>. =back e.g. ./configure --add-module=/path/to/ngx_devel_kit \ --add-module=/path/to/another/module =head2 Building as a dynamic module Starting from NGINX 1.9.11, you can also compile this module as a dynamic module, by using the C<--add-dynamic-module=PATH> option instead of C<--add-module=PATH> on the C<./configure> command line above. And then you can explicitly load the module in your C via the L directive, for example, load_module /path/to/modules/ndk_http_module.so; load_module /path/to/another/module.so; =head1 Usage for developers To use the NDK in your own module, you need to add the following: =over =item 1. add this line to your module =back #include Note: since the NDK includes the following lines #include #include #include you can replace these with the single include above. =over =item 1. add the following line in the config file for your module: =back have=NDK_[module_name] . auto/have for each NDK module that you wish to use (you need to include auto/have multiple times if you wish to use multiple NDK modules. Note: the old method of setting CFLAGS="$CFLAGS -DNDK_[module_name]" is now deprecated. It will still work, but results in unnecessary lines being displayed when compiling Nginx. =head2 Warning: using NDK_ALL You can also set C to include all the NDK modules. This is primarily as a convenience in the early stages of development of another module. However, DO NOT LEAVE C IN YOUR CONFIG FILE WHEN PUBLISHING Although the NDK is fairly small now, it could in time become a large repository of code that would, if using NDK_ALL, result in considerably more code being compiled than is necessary. =head1 Modules using NDK The following 3rd-party modules make use of NDK. =over =item * L =item * L =item * L =item * L =item * L =item * L =back =head1 TODO =over =item * documentation for modules that don't already have it =item * additional phase-handler functions =item * generically testing for needing to add a handler =item * remove dependency of set_var on OpenSSL being compiled in =back =head1 License Copyright (c) 2010-2016, Marcus Clyne All rights reserved. Redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met: =over =item 1. Redistributions of source code must retain the above copyright notice, this list of conditions and the following disclaimer. =item 2. Redistributions in binary form must reproduce the above copyright notice, this list of conditions and the following disclaimer in the documentation and/or other materials provided with the distribution. =item 3. Neither the name of the copyright holder nor the names of its contributors may be used to endorse or promote products derived from this software without specific prior written permission. =back THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS "AS IS" AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. IN NO EVENT SHALL THE COPYRIGHT HOLDER OR CONTRIBUTORS BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. =head1 Contributing / Feedback If you are an Nginx module developer, and have developed some functions that are generic in nature (or would be easily adapted to be so), then please send them to me at the address below, and I'll add them to the kit. =head1 Author Marcus Clyne (contact at simpl dot it)