Я створив систему, яка, сподіваюся, матиме багато користувачів. Ми боїмося, що наша база даних заповнить сміттєвих користувачів, які приймають затребувані імена користувачів, або, можливо, вони просто зареєструються і ніколи не повернуться.

Я знаю, що це звичайне явище, я роблю це самостійно, оскільки у мене є 3 облікові записи google, але я використовую лише 1. Як великий веб-сайт може керувати сміттєвими користувачами або ніколи не повертатися таким користувачам?

Деякі служби видаляють облікові записи, які не бачили жодної активності протягом певного часу, скажімо, за рік.

Інших це не турбує, на підставі того, що ведення записів користувачів у їхній системі - це тривіальна кількість даних, і хто знає, вони можуть повернутися.

Звичайно, якщо ви стежите за тим, що насправді користувачі роблять з вашою послугою, видаляючи їх, досить складно. Або вам доведеться видалити все, до чого вони також сприяли, або знайти якийсь спосіб від’єднати все це зі свого облікового запису (що може бути непогано робити з різних причин, атрибуції, юридичних проблем тощо). .

І якщо користувачі насправді повинні були платити за вміст, доступний через цей неактивний обліковий запис, видалення облікового запису зовсім не дуже добре, оскільки ви тепер позбавляєте людей речей, на які вони фактично витратили гроші (Лабораторія Linden повинна була змінити свою політику щодо користувачів Second Life через це вони видаляли неактивні акаунти після певного періоду, але мусили припиняти це робити, коли люди скаржилися, що їх позбавляють інвестицій, і це правильно, коли деякі люди поверталися після тривалих відсутностей, наприклад, тимчасове розміщення за кордоном (експати, військові тощо) тощо.

Найкраще, що ти можеш зробити, це не турбувати. Другим найкращим було б лише видалити облікові записи, які не тільки не бачили жодної активності протягом тривалого часу, але й нічого не сприяли і взагалі нічого не пов’язані з ними.

Як не дивно, у Facebook чи Google так багато користувачів, що це для них не велика проблема.

Хто б не вибрав дійсно бажане ім’я користувача (наприклад, "Frank"), мабуть, це вже зробив у 2008 році. Багато, багато користувачів, які зараз приходять і хочуть спробувати його, ніколи не повертаються, ймовірно, повинні будуть задовольнятися замість "Frank32183" , і як тільки ви приймете це, немає жодної конкретної причини, чому ви б не прийняли "Frank32184" так само добре (не всі можуть пощастити мати унікальне ім'я, як я!).

Іншим фактором є те, що, мабуть, компанії з великими даними ніколи не видаляють дані користувачів, якщо і громадська думка, і суд / закон справді терміново не говорять їм, оскільки їхні дані користувачів - це їх бізнес-модель. Вміти сказати, що "у нас є 3 000 000 000 користувачів" важливіше, ніж гарантувати, що вони всі живі користувачі, тому що це приваблює більше нових користувачів, краще грає з рекламними клієнтами і т. Д. Задоволення користувачів щасливим важливо для компанії, але не зовсім так важливо як збереження їх в першу чергу.

У меншій, більш звичній мережі компроміси можуть бути різними. Дійсно, видалення ваших даних безслідно може бути цінною унікальною точкою продажу ексклюзивної онлайн-платформи. Але по-справжньому великі компанії, які прагнуть мати всіх на планеті своїм клієнтом, просто не працюють у цьому просторі.

Відокремте дані для входу від відображуваних імен

Дозволити користувачам увійти за допомогою своєї електронної адреси чи наявного облікового запису з веб-сайту, який надає таку послугу (наприклад, Google або Facebook). Якщо ви дійсно хочете, щоб користувачі придумали нове ім’я користувача, це теж працює.

Потім, перш ніж взаємодіяти з системою (або як частина реєстрації), попросіть користувачів вибрати відображуване ім’я. Оскільки це ім’я є окремим від даних для входу, ви можете повернути його, якщо користувач стане неактивним і після повернення може змусити їх вибрати нове ім’я. Як бонус, ви можете дозволити користувачам змінювати своє відображуване ім'я за бажанням.

Це також не працює (але насправді не все так погано) для систем, де ви економите багаторічні дискусії між багатьма користувачами - це може бути важко проаналізувати розмову між декількома користувачами через кілька місяців або років, коли двоє з них стали неактивними і втратили свої відображувані імена (замінені відповідно inactive user #123і #186відповідно), але все ще в тексті посилаються на свої старі імена. Це також може призвести до того, що користувачі себе представляють один одному, хоча існує багато стратегій боротьби з цим.

Це не дуже нова ідея. Переповнення стека робить розмежування (хоча я не думаю, що імена ніколи не відновлюються або навіть є унікальними), кілька онлайн-ігор також реалізують аспект рекультивації.

Це скоріше проблема UX, а не проблема програмування.

Але рішення просте: не використовуйте ім'я користувача користувача як своє відображуване ім'я. В основному кожен великий сервіс використовує цей метод: Stack Exchange, Google, Youtube, Steam, все.

Це має дві основні переваги:

1) Користувачі можуть вибирати будь-яке ім'я, навіть якщо воно вже прийняте. Дублюючі користувачі зазвичай не викликають плутанини, оскільки користувачі, як правило, мають аватари чи ідентифікатори.

2) Безпека. Ви не говорите всьому світу своє ім’я користувача, просите людей примусити ваш рахунок.

Якщо обліковий запис неактивний протягом тривалого часу, надішліть їм електронний лист із повідомленням про те, що їхній рахунок буде деактивовано через кілька місяців. Після деактивації очистіть ім’я користувача та надішліть посилання для скидання електронною поштою.

Наступного разу, коли користувач захоче ввійти, змусить його вибрати нове ім’я. Йому потрібно скористатися посиланням для скидання для вибору нового імені.

Таким чином, усі користувачі можуть зберігати свої дані, але імена, які простоюють, з часом стають доступними.