But, for example, if next update will include updates to both DB fields and references in code, we may solve the problem.

In addition you may consider adding my changes to next major release.
That way people who wish to evaluate nginx will use trunk or will have to wait for final release.
In future, people willing to move to that release, from older ISPC, will be required to perform minor adaptation to their DB.

Unfortunately I don't recall all changes I've performed and after I'll review final patch I may reply with concrete examples.

But, for example, if next update will include updates to both DB fields and references in code, we may solve the problem.

Click to expand...

As far as I know you changed also ptahs e.g. for satistics. This will mess up everything on update.

The only otion that I see at the moment for an inclusion is to rewrite your addons so that it follows the ispconfig paths and databse field names.

I'am sorry but I really can not include a piece of software even in a next major release that will break thousands of exsiting server installations.

Nevertehless I will review your code and see If it can be made compatible with the released ispconfig versions as it will be less work to chnage your plugin then to cahnge the whole ispconfig code to make it compatible with your plugin.

This topic is very interesting and I'm glad there is progress in getting nginx support to ISPC3. However, when this gets finalized I hope it does not require php-fpm. php-fpm still requires modifying PHP source manually, which means automatic security updates won't work.

My intention was eliminate mail server usage (thanks to gmail) and totally replace apache+libphp with nginx+php-fcgi-fpm and not to add nginx as reverse proxy.

Click to expand...

Question about the php-fpm part, would we be able to have php-fpm run as a different user for each website because I have php-fpm already set up like that and I don't want to have all the php-fpm processes running as the same user.

About a month ago I've started porting my old patches to latest ISPConfig.
Focus was:
1) Add support of PHP 5.3 in FPM mode. (with PHP-FPM sites of each user runs under their own user and PHP instances number grows dynamically on demand)
2) Update support for Nginx.
3) Refresh support for external mail (GoogleApps) using msmtp.
4) Add support for above in installer, as so called "lite" mode.

Currently code is partially written but still not tested due to time constrains.
I've posted one of the snapshots (Not the latest snapshot) here: http://gitorious.org/ispconfig-lite

Hope to to find some time to finish that soon.
Critics, comments and ideas are welcome.

I see a problem with your way to handle it : what happens if the tail -f process is being killed for any reason ? Especially, what happens if you reboot your server in the middle of the day ? It will stop logging for half a day ...