Apache / PHP Build Configuration

Hi James,

PHP SuExec will be supported in the actual release version of Virtualmin Professional--I know it doesn't appear in the beta version you have. We're still working out the kinks in supporting both PHP4/PHP5, and allowing users to choose which PHP version they use (on a per-domain basis, no less!)...this will also add the SuExec aspect to the picture (as well as FastCGI, so we don't lose any performance from going to a PHP as CGI model, which is required to get SuExec working in a clean manner with PHP).

It is entirely possible to run with your own Apache. Just point the configuration to the right place. However, we'd like to address the most common cases with a Right Way(tm) solution right out of the box...So, aside from PHP SuExec, what is wrong with our Apache package as it exists today?

I don't plan to dump the job of building software onto our customers--Apache is modular, so there is very little reason to build from scratch for every user. But, of course, we will support configuring Virtualmin to deal with a different Apache instance if there is something that needs to be custom and we can't provide it in the default installation.

It's in the plans. Or, rather, supporting Ruby Gems in much the same way CPAN is supported now...so, not any direct Rails support (but there really isn't much Webmin or Virtualmin could do about Rails other than install it, which Gems does nicely already...so better to build tools that use tools than reinvent the tool).

It won't be in the first official release, but we are installing Ruby/irb/rdoc when the rest of the system gets installed (if it's not already installed), if the OS provides packages for it. I don't know if any of our planned supported systems don't yet...but if there's demand, we can make sure Ruby is available even on systems where it isn't available from a system package.