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
Copy file name to clipboardExpand all lines: articles/cdn/akamai-retirement-faq.md
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -49,7 +49,7 @@ For Azure Traffic Manager users with Multi-CDN:
49
49
50
50
> [!TIP]
51
51
> Items to validate related migration:
52
-
> - HTTPS with Managed Certificate. To provision a managed certificate, you must CNAME your custom domain to an `azureedge.net`` endpoint. If you have changed the CNAME of your custom domain, check your HTTPS status and wait for the provisioning to complete.
52
+
> - HTTPS with Managed Certificate. To provision a managed certificate, you must CNAME your custom domain to an `azureedge.net` endpoint. If you have changed the CNAME of your custom domain, check your HTTPS status and wait for the provisioning to complete.
53
53
> - Azure CDN Standard from Edgio offers enhanced reporting and origin configuration options. You can access them by selecting the **Managed** button.
Copy file name to clipboardExpand all lines: articles/cdn/cdn-add-to-web-app.md
+6-5Lines changed: 6 additions & 5 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -94,7 +94,8 @@ Navigate a browser to the following URL:
94
94
95
95
`http://<endpointname>.azureedge.net/index.html`
96
96
97
-

97
+
:::image type="content" source="media/cdn-add-to-web-app/sample-app-home-page-cdn.png" alt-text="Screenshot of sample app home page served from content delivery network.":::
98
+
98
99
99
100
You see the same page that you ran earlier in an Azure web app. Azure Content Delivery Network has retrieved the origin web app's assets and is serving them from the content delivery network endpoint
100
101
@@ -135,7 +136,7 @@ If you browse to the content delivery network endpoint URL for the home page, yo
135
136
136
137
`http://<endpointname>.azureedge.net/index.html`
137
138
138
-

139
+
:::image type="content" source="media/cdn-add-to-web-app/no-v2-in-cdn-title.png" alt-text="Screenshot of No V2 in title in content delivery network.":::
139
140
140
141
<aname='purge-the-cdn-in-the-portal'></a>
141
142
@@ -173,7 +174,7 @@ When you browse to the content delivery network endpoint URL for *index.html*, y
173
174
174
175
`http://<endpointname>.azureedge.net/index.html`
175
176
176
-

177
+
:::image type="content" source="media/cdn-add-to-web-app/v2-in-cdn-title.png" alt-text="Screenshot of V2 in title V2 in title in content delivery network.":::
177
178
178
179
For more information, see [Purge an Azure Content Delivery Network endpoint](../cdn/cdn-purge-endpoint.md).
179
180
@@ -220,11 +221,11 @@ In a browser, go to the content delivery network endpoint URL with a new query s

224
+
:::image type="content" source="media/cdn-add-to-web-app/v3-in-cdn-title-qs2.png" alt-text="Screenshot of V3 in title in content delivery network, query string 2.":::

