You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
@@ -205,8 +205,8 @@ From Visual Studio 2019 version 16.2.0, Azure SignalR Service is build-in web ap
205
205
}
206
206
```
207
207
208
-
3. Add render part before `@code` for UI to interact with SignalR client.
209
-
208
+
3. Add rendering part before `@code` for UI to interact with SignalR client.
209
+
210
210
```razor
211
211
<h1>Blazor SignalR Chat Sample</h1>
212
212
<hr />
@@ -336,15 +336,15 @@ From Visual Studio 2019 version 16.2.0, Azure SignalR Service is build-in web ap
336
336
}
337
337
```
338
338
339
-
8. Click `F5` to run the app. You'll be able to chat like below.
339
+
8. Click <kbd>F5</kbd> to run the app. You'll be able to chat like below.
340
340
341
341

342
342
343
343
## Publish to Azure App Service and migrate to Azure SignalR Service
344
344
345
345
So far, the Blazor App is working on local SignalR and when deploy to Azure App Service, it's suggested to use [Azure SignalR Service](https://docs.microsoft.com/en-us/aspnet/core/signalr/scale?view=aspnetcore-3.1#azure-signalr-service) which allows for scaling up a Blazor Server app to a large number of concurrent SignalR connections. In addition, the SignalR service's global reach and high-performance data centers significantly aid in reducing latency due to geography.
346
346
347
-
> Note
347
+
> IMPORTANT
348
348
>
349
349
> In Blazor Server app, UI states are maintained at server side which means server sticky is required in this case. If there's single app server, server sticky is ensured by design. However, if there're multiple app servers, there's a chance that client negotiation and connection may go to different servers and leads to UI errors in Blazor app. So you need to enable server sticky like below in `appsettings.json`:
350
350
> ```json
@@ -379,19 +379,19 @@ From Visual Studio 2019 version 16.2.0, Azure SignalR Service is build-in web ap
379
379
380
380
Now it's ready to publish. And it'll auto browser the page after publishing completes.
381
381
> It may not immediately work in the first time visiting page due to Azure Web App deployment start up latency and try refresh the page to give some delay.
382
-
> Besides, you can use browser debugger mode with `F12` to validate the traffic has already redirect to Azure SignalR Service.
382
+
> Besides, you can use browser debugger mode with <kbd>F12</kbd> to validate the traffic has already redirect to Azure SignalR Service.
@@ -402,11 +402,11 @@ From Visual Studio 2019 version 16.2.0, Azure SignalR Service is build-in web ap
402
402
}
403
403
```
404
404
405
-
3. Configure Azure SignalR Service `ConnectionString` either in [appsetting.json](appsettings.json) or with [Secret Manager](https://docs.microsoft.com/en-us/aspnet/core/security/app-secrets?view=aspnetcore-2.1&tabs=visual-studio#secret-manager) tool
405
+
3. Configure Azure SignalR Service `ConnectionString` either in [appsetting.json](appsettings.json) or with [Secret Manager](https://docs.microsoft.com/aspnet/core/security/app-secrets?view=aspnetcore-3.1&tabs=visual-studio#secret-manager) tool.
406
406
407
-
> Note
407
+
> NOTE
408
408
>
409
-
> Step 3 can be replaced by using hosting startup assemblies to SignalR SDK.
409
+
> Step 2 can be replaced by using [`HostingStartupAssembly`](https://docs.microsoft.com/aspnet/core/fundamentals/host/platform-specific-configuration?view=aspnetcore-3.1) to SignalR SDK.
410
410
>
411
411
> 1. Add configuration to turn on Azure SignalR Service in [appsetting.json](appsettings.json)
0 commit comments