ごみ箱のユーザーを管理するにはどうすればよいですか?


22

できれば多くのユーザーがいるシステムを作成しました。私たちのデータベースは、需要の高いユーザー名を使用するゴミのユーザーでいっぱいになるのではないか、あるいは単に登録して二度と戻ってこないのではないかと心配しています。

私はこれが一般的であることを知っています、3つのGoogleアカウントを持っているので自分でこれを行いますが、1つだけを使用します。


11
この質問には少し説明が必要だと思います。「ゴミ箱ユーザー」とは正確には何ですか?非アクティブなアカウントとはどういう意味ですか?この質問は本当にソフトウェア開発に関するものですか?
から来る

申し訳ありませんああ、私の教育にその癖かもしれ、私の誰もが使用されていないすべてのデータがゴミであることを特徴とする、ゴミのユーザーは、いくつかの再使用されていないユーザデータとメイク冗長のようなものです
yozawiratama

6
したがって、FrankIsAwesomeが使用されていることを確認すると、新しいユーザーがサイトに登録しないのではないかと心配していますか?これは夜にあなたを維持しないでください。私を夜更かししているのは、FrankIsAwesomeが1年間非常にアクティブで、2年間非アクティブで、別のユーザーがアカウントを削除して登録すると、元のFrankIsAwesomeになりうるという考えです。StackOverflowアプローチを試して、すべてをIDにリンクし、ユーザーが30日ごとに名前を変更できるようにします(私は信じています)。
MonkeyZeus

3
@MonkeyZeus StackOverflowの名前は一意である必要はないと確信しています...-
マイケル

2
@MonkeyZeus一意のStackExchnageは、サイトごとのID番号です。ユーザーのプロファイルページのアドレスを確認してください。ユーザー名はキーとして使用されません(ユーザー名が一意ではなく、別のマークといくつかのコメントチェーンがあります)
-user151019

回答:


20

一部のサービスは、一定の期間(1年など)にアクティビティが発生していないアカウントを削除します。

他の人は、システムにユーザーの記録を保持することは些細な量のデータであり、戻ってくる可能性があることを知っているため、気にしません。

もちろん、ユーザーがサービスで実際に行っていることを追跡している場合、それらを削除するのはかなり難しいです。彼らが貢献したものもすべて削除するか、アカウントからすべてのリンクを解除する方法を見つける必要があります(さまざまな理由、帰属、法的手間などのために行うのは良いことではないかもしれません) 。

そして、ユーザーが非アクティブなアカウントからアクセス可能なコンテンツに対して実際に支払いをしなければならなかった場合、アカウントを削除することはまったく良いことではありません。そのため、Second Lifeユーザーについては、一定期間後に非アクティブなアカウントを削除していましたが、投資を奪われていると不平を言ったときは削除をやめなければなりませんでした。海外での一時的な配置(駐在員、軍隊など)。

おそらくできることは、気にすることではありません。2番目に良いのは、長い間アクティビティが見られなかっただけでなく、何も貢献しておらず、まったくリンクしていないアカウントを削除することです。


ええ、私は、ユーザーが実際に何をすべきかを追跡するために、私はちょうどいけない、あなたの提案に感謝を削除し、ユーザーが欲しい欲しい
yozawiratama

「はい、データが使用される可能性がある」ためにサーバーまたはデータベースを作成した場合、実際に削除すると、そのデータベースまたはサーバーに転送されます。そのため、そのユーザーを他のユーザーに公開し、そのごみデータに関する記録を残すことができます。この時代では、すべてのデータが重要になる可能性があります。初心者としてちょうど私のopini
yozawiratama

+1「あなたがおそらくできる最善のことは、気にすることではない」。気にしないサイトを見てきました。理由は、数年間消えて、突然気まぐれに戻ってログイン情報が機能しなくなったときにイライラするユーザーに対処する必要がないということです。ユーザー名をそのままにすることで、自分自身とユーザーの手間を省くことができます。(さらに、StackOverflowは一意のユーザー名を必要とせずに正常に動作するようです。)
Kyralessa

18

奇妙なことに、FacebookやGoogleには非常に多くのユーザーがいるので、これはあまり問題になりません。

