Как я могу управлять пользователями мусора?


22

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

Я знаю, что это часто, я делаю это сам, так как у меня есть 3 аккаунта Google, но я использую только 1. Как большой сайт может управлять мусорными пользователями или никогда не возвращаться к таким пользователям?


11
Я думаю, что вопрос нуждается в небольшом уточнении. Что такое «пользователь мусора»? Вы имеете в виду неактивный аккаунт или что? Вы уверены, что этот вопрос действительно о разработке программного обеспечения?
Приходите с

о, извините, это может быть моей привычкой в ​​моем образовании, все говорили, что все неиспользуемые данные - это мусор, пользователь мусора похож на некоторые пользовательские данные, которые никогда не используются снова, и делает их избыточными
yozawiratama

6
Значит, вы боитесь, что новый пользователь не зарегистрируется на вашем сайте, когда увидит, что FrankIsAwesome занят? Это не должно держать вас ночью. Что не дает мне спать по ночам, так это мысль о том, что FrankIsAwesome может быть очень активным в течение одного года, неактивным в течение 2 лет, если его учетная запись удалена и зарегистрирована другим пользователем, который теперь может выдавать себя за первоначального FrankIsAwesome. Вы можете попробовать подход StackOverflow и связать все с идентификатором и позволить пользователю менять свое имя каждые 30 дней (я полагаю) на то, что доступно.
MonkeyZeus

3
@MonkeyZeus Я уверен, что имена StackOverflow не должны быть уникальными ...
Майкл

