Search results

You are correct, I should have checked the end result...All my <directory> directives were empty, so the hidden options are doing their job. I ended up removing whole blocks from the template for more clarity.

You were right :). Thanks!

You might be right. It's in PHP 5.6, but we'll have to wait for the next version for the fix... Patches here (5.4) and here (5.5)

PHP-FPM + some mod_rewrite rules = AH01071. Can we fix this at the server level? Using the standard CB rules, some mod_rewrite rules will break everything. Users will get a "File not found" and admins will see "AH01071: Got error 'Primary script unknown\n' " There is a solution in another...

I'ts minor, but I think this block code should be rewritten, because php_admin_value in a virtualhost has no effect on PHP-FPM. |*if HAVE_SAFE_MODE="1"| php_admin_flag safe_mode |SAFE_MODE| |*endif| |*if CLI="1"| php_admin_flag engine |PHP| php_admin_value sendmail_path '/usr/sbin/sendmail...

http://forum.directadmin.com/showthread.php?t=49489

I think you're right, since CB knows what's actually installed. It could add the proper scripts to monit and wipe the monitoring configs from within DA.

What could be more important? ;) But yes, it's on my todo list as I find the tool in DA too limited and rigid and since including Nagios within DA doesn't make sense.

You're right, I just saw that someone managed to make it work on FreeBSD, after patching the hell out of it :) So, I re-read the whole thread and if NGINX includes it and it adds some real benefits to most sites, then why not? We would still need some proof of real world benefits vs simply using...

The officially support only 4: CentOS,Fedory,Debian,Ubuntu an with Apache 2.2. My point is that I'd rather the CB team focuses on some of the other tasks at hand rather than on this project which is not mature enough and useful enough.

They will work fine, just like when you use mod_php. Instead of having an Apache group shared amongst all users and thus offering no privacy, you have one group per user.

I'll be selfish and vote against it since it supports so few platforms: CentOS and Debian

I've added a couple of scripts in the OP to try and describe how easy it is to add some actions based on events as opposed to the on/off we currently have.

Something like Monit is more flexible and powerful than the system in DA, that's the reason I think it should replace that part of DA. Regarding scripts, you mean in Nagios?

Again, those apps only take care of the monitoring and give you nice graphs which help you understand where your bottlenecks are, etc. Monit can act as a powerful replacement for DA's service monitoring system which not only tells you if your service is up, but also restarts it.

Still a "problem" for at least webalizer, possibly more apps people don't install.

You're right, that's why there should be a PHP group per user account with only read access, but that doesn't exist in CB...yet.

Using PHP-FPM gives you the fastest-safest option, but it's only really safe for you. For the user, not so much. Any compromised script can be used to wipe his entire public_html folder and possibly more if you're not using open_basedir. http://forum.directadmin.com/showthread.php?t=48100...

Ah, good point :)

Other parts of the script need to be updated to take this into consideration Downloading curl-0.tar.gz... fetch: http://files6.directadmin.com/services/custombuild/curl-0.tar.gz: Not Found Downloaded file /usr/local/directadmin/custombuild/curl-0.tar.gz does not exist or is empty...