Я обычно использую в своих проектах socket.io.
Поднимаю сервер node socket.io, к нему клиенты подключаются через js библиотеку laravel echo.
Вся тяжелая логика обрабатывается на сервере посредством php laravel.
Кстати, как вариант, у laravel так же из коробки, есть возможность использовать разные броадкастеры, можно не поднимать свой node socket.io сервер, а например использовать платное решение: https://pusher.com/
Ну а по поводу нагрузки, я думаю тут всё зависит в первую очередь от реализации (в плане оптимизации процессов) и от мощности сервера. 10к соединений это мало, но опять же, смотря каким объемом данных они обмениваются (вдруг видео в base64 туда сюда гоняют :)) )
Я бы порекомендовал экспериментировать, пробовать и решать проблемы по мере их поступления.
Данная проблемка создает косметический дефект в коде, если приходится писать название отношения в виде public function blog_posts(), хотя даже в самой доке не используется snake case https://laravel.su/docs/8.x/eloquent-relationships
m0nym, тут немного в другом дело. Использую framework7 + vue, на андроиде 7 всё ок, а на 4,4 не работает. (без vue работает) вот и решил что для старых андроидов vue не всегда будет работать
JhaoDa, смысл в том, что нужно сделать \DB::rollBack() (отменить сохранения) если будет ошибка при последующих записях в базу. Поэтому вот (насколько я понял) "\DB::rollBack()" пихают в } catch (\Exception $e) {
\DB::rollBack();
}
JhaoDa, Ну он срабатывает, говорит что поле blabla111 не существует. Но однако \DB::rollBack(); не делает отмену сохранения $blabla1->blabla= 123; и в чем тогда смысл транзакции
Я обычно использую в своих проектах socket.io.
Поднимаю сервер node socket.io, к нему клиенты подключаются через js библиотеку laravel echo.
Вся тяжелая логика обрабатывается на сервере посредством php laravel.
Кстати, как вариант, у laravel так же из коробки, есть возможность использовать разные броадкастеры, можно не поднимать свой node socket.io сервер, а например использовать платное решение: https://pusher.com/
Ну а по поводу нагрузки, я думаю тут всё зависит в первую очередь от реализации (в плане оптимизации процессов) и от мощности сервера. 10к соединений это мало, но опять же, смотря каким объемом данных они обмениваются (вдруг видео в base64 туда сюда гоняют :)) )
Я бы порекомендовал экспериментировать, пробовать и решать проблемы по мере их поступления.