Получение фатальных ошибок в Nginx, который покажут в браузере
Вам, безусловно, будет нужен сертификат для www.somefoo.com для соединения с https://www.somefoo.com для прохождения через без ошибки. Однако существуют опции для того, как Вы добираетесь там..
В лучшем варианте развития событий мы жили бы в мире, где Признак Имени сервера мог использоваться, не повреждая сайт для больших сегментов использующего Windows населения; это сделало бы довольно легким просто настроить второй сертификат для somefoo.com на том же сервере, и Вы будете хороши пойти.
Поскольку поддержка браузера не там, у Вас есть две реалистических опции:
1) Получите сертификат, который содержит и somefoo.example.com и somefoo.com как Подчиненные Альтернативные названия. Это вероятно не возможное, поскольку Вы упомянули использование Wildcard-сертификата.
2) Настройте отдельный веб-сервер с сертификатом somefoo.com, или обслуживание содержания somefoo.example.com непосредственно или отправка перенаправлений на somefoo.com.
В конфигурации пула PHP-FPM раскомментируйте
строку 463 php_flag [display_errors] = off
и измените его на
php_flag [display_errors] = on
] и не забудьте перезапустить php-fpm
Я полагал, что нашей настройки display_errors было недостаточно для отображения ошибок с помощью nginx.
Последним трюком для решения этой проблемы было отключение fastcgi_intercept_errors:
fastcgi_intercept_errors off;
Обычно это включено по умолчанию, например, в fastcgi_params.