Currently I work on a small private home-automation project. The purpose to "control" the heating system at home (heat-pump system) via the Internet.
Okay, "control" is a too big word for the heat-pump as it has only 3 controlable modes, at least without reverse-engineering effort: "normal", "off" and "night reduction" by an external analog input. The goal is to shift energy consumption to the lower priced off-peak times.
Unfortunatly, lighhtpd does not support ".htaccess" rules directly. So if you want to use a script targeted for Apache, you have to implement your own rules.
Luckily, the most needed rule is to forbid the serving of a whole directory, the "Deny From All" rule.
This one can be emulated within the lighttpd.con -- but you have to list every affected directory. A tedious task to find out every .htaccess contianing the rule and then adding the path to the configuration.
But this can be automated:
Today I installed the squirrel on my Thecus. The horde used before -- even if powerful -- was just to slow to make fun. As friends told me that the squirrel is slick and quick -- as its name suggests. (After installation, I can confirm this)
The squirrel -- is a web interface for accessing your mail, written in PHP. It does -- by default -- needs not to have any database. It can access your mail both by IMAP and by POP3.
As my setup is not the regular "Apache" based one, it might make sense to show how it has to be configured with lighttpd as web server.
Some time ago, I wrote how to test a kernel on the Thecus (here).
As I did not update the kernel for some time, I decided to update to 2.6.30. As usual, I wanted to try it before flasing it permanently. To enforce this, I do not have the package "flash-kernel" installed. But unfortunatly, this time the testing method did not work or the kernel did not boot...(More)
Some time ago, I wrote a C-program for controlling the Fan inside the Thecus N2100.
The reason for this is, that the current solutions found on the web are not suitable for me. As an example, it keeps the hard-drives awake.
As this program might be interested for other Thecus users too, I decided to release it to the public.
For example, the horde framework I use on my NAS is quite old and misses some features I'd like to have.
However, there are some pitfalls when using the debian version and trying to update with the upstream version, as the "debian way" stores some files at different locations, which is ok.
Because of personal experience, it is good to test a kernel prior flashing it: It ould happen, that the Thecus won't boot with a new kernel. I learned this the hard way.
But how to test it? The trick is, to the kernel into RAM and
execute it from there.
This howto will show all the steps necessary to testdrive a kernel.
By the way, these instructions are also good for other uses: For example,
if you need a recovery/rescue system, (the debian installer is fine for that purpose.)
- if you prefer to run the debian installer from RAM, (for tests, or if you don't wan't to reflash your current firmware)
- if you want to uninstall debian and revert to the original firmware.
- have a backup-kernel handy. ("Known-Good-Kernel")
Best of all, this is done completely in RAM. So just "pull the plug" to revert to the old state.