2
@MonkeyZeus Уникальный StackExchnage - это идентификационный номер для каждого сайта - посмотрите адрес страницы профиля пользователя. Имя пользователя не используется в качестве ключа (мое имя пользователя не является уникальным, и у меня было несколько цепочек комментариев с другим
знаком

Ответы:


20

Некоторые службы удаляют учетные записи, которые не наблюдали никакой активности в течение определенного периода времени, например, в течение года.

Другие не беспокоятся на том основании, что ведение записей о пользователях в их системе - это тривиальный объем данных, и кто знает, что они могут вернуться.

Конечно, если вы отслеживаете, что пользователи на самом деле делают с вашим сервисом, удалить их довольно сложно. Либо вам придется удалить все, что они внесли, либо найти какой-либо способ отсоединить все это от их аккаунта (что может быть нехорошо делать по разным причинам, приписыванию, юридическим трудностям и т. Д.) ,

И если пользователям фактически приходилось платить за контент, доступный через эту неактивную учетную запись, удаление учетной записи - это совсем нехорошо, поскольку вы теперь лишаете людей того, на что они фактически потратили хорошие деньги (Linden Lab пришлось изменить свою политику). что касается пользователей Second Life, из-за этого они раньше удаляли неактивные учетные записи по истечении определенного периода, но должны были прекратить это делать, когда люди жаловались на то, что их лишили их инвестиций, и это справедливо, когда некоторые люди возвращались после продолжительного отсутствия, например временное размещение за границей (иностранные, военные и т. д. и т. д.).

Лучшее, что вы можете сделать, это не беспокоить. Вторым наилучшим вариантом будет удаление только тех учетных записей, которые не только давно не были активны, но и ничего не вносили и не имели к ним никакого отношения.


да, я хочу следить за тем, что на самом деле делают пользователи, я просто не хочу удалять пользователя, спасибо за ваше предложение
yozawiratama

о, да, как насчет того, если я создам сервер или базу данных для «данных мусора», так что на самом деле, когда я удаляю, он будет перенесен на эту базу данных или сервер. так что я могу открыть этого пользователя для других, а также иметь запись об этих данных корзины. в эту эпоху все данные могут быть важны, я думаю. просто мое мнение как новичка
yozawiratama

+1 за "Лучшее, что вы можете сделать, это не беспокоить". Я видел сайты, которые не мешают. Смысл в том, что им не приходится иметь дело с пользователями, которые исчезают на несколько лет, а затем внезапно возвращаются по прихоти и раздражаются, когда их данные для входа в систему перестают работать. Оставив имена пользователей в покое, вы избавите себя и своих пользователей от лишних хлопот. (Кроме того, StackOverflow, кажется, работает нормально, не требуя уникальных имен пользователей.)
Kyralessa

18

Как ни странно, в Facebook или Google так много пользователей, что для них это не составляет большой проблемы.

Кто бы ни выбрал действительно желаемое имя пользователя (например, «Фрэнк»), вероятно, уже сделал это еще в 2008 году. Многие, многие пользователи, которые сейчас приходят и хотят попробовать его, никогда не возвращаются, вероятно, должны будут довольствоваться «Frank32183» вместо этого и как только вы это примете, нет особой причины, по которой вы не приняли бы «Frank32184» так же хорошо (не каждому может быть так повезло иметь уникальное имя, как я!).

Другим фактором является то, что, как известно, компании, работающие с большими данными, никогда не удаляют пользовательские данные, если только общественное мнение и суд / закон на самом деле не настаивают на этом, поскольку их пользовательские данные являются их бизнес-моделью. Возможность сказать «у нас 3 000 000 000 пользователей» важнее, чем гарантировать, что все они являются живыми пользователями, потому что это привлекает больше новых пользователей, играет лучше с рекламными клиентами и т. Д. Сохранение удовлетворенности пользователей важно для компании, но не так как важно, как держать их в первую очередь.

В меньшей, более знакомой сети компромиссы могут быть другими. Действительно, удаление ваших данных без следа может стать ценным уникальным преимуществом эксклюзивной онлайн-платформы. Но действительно большие компании, которые стремятся сделать так, чтобы каждый на планете был их клиентом, просто не работают в этом пространстве.


4
«суд / закон действительно, очень срочно говорит им об этом», и даже тогда они часто этого не делают, просто делают данные недоступными для конечных пользователей, сохраняя их для собственного использования ...
С

8

Отдельные учетные данные для входа и отображаемые имена

Разрешить пользователям входить со своим адресом электронной почты или существующей учетной записью с сайта, который предоставляет такую ​​услугу (например, Google или Facebook). Если вы действительно хотите, чтобы пользователи придумали новое имя пользователя, это тоже работает.

Затем, прежде чем продолжить взаимодействие с системой (или в рамках регистрации), попросите пользователей выбрать отображаемое имя. Поскольку это имя отдельно от учетных данных для входа в систему, вы можете вернуть его, если пользователь становится неактивным и может по возвращении заставить его выбрать новое имя. В качестве бонуса вы можете позволить пользователям менять свое отображаемое имя по своему желанию.

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

Это не очень новая идея. Переполнение стека выполняет разделение (хотя я не думаю, что имена когда-либо исправляются или даже являются уникальными), некоторые онлайн-игры также реализуют аспект восстановления.


Посмотрите, сколько пользователей в Stack Overflow названы «Matt». Затем обратите внимание, что у девяти из них более 10 тысяч представителей
durron597

@ durron597 Интересно, что у Алекса есть еще 2000, но только девять из них имеют более 10 000 представителей .
Марк Херд

@MarkHurd Lol да, но нет модератора по имени Алекс, поэтому я и обратил внимание на этот конкретный показатель.
durron597

1

Это скорее проблема UX, чем проблема программирования.

Но решение простое: не используйте имя пользователя в качестве отображаемого имени. В основном, каждый крупный сервис использует этот метод: Stack Exchange, Google, Youtube, Steam, все.

Это имеет два основных преимущества:

1) Пользователи могут выбрать любое имя, которое они хотят, даже если оно уже занято. Дублирующиеся пользователи обычно не вызывают путаницы, поскольку у пользователей обычно есть аватары или идентификаторы.

2) Безопасность. Вы не сообщаете миру свое имя пользователя, умоляя людей взломать ваш аккаунт.


2
кажется, что это просто повторяет сказанное и объясненное в предыдущем ответе : «Отделить учетные данные для входа в систему от отображаемых имен ...»
gnat

0

Если учетная запись неактивна в течение длительного времени, отправьте им электронное письмо с уведомлением о том, что их учетная запись будет деактивирована через несколько месяцев. При деактивации очистите имя пользователя и отправьте ссылку на сброс по электронной почте.

В следующий раз, когда пользователь захочет войти, ему нужно выбрать новое имя. Ему нужно использовать ссылку сброса, чтобы выбрать новое имя.

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

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.