本当に望ましいユーザー名(例:「フランク」)を選んだ人は、おそらく2008年にすでにそうしていたでしょう。 、そしてそれを受け入れたら、「Frank32184」も受け入れない特別な理由はありません(私のようなユニークな名前を持っている人が皆幸運であるとは限りません!)。

別の要因として、有名なのは、ユーザーデータがビジネスモデルであるため、世論と裁判所/法律の両方が本当に緊急に指示しない限り、ビッグデータ企業ユーザーデータを削除しないことです。「我々は30億ユーザーを持っている」と言うことができることは、など、それはより多くの新規ユーザーを引き付けるために、彼らはすべてのライブユーザーであることを確実にすることよりも重要である広告の顧客とのより良い果たしている幸せのユーザーを保つことは、会社にとって重要ではなく、かなりのようにそもそもそれらを維持するために重要です。

より小さく、より馴染みのあるネットワークでは、トレードオフが異なる場合があります。実際、トレースなしで実際にデータを削除することは、排他的なオンラインプラットフォームの貴重なユニークなセールスポイントかもしれません。しかし、地球上のすべての人を顧客とすることを目指している本当に大企業は、単にその分野で事業を展開していません。


4
...「裁判所/法律は本当に、本当に緊急に、それらにを教えて」と自分自身の使用のためにそれを保持したままでも、彼らはしばしば、単にエンドユーザーにアクセスできないデータがありません
jwenting

8

ログイン資格情報を表示名から分離する

このようなサービスを提供するサイト(GoogleやFacebookなど)から、ユーザーが自分のメールアドレスまたは既存のアカウントでログインできるようにします。ユーザーに新しいユーザー名を提供してもらいたい場合は、これも有効です。

次に、システムとさらに対話する前に(または登録の一部として)、ユーザーに表示名を選択するように依頼します。この名前はログイン資格情報とは別であるため、ユーザーが非アクティブになり、戻ったときに新しい名前を選択させることができる場合は、自由に再利用できます。ボーナスとして、表示名をユーザーが自由に変更できるようにすることができます。

多くのユーザー間の長期的な議論を保存しているシステムでは、これはうまくいきません(しかし、それほど悪いことではありません)-数ヶ月または数年後に少数のユーザー間の会話を解析するのは難しい場合がありますそれらの2つは非アクティブになり、表示名を(それぞれinactive user #123およびに置き換えられて#186)失いましたが、テキストで古い名前を参照しています。また、ユーザーが互いになりすましを引き起こす可能性がありますが、これに対処するための多くの戦略があります。

これは非常に斬新なアイデアではありません。Stack Overflowが分離を行います(名前が再利用されたり一意になることはないと思います)が、いくつかのオンラインゲームも再生の側面を実装しています。


Stack Overflowで「マット」という名前のユーザーの数を確認します。その後予告することをそれらの9オーバー10K担当者を持っている
durron597


@MarkHurd Lolええ、しかし、Alexという名前のモデレーターはいないので、そもそもその特定の統計に気付きました。
durron597

1

これは、プログラミングの問題ではなく、UXの問題です。

しかし、解決策は簡単です。ユーザーのユーザー名を表示名として使用しないでください。基本的に、Stack Exchange、Google、Youtube、Steamなど、すべての主要サービスでこのメソッドが使用されます。

これには、2つの大きな利点があります。

1)ユーザーは、すでに使用されている名前であっても、好きな名前を選択できます。通常、ユーザーはアバターまたはIDを持っているため、重複ユーザーは混乱を引き起こしません。

2)セキュリティ。あなたはあなたのユーザー名を世界中に伝えているのではなく、あなたのアカウントをブルートフォースするよう人々に懇願しています。


2
これは、前の回答「ログイン名と表示名を
分ける

0

アカウントが長期間非アクティブな場合は、数か月以内にアカウントが非アクティブになることを通知するメールを送信します。非アクティブ化すると、ユーザー名をクリアし、リセットリンクをメールで送信します。

ユーザーが次回ログインするときに、新しい名前を選択します。彼はリセットリンクを使用して新しい名前を選択する必要があります。

これにより、すべてのユーザーがデータを保持できますが、アイドル名は最終的に利用可能になります。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.