Découvert au cours d’une conversation avec l’équipe de support client du NYT.
Ils n’effacent pas réellement les utilisateurs, mais ajoutent « 1000 » à la fin du nom d’utilisateur et de l’adresse e-mail.
Découvert au cours d’une conversation avec l’équipe de support client du NYT.
Ils n’effacent pas réellement les utilisateurs, mais ajoutent « 1000 » à la fin du nom d’utilisateur et de l’adresse e-mail.
3 commentaires
Je me souviens qu’avant, ils marquaient la suppression en ajoutant
_deletedaprès le compte utilisateur, haha.Quand on crée et exploite réellement un service, on se retrouve forcément à devoir supprimer différents éléments comme les informations utilisateur, les données de paiement ou les publications, et cela peut devenir un vrai casse-tête selon le moment et la manière de le faire.
En procédant ainsi,
c’est plus simple que de gérer cela avec une colonne
deletedou équivalenton peut faire comme si l’utilisateur avait été supprimé sans travail supplémentaire dans le code legacy du service
cela peut permettre de respecter les règles imposant une conservation pendant une certaine durée => attention, elles varient selon les pays et les services.
Bref, c’est une méthode qui est effectivement utilisée en production pour toutes sortes d’avantages.
(Au début, Uber ajoutait apparemment
voidà la fin lorsqu’on demandait la suppression d’un compte...)Du point de vue d’un développeur, on peut se dire « c’est quoi ce truc ! », mais les choses ne se passent pas toujours comme on le voudrait.
J’imagine que le NYT a probablement utilisé cette méthode de contournement à cause de son code legacy.
En Corée, pour les données personnelles, il faut se référer aux textes suivants.
① Loi sur la protection des informations personnelles, article 21 (destruction des informations personnelles) - http://www.law.go.kr/beomryeong/gaeinjeongboboheobeop/(20171019,14839,20170726)/je21jo
② Loi sur les réseaux d’information et de communication, article 29 (destruction des informations personnelles) - http://law.go.kr/beomryeong/…(20190625,16021,20181224)/je29jo
Ah, la regex de conversion des liens URL ne gère pas
(). Il va falloir corriger ça.① Loi sur la protection des informations personnelles, article 21 (destruction des informations personnelles) - https://j.mp/3bNzTWH
② Loi sur les réseaux d'information et de communication, article 29 (destruction des informations personnelles) - https://bit.ly/3bLVEGl