Если вы про сообщение: Reconnection failed. Try reloading the page if you're unable to reconnect. То да - оно появляется когда пропадает связь с севером, как раз через websocket - значит приложение упало. Ну либо я не знаю dialup если только у вас.
Режим рендеринга ни как не связан с тем где использовать blazor в локальной сети или в интернете, а зависит от поставленных задач. Серверный рендер выполняется на сервере, а потом отдает - клиенту. Web Assembly же - загружается на клиент а потом рендерится. Interactive Server-Side Rendering это что-то между. Если вы работает активно с базой данных то вам нужен серверный вариант, а лучше интерактив. Если вы не работаете активно с базой, загрузили что-то нужное, а дальше интерактив на клиенте то это Web Assembly - например игрушка может быть какая-то типа как у автора. Хотя я бы лучше использовал interactive.
1 Зачем вы сделали два приложения? точнее Сервер 1 (Front / Blazor Server-Side Rendering) и каую-то прослойку на бэке (Back / Quartz + WebApi + PostgreSQL)? Если бы вы использовалт Blazor WebAssembly - я бы пнял вас. 2 Interactive Server-Side Rendering - работает через WebSocket! почему вы используете api? 3 Interactive Server-Side Rendering как раз позволяет сделать, что вы хотели, просто вы не правильно делаете. Вам не нужен front отдельный. добавьте на нужную страницу @rendermode InteractiveServer и все у вас получится. 4 Непрозрачная отладка SignalR. - "DetailedErrors": true, "Microsoft.AspNetCore.SignalR": "Debug". Куда еще детальнее? 5 Похоже вы не представляете как работает Blazor, а уже делаете какие-то отчеты и выводы. В ютубе полно видео про новые режимы рендеринга - посмотрите! 6 ни каких потерь не будет.
Давно пора!
А вообще странно, websocket передает килобайты - там все легкое.
Если вы про сообщение: Reconnection failed. Try reloading the page if you're unable to reconnect. То да - оно появляется когда пропадает связь с севером, как раз через websocket - значит приложение упало. Ну либо я не знаю dialup если только у вас.
Режим рендеринга ни как не связан с тем где использовать blazor в локальной сети или в интернете, а зависит от поставленных задач. Серверный рендер выполняется на сервере, а потом отдает - клиенту. Web Assembly же - загружается на клиент а потом рендерится. Interactive Server-Side Rendering это что-то между. Если вы работает активно с базой данных то вам нужен серверный вариант, а лучше интерактив. Если вы не работаете активно с базой, загрузили что-то нужное, а дальше интерактив на клиенте то это Web Assembly - например игрушка может быть какая-то типа как у автора. Хотя я бы лучше использовал interactive.
Совсем не правильно.
1 Зачем вы сделали два приложения? точнее Сервер 1 (Front / Blazor Server-Side Rendering) и каую-то прослойку на бэке (Back / Quartz + WebApi + PostgreSQL)? Если бы вы использовалт Blazor WebAssembly - я бы пнял вас.
2 Interactive Server-Side Rendering - работает через WebSocket! почему вы используете api?
3 Interactive Server-Side Rendering как раз позволяет сделать, что вы хотели, просто вы не правильно делаете. Вам не нужен front отдельный. добавьте на нужную страницу @rendermode InteractiveServer и все у вас получится.
4 Непрозрачная отладка SignalR. - "DetailedErrors": true, "Microsoft.AspNetCore.SignalR": "Debug". Куда еще детальнее?
5 Похоже вы не представляете как работает Blazor, а уже делаете какие-то отчеты и выводы. В ютубе полно видео про новые режимы рендеринга - посмотрите!
6 ни каких потерь не будет.