New York Times उपयोगकर्ता अकाउंट हटाने की बजाय ईमेल पते और अकाउंट नाम के पीछे '1000' जोड़कर उन्हें मैनेज करता है

NYT कस्टमर सपोर्ट टीम से बातचीत के दौरान यह पता चला.

असल उपयोगकर्ता को delete नहीं किया जाता, बल्कि username और email address के पीछे '1000' जोड़ दिया जाता है..

[cloverhearts]

मुझे याद है कि पहले यूज़र अकाउंट के पीछे _deleted जोड़कर उसे डिलीट के तौर पर प्रोसेस किया जाता था, हाहा

[xguru]

वास्तव में जब आप कोई service बनाकर उसे operate करते हैं, तो user information, payment information, posts जैसी कई चीज़ों को किस समय/किस तरीके से delete करना है, यह काफ़ी सिरदर्द भरा हो सकता है.

अगर इस तरह handle किया जाए तो

• deleted column जैसी कोई चीज़ बनाकर handle करने की तुलना में ज़्यादा आसान है

• service के legacy code में अलग से काम किए बिना भी इसे ऐसे apply किया जा सकता है मानो user delete हो गया हो

• क़ानून के तहत कुछ समय तक data को रखना ज़रूरी हो, तो उन नियमों का पालन किया जा सकता है => देश और service के हिसाब से अलग होता है, इसलिए सावधानी ज़रूरी है.

खैर, ऐसे-वैसे कई फ़ायदों की वजह से यह तरीका real-world में भी इस्तेमाल होता है.

(सुना है Uber ने शुरुआती दिनों में account deletion request आने पर पीछे void जोड़ दिया था..)

developer के नज़रिए से लगेगा, यह क्या है!, लेकिन दुनिया की हर चीज़ मनमुताबिक़ नहीं चलती.

शायद NYT ने legacy code की वजह से ऐसा workaround इस्तेमाल किया होगा, मैं ऐसा अनुमान लगाता हूँ.

कोरिया में personal information के मामले में नीचे दिए गए क़ानूनों को देखना चाहिए.

① Personal Information Protection Act धारा 21 (personal information का destruction) - http://www.law.go.kr/beomnyeong/gaeinjeongbobohobeop/(20171019,14839,20170726)/je21jo

② Information and Communications Network Act धारा 29 (personal information का destruction) - http://law.go.kr/beomnyeong/…(20190625,16021,20181224)/je29jo

[xguru]

अरे, URL Link conversion regex () को handle नहीं कर पा रहा है। इसे ठीक करना पड़ेगा।

① व्यक्तिगत जानकारी संरक्षण अधिनियम धारा 21 (व्यक्तिगत जानकारी का नष्टिकरण) - https://j.mp/3bNzTWH

② सूचना एवं संचार नेटवर्क अधिनियम धारा 29 (व्यक्तिगत जानकारी का नष्टिकरण) - https://bit.ly/3bLVEGl