Apache / PHP Build Configuration

4 posts / 0 new
Last post
#1 Thu, 08/25/2005 - 00:28
JamesMiller

Apache / PHP Build Configuration

Is there any plan to allow for a custom configuration, build, and installation of Apache / PHP with Virtualmin Pro? I only ask because I would definitely like to have PHPSuExec enabled on my systems as well as some other options disabled or enabled. This could also be something to directly compare to cPanel / WHM, as it has a very nice Apache / PHP builder in the UI.

Thu, 08/25/2005 - 01:11
Joe
Joe's picture

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.

--

Check out the forum guidelines!

Thu, 08/25/2005 - 01:19
JamesMiller

I guess I just spoke too soon. Looking forward to the PHP 4/5 option as well as SuExec and FastCGI capabilities. Going in the FastCGI direction, any chance virtualmin could support Ruby on Rails?

Thu, 08/25/2005 - 05:55
Joe
Joe's picture

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.

--

Check out the forum guidelines!