Skip to content

Commit ed652ec

Browse files
authored
Update guide.fr-ca.md
ajout clarifications param NoncurrentDays Fr
1 parent 6b9cb7d commit ed652ec

File tree

1 file changed

+38
-0
lines changed
  • pages/storage_and_backup/object_storage/s3_bucket_lifecycle

1 file changed

+38
-0
lines changed

pages/storage_and_backup/object_storage/s3_bucket_lifecycle/guide.fr-ca.md

Lines changed: 38 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -162,6 +162,44 @@ Dans un bucket versionné, chaque objet a une version courante et zéro ou plusi
162162

163163
///
164164

165+
### Comprendre le paramètre NoncurrentDays
166+
Le paramètre NoncurrentDays définit le nombre minimum de jours écoulés depuis qu'une version n'est plus la version courante. Ce paramètre ne doit pas être confondu avec l'âge de l'objet mais indique plutôt l'âge minimum d'une version non-courante.
167+
168+
**Exemple 1:**
169+
170+
Supposons que vous avez un objet A avec 10 versions:
171+
- A v10 (version courante, date de création: 2024-10-23)
172+
- A v9 (version non-courante, date de création: 2024-10-22)
173+
- A v8 (version non-courante, date de création: 2024-10-21)
174+
- A v7 (version non-courante, date de création: 2024-10-20)
175+
- A v6 (version non-courante, date de création: 2024-10-19)
176+
- A v5 (version non-courante, date de création: 2024-10-18)
177+
- A v4 (version non-courante, date de création: 2024-10-17)
178+
- A v3 (version non-courante, date de création: 2024-10-16)
179+
- A v2 (version non-courante, date de création: 2024-10-15)
180+
- A v1 (version non-courante, date de création: 2024-10-14)
181+
182+
Si la date actuelle est 2024-10-23 et **NoncurrentDays**=5, la règle de lifecycle supprimera les versions non-courantes de plus de 5 jours càd v1, v2, v3 et v4 car:
183+
- v1 est non-courante depuis 2024-10-15 (quand v2 a été créée) càd son âge en tant que version non-courante est 8 jours
184+
- v2 est non-courante depuis 2024-10-16 (quand v3 a été créée) càd son âge en tant que version non-courante est 7 jours
185+
- v3 est non-courante depuis 2024-10-17 (quand v4 a été créée) càd son âge en tant que version non-courante est 6 jours
186+
- v4 est non-courante depuis 2024-10-18 (quand v5 a été créée) càd son âge en tant que version non-courante est 5 jours
187+
188+
189+
**Exemple 2:**
190+
191+
Supposons que vous avez un objet B avec 5 versions:
192+
- B v5 (version courante, date de création: 2024-10-28)
193+
- B v4 (version non-courante, date de création: 2024-10-27)
194+
- B v3 (version non-courante, date de création: 2024-10-20)
195+
- B v2 (version non-courante, date de création: 2024-10-15)
196+
- B v1 (version non-courante, date de création: 2024-10-14)
197+
198+
Si la date actuelle est 2024-10-29 et **NoncurrentDays**=5, la règle de lifecycle supprimera les versions non-courantes de plus de 5 days càd uniquement v1 and v2 car:
199+
- v1 est non-courante depuis 2024-10-15 (quand v2 a été créée) càd son âge en tant que version non-courante est 14 jours
200+
- v2 est non-courante depuis 2024-10-20 (quand v3 a été créée) càd son âge en tant que version non-courante est 9 jours
201+
202+
165203
### Obtenir la date d'expiration programmée
166204

167205
Si un objet est programmé pour être supprimé, un appel HEAD-OBJECT renvoie un en-tête de réponse http spécial x-amz-expiration qui contient un timestamp indiquant sa date d'expiration et un identifiant de la règle du lifecycle qui a été appliquée.

0 commit comments

Comments
 (0)