Fix page not found

grammyjs · Aug 9, 2023 · fce860d · fce860d
1 parent c4d5e0d
commit fce860d
Show file tree

Hide file tree

Showing 5 changed files with 5 additions and 5 deletions.
diff --git a/site/docs/es/guide/deployment-types.md b/site/docs/es/guide/deployment-types.md
@@ -96,7 +96,7 @@ ______________                                   _____________
 ```
 
 > Tenga en cuenta que, en realidad, ninguna conexión se mantendría abierta durante horas.
-> Las solicitudes de long polling ienen un tiempo de espera por defecto de 30 segundos (para evitar una serie de [problemas técnicos](https://datatracker.ietf.org/doc/html/draft-loreto-http-bidirectional-07#section-5.5)).
+> Las solicitudes de long polling ienen un tiempo de espera por defecto de 30 segundos (para evitar una serie de [problemas técnicos](https://datatracker.ietf.org/doc/html/rfc6202#section-5.5)).
 > Si no se devuelven nuevos mensajes después de este período de tiempo, la solicitud se cancelará y se volverá a enviar---pero el concepto general sigue siendo el mismo.
 
 Usando un long polling, no necesitas enviar spam a los servidores de Telegram, ¡y aún así recibes nuevos mensajes inmediatamente!

diff --git a/site/docs/guide/deployment-types.md b/site/docs/guide/deployment-types.md
@@ -96,7 +96,7 @@ ______________                                   _____________
 ```
 
 > Note that in reality, no connection would be kept open for hours.
-> Long polling requests have a default timeout of 30 seconds (in order to avoid a number of [technical problems](https://datatracker.ietf.org/doc/html/draft-loreto-http-bidirectional-07#section-5.5)).
+> Long polling requests have a default timeout of 30 seconds (in order to avoid a number of [technical problems](https://datatracker.ietf.org/doc/html/rfc6202#section-5.5)).
 > If no new messages are returned after this period of time, then the request will be cancelled and resent---but the general concept stays the same.
 
 Using long polling, you don't need to spam Telegram's servers, and still you get new messages immediately!

diff --git a/site/docs/id/guide/deployment-types.md b/site/docs/id/guide/deployment-types.md
@@ -101,7 +101,7 @@ ______________                                            _____________
 ```
 
 > Perlu dicatat bahwa pada kenyataannya, tidak ada koneksi yang akan tetap terbuka selama berjam-jam.
-> Request long polling mempunyai waktu timeout bawaan selama 30 detik untuk menghindari terjadinya berbagai [masalah teknis](https://datatracker.ietf.org/doc/html/draft-loreto-http-bidirectional-07#section-5.5).
+> Request long polling mempunyai waktu timeout bawaan selama 30 detik untuk menghindari terjadinya berbagai [masalah teknis](https://datatracker.ietf.org/doc/html/rfc6202#section-5.5).
 > Kalau tidak ada pesan baru yang dikembalikan selama periode waktu tersebut, maka request akan dibatalkan dan dikirimkan kembali---tetapi konsep dasarnya masih tetap sama.
 
 Dengan menggunakan long polling, kamu akan menerima pesan baru yang sama cepatnya, sehingga tidak perlu lagi mengirim spam ke server Telegram.

diff --git a/site/docs/uk/guide/deployment-types.md b/site/docs/uk/guide/deployment-types.md
@@ -96,7 +96,7 @@ ______________                                  _____________
 ```
 
 > Зауважте, що насправді жодне зʼєднання не буде відкритим годинами.
-> Запити на тривале опитування мають типовий 30-ти секундний тайм-аут, щоб уникнути ряду [технічних проблем](https://datatracker.ietf.org/doc/html/draft-loreto-http-bidirectional-07#section-5.5).
+> Запити на тривале опитування мають типовий 30-ти секундний тайм-аут, щоб уникнути ряду [технічних проблем](https://datatracker.ietf.org/doc/html/rfc6202#section-5.5).
 > Якщо після цього періоду часу не буде отримано жодного нового повідомлення, запит буде скасовано та надіслано повторно, але загальна концепція залишається незмінною.
 
 Використовуючи тривале опитування, вам не потрібно спамити сервери Telegram, і ви все одно отримуєте нові повідомлення відразу!

diff --git a/site/docs/zh/guide/deployment-types.md b/site/docs/zh/guide/deployment-types.md
@@ -97,7 +97,7 @@ ______________                                     _____________
 ```
 
 > 请注意，在现实中，没有连接将保持数小时。
-> 长轮询请求的默认超时时间为 30 秒（为了避免一些 [技术问题](https://datatracker.ietf.org/doc/html/draft-loreto-http-bidirectional-07#section-5.5)）
+> 长轮询请求的默认超时时间为 30 秒（为了避免一些 [技术问题](https://datatracker.ietf.org/doc/html/rfc6202#section-5.5)）
 > 如果在这段时间之后没有返回任何新消息，那么请求将被取消并重新执行，但总体信息保持不变。
 
 使用长轮询，你不需要污染 Telegram 的服务器，你仍然可以立即得到新的信息！