Совсем упоротых кто много часов не слазеет, совместно с клиентом переконекчивают на новый

а реальной выгрузки и новой загрузки модулей не пробовали?

Пробовали, это ядерная бомба. )))

Тестировщики на деве такого не найдут. Много сюрпризов бывает. Плюс у нас же коды на сях еще меняются часто

а, ну если XS, то да

Когда ты модули меняешь, у тебя кол новый а данеые старые

Данные старые

Разрабы офигеют такое поддерживать

В сях тоже так можно dlunload/dlload
Но таже трабла. Структуры созданы старым кодом. Бинарная несовместимость сразу. Только в перле тебе везет, ибо там нет такого ключа в хеше и похер) а в сях будет кордамп и это в лучшем случае)

может отдельный ключ с pipe-ом, типа psgix.input.pipe на который в приложении уже можно повесить io watcher
p.s. https://github.com/plack/Plack/issues/404#issuecomment-20549566

Антон, ты просто используешь вебсокет как http сервер, просто заменив транспорт. А мы используем вебсокет как tcp-server со стейтом (тоже заменив транспорт с чистого тсп на вебсокет). В нашей специфике ты не сможешь сохранять стейт на каждое действие пользователя. В рил тайм играх например действия валятся с большой скоростью, и хранятся только в памяти сервера (или нескольких серверов). Записать их в базу / redis И так далее - нерабочее решение(
Вот это я имел ввиду stateful.

В твоем случае получается у тебя stateful вообще нету, и тогда да, тебе логично совместить http и вебсокет в одном

вебсокет в моём понимании — это возможность интерактивного взаимодействия клиента и сервера. стейтфул или стейтлес здесь перпендикулярно. если сервер хранит стейт, то он стейтфул, вот и всё

Незя, это не настоящий файл хендл. Ты не можешь сам вычитывать из сокета, это делает сам хттп сервер и эти данные проходят обработку ssl - chunks - compression, etc

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

нет, модель HTTP / REST изначально - stateless

куки и базы данных - это всего лишь костыли

ты описываешь разделение полномочий. что вам удобнее делать одно на вебсокетах, другое на хттп — ваша специфика.

ну как раз http сервер в этот пайп пишет уже куски "чистого" body

Так можно но есть 2 но
1) кол-во сисколов read/write удваивается и все данные лишний раз копируются
2) этого нет в доке по psgi, то есть ни один mvc/middleware этого не будет юзать

2) пока ни в одном plack-сервере этого нет, тч если реализовать, то может потом уже пушить в psgi-спеку