Night

сейчас в какой то момент при серверном рендеринге некоторые запросы провисают и nginx рвет соединение в итоге часть запросов к сайту падает.

Даже голый инстанс nginx тяжело убить всего-лишь 800 рпс. Пусть это даже будет одноядерное гамно.
Мне кажется, думать о тюнинге самого nginx пока рано, по опыту - 4-5к рпс на 1 ноду nginx не создает никаких проблем для обычного 2х ядерного DO'шного сервака за 15$.

Проблема не веб-сервера, проблема бэкенда, который стоит за ним.

Соединение рвется с кем? То что с клиентом - понятно, какой ответ отдает nginx, наверное 504?
Рвет соединение с клиентом он скорее всего потому-что бэкенд отвалился. Кто отваливается из бэка?
Если с пыхой - ковырять пыху.
Если с нодой - ноду.

Обрывать соединения nginx может по ряду причин:
- connection timeout при общении с бэкендом
- обрыв соединения с бэкендом
- некорректный (ошибочный) ответ бэкенда
- туева хуча ошибок при общении с клиентом (это опускаем)

Обо всем этом nginx успешно пишет в свои логи, посмотрите что там происходит.
Также, сам пых и ноду можно настроить логи на отладку.
У пыхи есть трейсинг слоу-логов, логирование каждого запроса и прочее.

Маны и бубень в руки. Удачи!

Есть сервер на том же домене, то на сервер будут переданы те же самые куки, какие при обычном запросе.

Если сервер другой, то при коннекте к WS серверу сначала посылаем токен для авторизации (пусть это будет PHPSESSID), далее работаем как с авторизованным юзером.

lmgtfy.com/?q=php+form+builder

У веб-сервера нет доступа к файлу wp-content/uploads/2018/03/vestovoi.png

Оффтоп:
DigitalOcean в последние несколько дней просто из рук вон плохо работает.

У меня 3-4 ноды из 20 просто ушли в ребут сами по себе, а еще штуки три ушли на некое плановое обслуживание (слава богу не все разом)...

Проблемы начали появляться заметно чаще...

Все просто!
Делаете запрос на разницу в секундах между in/out, берете avg по полученному результату.

SELECT avg (out-in) FROM table GROUP BY user_id

Индексы тут не могут быть использованы.

Приват24?

Select count(*) cnt, uid from tbl group by uid order by cnt desc

Не ловите исключения.

Ваш код должен делать это только в сугубо-редких случаях, в остальных - все исключения ловятся в одном месте.
Это избавит Вас от проблем логирования ошибок (это сделано в едином месте), откате транзакций, возврата ответа с кодом ошибки прочего.

Сделайте единую точку входа в апку, в ней отлавливайте все исключения, логируйте.

dup.ru/index.php?m=dup_pricetable

от 155 руб. до 245 руб. (0 доменов на договоре)

Как бы это глупо не звучало, но замените абстрактную фабрику любой другой фабрикой.

Class MyDoorFactory {
 public function factory($door) {
  $class = 'MyNamespace\\' . $door;
  return new $class;
 }
}

Реально.

Посему ломаю голову, как правильней проводить рефракторинг подобного кода.

Просто проводить рефакторинг, чтобы таких нюансов не было. Приводите всех предков к единой сигнатуре.

Попробуйте REST API, front работает с четко стандартизированным апи, бэкенд не парится о том как это выглядит.