iTherapy Process (iTP) is software to help specialists in a Radiotherapy Department work together toward the same goal: to provide the best radiotherapy treatment to each patient. It allows one know, at any time and anywhere, what has been done, what needs to be done, and which deadlines to respect for each individual patient. At a glance, one can visualize the list of all the patients in a specific step of the process, the degree of emergency, their pathology, the requested treatment machine, the dose prescription, the treating physician, the medical physicist in charge, etc.
Jkaptive is a simple captive portal without RADIUS (and thus without total security, but at the same time without too much hassle). The reason behind this is because a lot of site administrators don't need tight security; their site is just a café that offers free Internet access on an unsecured WLAN access point connected to the Internet, and they need a ticketing system to make it cumbersome for average people to use this offering without actually buying a single coffee. Jkaptive itself just presents the login page and checks the token. The blocking of unticketed traffic is done through Linux' netfilter. As no proxy server is involved, jkaptive has no performance penalty, nor does it create problems with non-HTTP traffic. Once the token is accepted, jkaptive is out of the way of any network packets completely. For presenting the login page, jkaptive has a built-in Web server, so no additional Web server application is needed.
Alaya is a primitive chrooting Web server with basic WebDAV support. It can serve HTTPS and HTTP, and can authenticate using PAM, /etc/shadow, /etc/passwd, or using its own authentication files that allow for 'native' users that only have access to alaya content. It's intended to be a simple method of sharing content over WebDAV, and though it can be configured with a config file, it's easy to configure by command-line switches alone. Alaya always chroots to ensure that malicious users can't use '..' within a URL to access unintended documents, and that users can't accidentally leave documents in places outside of the chroot. It has a 'ChHome' mode that chroots users into their home directory and serves content from there. It supports .cgi scripts out of a trusted path (so not from within the chrooted WebDAV share) and read-only shared directories that are outside of the chroot (allowing access to shared content when in ChHome mode).
gweb++ is an asynchronous event-driven Web server and reverse proxy. It is written in C++, but it doesn't make use of the STL or of any additional libraries. It supports the following event notification mechanisms: epoll (edge-triggered, Linux), kqueue (FreeBSD), port (Solaris), poll, and select. It has the following main features: HTTP/1.1, reverse proxy, FastCGI, configurable via an XML file, MIME types support, pipelining, virtual hosts, Keep-Alive, directory listing (with an optional footer file), handling of the If-Modified-Since header, HTTP ranges, logs, configurable access logs, and log rotation.
Tiny Bash Server (TBS) is a small HTTP server. It allows CGI style scripting with .htsh files, which may contain Bash code embedded within normal HTML. TBS uses netcat to bind itself to open port(s). Multiple instances of the server may be run (on different ports and with different docroots) using separate configuration files. TBS comes with all the basic features you expect of a Web server: serving HTML/CSS, handling POST/GET forms, etc. It also passes selected environment variables for use with CGI scripting in .htsh files. However, it is highly not recommended to run TBS on any sort of production system. This is because, as a server, TBS is relatively slow, potentially insecure, and has fewer features than full-fledged servers like Apache HTTPD. A potential use for TBS is to develop browser-based frontends to bash scripts for local usage.