конечно, возможно.
у меня все сайты на нем работают.
белый экран это признак ошибки — в логах наверняка найдете причину ошибки.
даже не работает:
<?php
phpinfo();
?>
в логах .access.log:
77.245.122.77 - - [24/May/2017:22:41:16 +0300] "GET / HTTP/1.1" 200 31 "-" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36"
77.245.122.77 - - [24/May/2017:22:41:16 +0300] "GET /favicon.ico HTTP/1.1" 200 316 "http://stroikalife.ru/" "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36"
даже не работает:
<?php
phpinfo();
?>
Ну и причём тут ВП?
в логах .access.log:
а надо смотреть error.log
Тогда так:
2017/05/24 22:54:35 [crit] 16432#16432: *298797 connect() to unix:/var/www/php-fpm/rucon.sock failed (2: No such file or directory) while connecting to upstream, client: 77.245.122.77, server: stroikalife.ru, request: "GET / HTTP/1.1", upstream: "fastcgi://unix:/var/www/php-fpm/rucon.sock:", host: "stroikalife.ru"
ну это кривая настройка самого сервера.
тут вам только в тех. поддержку хостера — чтобы починили. вероятно, что там должен быть не rucon.sock, а что-то другое. у меня на centos7, например, это flector.sock (по имени пользователя, от которого процессы запускаются). но опять же, все зависит от настроек, а они разные на каждой серверной OS, да и даже на одной и той же OS нюансов может быть полно. fast-cgi вообще не работает на нативной версии php, только на альтернативных версиях, а как они у вас на сервере настроены неизвестно.
Модератор
Yui
(@fierevere)
永子
nginx у вас обращается к несуществующему сокету
либо неправильно прописан путь к сокету
либо не делался рестарт php-fpm , чтобы запустился новый пул который этот сокет будет слушать
попробуйте перезапустить сервис, или сервер перезагрузить
