Discussion in 'Developers' Forum' started by eugenesan, Dec 27, 2008.
we are waiting files from you and ready to test it
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.
Actually there is a project that should allow php-fpm as addon to PHP.
Unfortunately progress is almost stopped, since I am very busy lately.
If someone willing create/rebase patches based on older version, I am ready to release the code.
whats the status with this plugin?
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.
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.
This is my short Tip of traffic analysis.
debian + Nginx + vlogger + ispconfig3.0.3
]# vi /etc/nginx/conf.d/ispconfig.conf
log_format combined_ispconfig '$server_name $remote_addr - $remote_user [$time_local] '
'"$request" $status $bytes_sent '
access_log /var/log/nginx/vhost.access.log combined_ispconfig;
]# vi /root/bin/my_nginx_log_analysis.sh
/usr/bin/tail -f $VHOST_LOG_FILE | /usr/local/ispconfig/server/scripts/vlogger -s access.log -f 300 -t "%Y%m%d-access.log" -d "/etc/vlogger-dbi.conf" $LOG_DIR
]# vi /etc/logrotate.d/nginx
create 640 root adm
[ ! -f /var/run/nginx.pid ] || kill -USR1 `cat /var/run/nginx.pid`
Waiting for feedbacks.
What's up with this "plugin", or "patch", or any name you would give to this wonderful work ?
I'd like to use it & take part in its development but the code posted on gitorious is just too old and the commit tree too messy (only 3 commits for hundreds of files modified).
Waiting for news for Eungenesan
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 ...
Separate names with a comma.