Or should it be named “virtual hosting made easy”? Anyway. If your vhosting setup looks a bit more complext like having different options (static only, php support, pre-installed rails apps, …) but a similar setup for each you can’t use the vhosting modules and have to write everything by hand. But there is rescue thanks to includes and variables.
lighttpd 1.4.8
was just released and next to a pile of bugfixes we
added a new option to fastcgi.server to allow a simple setup of multiple
rails app in one virtual host.
In lighttpd 1.4.6 we have added some modifications for sites which have handle some 100 files in parallel with size of more than 100Mb each.
The problem in earlier releases was that lighttpd had to wait until the disk had seeked to the right place, read a few 100 kbyte to send it out. And this for each request as this scenario was completly trashing the disk-buffering. The IO-wait went sky-high and we were completly bound to the disk-io.
Last month have been very impressive for lighty. Every month I was waiting for the statistics gathered by NetCraft about the usage from web-server software on the net. We all know that Apache has 70% of the market, but as every month I check the detailed reports too see where lighty is now: place 30, 19000 installations.
And somehow this information got leaked to our last few missing distributor as I got mail from Zak (Ubuntu), darix (SuSE) and Ernest (Apple).
Finally,
this is the third attempt from my side to solve the upload problem (buffering the full content in memory)
In my daily work at MySQL I added scons as the build-system for a cross-platform, multi-language project and am very satisfied with the results. We have Unix, Windows and MacOS X as build-platforms and Java, C, PHP and Perl as programming languages and all works nicely together in a Python written build-system.
lighttpd goes now the same way, solving the nasty autotools dependencies.
With lighttpd 1.4.3 it is possible to do a graceful shutdown by sending a SIGINT to the process. It will only shutdown the server after the client connections are closed successfully without interrupting the connections.
But can this be used to implement “reload config on signal” or “graceful restart”?
lighttpd isn’t beautiful when it shows the user that a file is not available.
When I wrote it I want to make sure to don’t show any information that might be used for XSS attacks like displaying the URL unencoded, show local paths, … something like that. I used the simplest approach: Just show the status.
This is not pretty, but works. But I assume you want something more sexy.
From time to time we write code faster than documention. This basicly means that sometimes small gems are hidden and unknown to most users.
This time we want to put some focus on the new commandline options in lighttpd 1.4.0 and higher.
The big thing of lighttpd 1.4.0 were the nested conditionals, but how can they be used ? And what are includes ?