228
+
:::image type="content" source="media/cdn-add-to-web-app/v2-in-cdn-title-qs1.png" alt-text="Screenshot of V2 in title in content delivery network, query string 1.":::
228
229
229
230
This output shows that each query string is treated differently:
Copy file name to clipboardExpand all lines: articles/cdn/cdn-advanced-http-reports.md
+4-4Lines changed: 4 additions & 4 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -182,7 +182,7 @@ The left-hand side of the graph (y-axis) indicates the file name for each of the
182
182
Directly below the bar chart, the following information is listed for the top 250 requested assets: relative path (including file name), the number of times that it gets downloaded to completion, the number of times that it gets requested, and the percentage of requests that resulted in a complete download.
183
183
184
184
> [!TIP]
185
-
> Our CDN is not informed by an HTTP client (that is, browser) when an asset has been completely downloaded. As a result, we have to calculate whether an asset has been completely downloaded according to status codes and byte-range requests. The first thing we look for when making this calculation is whether a request results in a 200 OK status code. If so, then we look at byte-range requests to ensure that they cover the entire asset. Finally, we compare the amount of data transferred to the size of the requested asset. If the data transferred is equal to or greater than the file size and the byte-range requests are appropriate for that asset, then the hit will be counted as a complete download.
185
+
> Our content delivery network is not informed by an HTTP client (that is, browser) when an asset has been completely downloaded. As a result, we have to calculate whether an asset has been completely downloaded according to status codes and byte-range requests. The first thing we look for when making this calculation is whether a request results in a 200 OK status code. If so, then we look at byte-range requests to ensure that they cover the entire asset. Finally, we compare the amount of data transferred to the size of the requested asset. If the data transferred is equal to or greater than the file size and the byte-range requests are appropriate for that asset, then the hit will be counted as a complete download.
186
186
>
187
187
> Due to the interpretive nature of this report, you should keep in mind the following points that may alter the consistency and accuracy of this report.
188
188
>
@@ -199,7 +199,7 @@ The By 404 Errors report allows you to identify the type of content that generat
199
199
> For the purposes of this report, note the following:
200
200
>
201
201
> - A hit represents any request for an asset regardless of status code.
202
-
> - Edge CNAME URLs are converted to their equivalent CDN URLs. This allows an accurate tally for all statistics associated with an asset regardless of the CDN or edge CNAME URL used to request it.
202
+
> - Edge CNAME URLs are converted to their equivalent content delivery network URLs. This allows an accurate tally for all statistics associated with an asset regardless of the content delivery network or edge CNAME URL used to request it.
203
203
>
204
204
>
205
205
@@ -209,7 +209,7 @@ Directly below the bar chart, the following information is listed for the top 25
209
209
210
210
## See also
211
211
212
-
-[Azure CDN Overview](cdn-overview.md)
213
-
-[Real-time stats in Microsoft Azure CDN](cdn-real-time-stats.md)
Copy file name to clipboardExpand all lines: articles/cdn/cdn-app-dev-node.md
+2-1Lines changed: 2 additions & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -38,7 +38,8 @@ npm init
38
38
39
39
You will then be presented a series of questions to initialize your project. For **entry point**, this tutorial uses *app.js*. You can see my other choices in the following example.
:::image type="content" source="./media/cdn-app-dev-node/cdn-npm-init.png" alt-text="Screenshot of NPM init output.":::
42
+
42
43
43
44
Our project is now initialized with a *packages.json* file. Our project is going to use some Azure libraries contained in npm packages. We'll use the library for Microsoft Entra authentication in Node.js (@Azure/identity) and the Azure CDN Client Library for JavaScript (@Azure/Azure Resource Manager-cdn). Let's add those to the project as dependencies.
Copy file name to clipboardExpand all lines: articles/cdn/cdn-billing.md
+2-2Lines changed: 2 additions & 2 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -59,15 +59,15 @@ If you're using Azure Blob storage as the origin for your content, you also incu
59
59
- Transfers in GB: The amount of data transferred to fill the content delivery network caches.
60
60
61
61
> [!NOTE]
62
-
> Starting October 2019, If you are using Azure Content Delivery Network from Microsoft, the cost of data transfer from Origins hosted in Azure to content delivery network PoPs is free of charge. Azure Content Delivery Network from Edgio is subject to the rates described as followed.
62
+
> Starting October 2019, if you are using Azure Content Delivery Network from Microsoft, the cost of data transfer from origins hosted in Azure to content delivery network PoPs is free of charge. Azure Content Delivery Network from Edgio is subject to the rates described as followed.
63
63
64
64
For more information about Azure Storage billing, see [Plan and manage costs for Azure Storage](../storage/common/storage-plan-manage-costs.md).
65
65
66
66
If you're using *hosted service delivery*, you incur charges as follows:
67
67
68
68
- Azure compute time: The compute instances that act as the origin.
69
69
70
-
- Azure compute transfer: The data transfers from the compute instances to fill the Azure content delivery network caches.
70
+
- Azure compute transfer: The data transfers from the compute instances to fill the Azure Content Delivery Network caches.
71
71
72
72
If your client uses byte-range requests (regardless of origin service), the following considerations apply:
Copy file name to clipboardExpand all lines: articles/cdn/cdn-caching-policy.md
+6-6Lines changed: 6 additions & 6 deletions
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -13,18 +13,18 @@ ms.author: juliako
13
13
14
14
# Manage Azure CDN caching policy in Azure Media Services
15
15
16
-
Azure Media Services provides HTTP based Adaptive Streaming and progressive download. HTTP based streaming is highly scalable with benefits of caching in proxy and CDN layers as well as client-side caching. Streaming endpoints provides general streaming capabilities and also configuration for HTTP cache headers. Streaming endpoints sets HTTP Cache-Control: max-age and Expires headers. You can get more information for HTTP cache headers from [W3.org](https://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html).
16
+
Azure Media Services provides HTTP based Adaptive Streaming and progressive download. HTTP based streaming is highly scalable with benefits of caching in proxy and CDN layers and client-side caching. Streaming endpoints provides general streaming capabilities and also configuration for HTTP cache headers. Streaming endpoints sets HTTP Cache-Control: max-age and Expires headers. You can get more information for HTTP cache headers from [W3.org](https://www.w3.org/Protocols/rfc2616/rfc2616-sec13.html).
17
17
18
18
## Default Caching headers
19
19
20
-
By default streaming-endpoints apply 3 day cache headers for on-demand streaming data (actual media fragments/chunks) and manifest(playlist). For live streaming, streaming endpoints apply 3 day cache headers for data (actual media fragments/chunks) and 2seconds cache header for manifest(playlist) requests. When live program turns to on-demand (live archive), then on-demand streaming cache headers apply.
20
+
By default streaming-endpoints apply three day cache headers for on-demand streaming data (actual media fragments/chunks) and manifest(playlist). For live streaming, streaming endpoints apply three day cache headers for data (actual media fragments/chunks) and 2-seconds cache header for manifest(playlist) requests. When live program turns to on-demand (live archive), then on-demand streaming cache headers apply.
21
21
22
22
## Azure CDN integration
23
23
24
-
Azure Media Services provides [integrated CDN](https://azure.microsoft.com/updates/azure-media-services-now-fully-integrated-with-azure-cdn/) for streaming-endpoints. Cache-control headers applies in the same way as streaming endpoints to CDN enabled streaming endpoints. Azure CDN uses streaming endpoint configured cache values to define the life time of the internally cached objects and also uses this value to set the delivery cache headers. When using CDN enabled streaming endpoints it is not recommended to set small cache values. Setting small values decrease the performance and reduce the benefit of CDN. It is not allowed to set cache headers smaller than 600 seconds for CDN enabled streaming endpoints.
24
+
Azure Media Services provides [integrated CDN](https://azure.microsoft.com/updates/azure-media-services-now-fully-integrated-with-azure-cdn/) for streaming-endpoints. Cache-control headers apply in the same way as streaming endpoints to CDN enabled streaming endpoints. Azure CDN uses streaming endpoint configured cache values to define the life time of the internally cached objects and also uses this value to set the delivery cache headers. When using CDN enabled streaming endpoints, it isn't recommended to set small cache values. Setting small values decrease the performance and reduce the benefit of CDN. It isn't allowed to set cache headers smaller than 600 seconds for CDN enabled streaming endpoints.
25
25
26
26
> [!IMPORTANT]
27
-
> Azure Media Services has complete integration with Azure CDN. With a single click, you can integrate all the available Azure CDN providers to your streaming endpoint including standard and premium products. For more information, see this [announcement](https://azure.microsoft.com/blog/standardstreamingendpoint/).
27
+
> Azure Media Services has complete integration with Azure Content Delivery Network. With a single click, you can integrate all the available Azure Content Delivery Network providers to your streaming endpoint including standard and premium products. For more information, see this [announcement](https://azure.microsoft.com/blog/standardstreamingendpoint/).
28
28
>
29
29
> Data charges from streaming endpoint to CDN only gets disabled if the CDN is enabled over streaming endpoint APIs or using Azure portal's streaming endpoint section. Manual integration or directly creating a CDN endpoint using CDN APIs or portal section doesn't disable the data charges.
30
30
@@ -39,5 +39,5 @@ You can use Azure portal or Azure Media Services APIs to configure cache header
39
39
## Cache configuration precedence order
40
40
41
41
1. Azure Media Services configured cache value overrides default value.
42
-
2. If there is no manual configuration, default values apply.
43
-
3. By default 2seconds cache headers applies to live streaming manifest(playlist) regardless of Azure Media or Azure Storage configuration and overriding of this value is not available.
42
+
2. If there's no manual configuration, default values apply.
43
+
3. By default 2-seconds cache headers apply to live streaming manifest(playlist) regardless of Azure Media or Azure Storage configuration and overriding of this value isn't available.
0 commit comments