 for multiple versions of php with php-fpm.
I did a fresh install yesterday of a CentOS 7.3 VPS with the install.sh script. This went reasonably well now, but I note that when finished there is no version of php-fpm installed for php5.4 -- just for php 7.0. SO --- when you put in a domain, php-fpm does not show up as an option - it only apparently checks for php-fpm on 5.4.
Fix the install script so there's at least ONE useful version of php-fpm - This works fine for php 5.4 after manually installing the php-fpm package, which appears to be missing in the install.
Fix things so that other versions of PHP are working. php-fpm DOES get installed for php 7.0 -- but you can't set it up in Virtualmin as far as I can see.
That's odd, Virtualmin should detect PHP FPM 7.0.
If you SSH in as root and run virtualmin check-config, what does it say about FPM support?
Your system has 1.80 GB of memory, which is at or above the Virtualmin recommended minimum of 256 MB.
Plugin Bootup actions is installed OK.
Default IPv6 address for virtual servers is fe80::54:ff:fe81:f314.
.. failed : Job for php-fpm.service failed because the control process exited with error code. See "systemctl status php-fpm.service" and "journalctl -xe" for details.
And then virtualmin gets pretty confused from there on in.
You cannot run both versions of php-fpm simultaneously because they're both trying to run on the same port, so when you start the second one it fails.
As far as I can tell it can only use php-fpm for the 5.4 version of php --- which was also the case in the current Virtualmin version. But it may be as simple as just seeing if there is any sort of php-fpm running, and not trying to start the php5.4 version.
You're right - Virtualmin will try to start/restart the php-fpm service instead of php7-fpm if the former exists.
Why not simply uninstall the old version 5.4 package? That should make Virtualmin detect only the 7.0 version.
virtualmin doesn't ever seem to show that php-fpm is available unless php-fpm is installed. If you run virtualmin check-config it says that php-fpm is not available unless the 5.4 version is installed.
That's how I discovered that the default install doesn't include the php-fpm package for 5.4 --- Virtualmin just never made the php-fpm option available.
If you uninstall php-fpm, virtualmin just thinks that php-fpm is unavailable and won't let you turn it on for a domain. I think that the php-fpm package is just hard-wired in everywhere and nothing works unless it's installed. And if it IS installed virtualmin keeps trying to start up the php-fpm service, which isn't the one we need.
It could be that we're looking in the wrong place for the FPM 7.0 config files.
If you un-install version 5.4 and run virtualmin check-config, what exactly does it say about FPM support?
So -- it's like this. I REALLY like to run the REMI repository instead of the SCL repository, The SCL stuff is downstream from the Remi stuff, and the REMI repos are always more up-to-date and more comprehensive (for example the REMI repos contain php-pecl-memcache, and the SCL ones don't).
And for php56, which I would also like to see supported, just substitute 56 for 70 in both of the above.
This is all sort of irritating in that the REMI repo seems more consistent about naming between releases, etc. than SCL has been.
Anyway, if you could support any PHP version of both of those repo classes, that would be fantastic. The code between the repos is pretty much identical for any particular version - it's just that the SCL stuff is a level later and sometimes seems to be missing packages. And I suspect you'll find that a lot of people prefer to use remi rather than the SCL/SCLO packages.
Thanks - the current code doesn't look for those init scripts, but we will fix this in the 6.01 release.
I'm glad to hear that - that may help us out with some performance issues with a few of our customers. No huge hurry with that, but it will be nice to have. I want to say that Virtualmin is the best. Dealing with you guys is almost always spectacularly fast and professional, unlike what I see with 90% of the companies out there. If only it was easier to deal with the clients who only only only want Cpanel because thats a "real" control panel. I've always appreciated that VIrtualmin mucks around with the OS as little as possible, unlike some of the other systems where it's "sort of linux, but a whole lot control panel" when you're done. I only wish we were a big enough company to throw more cash your way (though I'm working on that).
If you need a quick fix, you can see the patch at https://github.com/virtualmin/virtualmin-gpl/commit/33af00338be9a48cf441...
I've also added dependencies to the yum groups. So, php-fpm will get installed for the CentOS standard PHP packages, too. But, we definitely want the PHP7 packages to work easily.
DID this fix, then recheck sees php-fpm https://github.com/virtualmin/virtualmin-gpl/commit/33af00338be9a48cf441... Site configuration you can check for php-fpm but ending with message ""Failed to save website options : No PHP versions found for mode fpm""
PHP-FPM support is available on this system. """<reponame>rigingo/dop
package main

import (
	"net/http"
	"path/filepath"

	"github.com/gorilla/mux"
	"github.com/vmogilev/dlog"
)

func MountPoint(httpMount string) string {
	if httpMount == "/" {
		return ""
	} else {
		return httpMount
	}
}

func NewRouter(httpMount string, dopRoot string, photos string) *mux.Router {

	mp := MountPoint(httpMount)

	router := mux.NewRouter().StrictSlash(true)
	//router.PathPrefix(httpMount)

	var routes Routes
	routes = jc.Mount()
	dlog.Info.Println(routes)

	for _, route := range routes {
		var handler http.Handler

		handler = route.HandlerFunc
		handler = Logger(handler, route.Name)

		router.
			Methods(route.Method).
			Path(mp + route.Pattern).
			Name(route.Name).
			Handler(handler)

	}
	//router.PathPrefix("/").Handler(Logger(http.StripPrefix("/static/", http.FileServer(http.Dir("./static/"))), "Static"))
	//router.PathPrefix("/").Handler(Logger(http.FileServer(http.Dir("./static/")), "Static"))
	//router.PathPrefix(mp + "/").Handler(Logger(http.FileServer(http.Dir(filepath.Join(dopRoot, "static"))), "Static"))
	router.PathPrefix(mp + "/photos").Handler(http.StripPrefix(mp+"/photos", Logger(http.FileServer(http.Dir(photos)), "Photos")))
	router.PathPrefix(mp + "/").Handler(http.StripPrefix(mp+"/", Logger(http.FileServer(http.Dir(filepath.Join(dopRoot, "static"))), "Static")))

	return router
}
The City of Toronto continues to actively monitor the situation in collaboration with provincial and national health agencies, as well as local partners including hospitals, local airports, and community agencies. All suspected and confirmed cases of 2019-nCoV are reportable to local health authorities under the Health Protection and Promotion Act.A student was hit and killed by a driverless Docklands Light Railway train at the Stratford station when she had an epileptic fit and fell on to the train tracks.
The economics student from Lithuania, Erika Skuseviciute, 27, was visiting her boyfriend Ricardas Svedkaliskas, 36, in north Woolwich to celebrate the couple's 10<sup>th anniversary when she was killed in October 2013.
There was 12 seconds in between her falling on the track and the train passing over her. In that time, even if someone had pressed the button on the platform it\'s not possible to say on the balance of probability that the train would have stopped. It\'s simply an unfortunate accident.
Speaking of his girlfriend, Svedkaliskas said: "Erika was a very intelligent, beautiful and caring woman with a bright future."
He told The Evening Standard: "The morning of her death she told