Skip to content

Commit 7b65fcd

Browse files
authored
Merge pull request #35519 from dotnet/main
2 parents bd6bd38 + 97ae452 commit 7b65fcd

File tree

2 files changed

+7
-1
lines changed

2 files changed

+7
-1
lines changed

aspnetcore/blazor/progressive-web-app.md

Lines changed: 6 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -322,10 +322,16 @@ The `AssetUrl` metadata specifies the base-relative URL that the browser should
322322

323323
Like any other PWA, a Blazor WebAssembly PWA can receive push notifications from a backend server. The server can send push notifications at any time, even when the user isn't actively using the app. For example, push notifications can be sent when a different user performs a relevant action.
324324

325+
<!-- UPDATE 10.0 - REMOVING FOR NOW. The content at the destination was pulled
326+
on https://github.com/dotnet-presentations/blazor-workshop/pull/368.
327+
I'll converse with DR about what else we can point to for this.
328+
325329
The mechanism for sending a push notification is entirely independent of Blazor WebAssembly, since it's implemented by the backend server which can use any technology. If you want to send push notifications from an ASP.NET Core server, consider [using a technique similar to the approach taken in the Blazing Pizza workshop](https://github.com/dotnet-presentations/blazor-workshop/blob/master/docs/09-progressive-web-app.md#sending-push-notifications).
326330
327331
The mechanism for receiving and displaying a push notification on the client is also independent of Blazor WebAssembly, since it's implemented in the service worker JavaScript file. For an example, see [the approach used in the Blazing Pizza workshop](https://github.com/dotnet-presentations/blazor-workshop/blob/master/docs/09-progressive-web-app.md#displaying-notifications).
328332
333+
-->
334+
329335
## Caveats for offline PWAs
330336

331337
Not all apps should attempt to support offline use. Offline support adds significant complexity, while not always being relevant for the use cases required.

aspnetcore/host-and-deploy/health-checks.md

Lines changed: 1 addition & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -43,7 +43,7 @@ The following example creates a health check endpoint at `/healthz`:
4343
[Docker](xref:host-and-deploy/docker/index) offers a built-in `HEALTHCHECK` directive that can be used to check the status of an app that uses the basic health check configuration:
4444

4545
```dockerfile
46-
HEALTHCHECK CMD curl --fail http://localhost:5000/healthz || exit
46+
HEALTHCHECK CMD curl --fail http://localhost:5000/healthz || exit 1
4747
```
4848

4949
The preceding example uses `curl` to make an HTTP request to the health check endpoint at `/healthz`. `curl` isn't included in the .NET Linux container images, but it can be added by installing the required package in the Dockerfile. Containers that use images based on Alpine Linux can use the included `wget` in place of `curl`.

0 commit comments

Comments
 (0)