Update RFC 7232 links (#19069)

docs/guide-es/caching-http.md

@@ -110,7 +110,7 @@ La generación de un ETag que requiera muchos recursos puede echar por tierra el
 introducir una sobrecarga innecesaria, ya que debe ser re-evaluada en cada solicitud (request). Trata de encontrar una
 expresión sencilla para invalidar la caché si la página ha sido modificada.
 
-> Note: En cumplimiento con [RFC 7232](http://tools.ietf.org/html/rfc7232#section-2.4),
+> Note: En cumplimiento con [RFC 7232](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4),
   `HttpCache` enviará ambas cabeceras `ETag` y `Last-Modified` si ambas están configuradas. Y si el clientes envía tanto la cabecera `If-None-Match` como la cabecera `If-Modified-Since`, solo la primera será respetada.
 
 ## La Cabecera `Cache-Control` <span id="cache-control"></span>

docs/guide-fr/caching-http.md

@@ -86,7 +86,7 @@ ETags vous autorise des stratégies de mises en cache plus complexes et/ou plus
 
 Des génération coûteuses d'ETag peuvent contrecarrer l'objectif poursuivi en utilisant `HttpCache` et introduire une surcharge inutile, car il faut les réévaluer à chacune des requêtes. Essayez de trouver une expression simple qui invalide le cache si le contenu de la page a été modifié. 
 
-> Note : en conformité avec la norme [RFC 7232](http://tools.ietf.org/html/rfc7232#section-2.4),
+> Note : en conformité avec la norme [RFC 7232](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4),
   `HttpCache` envoie les entêtes `ETag` et `Last-Modified` à la fois si ils sont tous deux configurés. Et si le client envoie les entêtes `If-None-Match` et `If-Modified-Since` à la fois, seul le premier est respecté. 
 
 

docs/guide-ja/caching-http.md

@@ -107,7 +107,7 @@ ETag はリクエスト毎に再評価する必要があるため、負荷の高
 の本来の目的を損なって不必要なオーバーヘッドが生じる場合があります。
 ページのコンテントが変更されたときにキャッシュを無効化するための式は単純なものを指定するようにして下さい。
 
-> Note: [RFC 7232](http://tools.ietf.org/html/rfc7232#section-2.4) に準拠して
+> Note: [RFC 7232](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4) に準拠して
   `Etag` と `Last-Modified` ヘッダの両方を設定した場合、
   `HttpCache` はその両方とも送信します。  また、もし `If-None-Match` ヘッダと
   `If-Modified-Since` ヘッダの両方を送信した場合は前者のみが尊重されます。

docs/guide-pl/caching-http.md

@@ -105,7 +105,7 @@ Dla przykładu, ETag może być zmieniony dla strony w momencie, gdy użyty na n
 Zasobożerne generowanie ETagów może przekreślić cały zysk z użycia `HttpCache` i wprowadzić niepotrzebny narzut, ponieważ muszą być one
 określane przy każdym żądaniu. Z tego powodu należy używać jak najprostszych metod generujących.
 
-> Note: Aby spełnić wymagania [RFC 7232](http://tools.ietf.org/html/rfc7232#section-2.4),
+> Note: Aby spełnić wymagania [RFC 7232](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4),
   `HttpCache` przesyła zarówno nagłówek `ETag`, jak i `Last-Modified`, jeśli oba są skonfigurowane.
   Jeśli klient wysyła nagłówek `If-None-Match` razem z `If-Modified-Since`, tylko pierwszy z nich jest brany pod uwagę.
 

docs/guide-pt-BR/caching-http.md

@@ -102,7 +102,7 @@ Por exemplo, um ETag pode ser invalidado se o site tiver sido alterado para um n
 Gerações muito complexas de ETags podem contrariar o propósito de se usar `HttpCache` e introduzir despesas desnecessárias ao processamento, já que eles precisam ser reavaliados a cada requisição.
 Tente encontrar uma expressão simples que invalida o cache se o conteúdo da página for modificado.
 
-> Observação: Em concordância com a [RFC 7232](http://tools.ietf.org/html/rfc7232#section-2.4), o
+> Observação: Em concordância com a [RFC 7232](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4), o
   `HttpCache` enviará os cabeçalhos `ETag` e `Last-Modified` se ambos forem assim configurados.
   E se o cliente enviar ambos o cabeçalhos `If-None-Match` e `If-Modified-Since`, apenas o primeiro será
   respeitado.

docs/guide-ru/caching-http.md

@@ -89,7 +89,7 @@ ETags позволяет применять более сложные и/или
 Ресурсоёмкая генерация ETag может противоречить цели использования `HttpCache` и внести излишнюю нагрузку,
 т.к. он должен пересоздаваться при каждом запросе. Попробуйте найти простое выражение, которое инвалидирует кэш, если содержание страницы было изменено.
 
-> Note: В соответствии с [RFC 7232](http://tools.ietf.org/html/rfc7232#section-2.4),
+> Note: В соответствии с [RFC 7232](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4),
   `HttpCache` будет отправлять как `ETag` заголовок, так и `Last-Modified` заголовок, если они оба были настроены.
   И если клиент отправляет как `If-None-Match` заголовок, так и `If-Modified-Since` заголовок, то только первый из них будет принят.
 

docs/guide-zh-CN/caching-http.md

@@ -107,7 +107,7 @@ ETag 相比 `Last-Modified` 能实现更复杂和更精确的缓存策略。
 因为响应每一次请求都需要重新计算 Etag。
 请试着找出一个最简单的表达式去触发 Etag 失效。
 
-> Note: 为了遵循 [RFC 7232（HTTP 1.1 协议）](http://tools.ietf.org/html/rfc7232#section-2.4)，
+> Note: 为了遵循 [RFC 7232（HTTP 1.1 协议）](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4)，
 如果同时配置了 `ETag` 和 `Last-Modified` 头，`HttpCache` 将会同时发送它们。
 并且如果客户端同时发送 `If-None-Match` 头和 `If-Modified-Since` 头，
 则只有前者会被接受。

docs/guide/caching-http.md

@@ -107,7 +107,7 @@ Expensive ETag generation may defeat the purpose of using `HttpCache` and introd
 since they need to be re-evaluated on every request. Try to find a simple expression that invalidates
 the cache if the page content has been modified.
 
-> Note: In compliance to [RFC 7232](http://tools.ietf.org/html/rfc7232#section-2.4),
+> Note: In compliance to [RFC 7232](https://datatracker.ietf.org/doc/html/rfc7232#section-2.4),
   `HttpCache` will send out both `ETag` and `Last-Modified` headers if they are both configured.
   And if the client sends both of the `If-None-Match` header and the `If-Modified-Since` header, only the former
   will be respected.