sql >> Databasteknik >  >> RDS >> Mysql

Hur man begränsar användningen av ett formulär eller begränsar åtkomsten

Att begränsa till 1 per IP är INTE rätt väg att gå. Det finns många användare som använder exakt samma IP-adress på grund av proxyservrar. Det här kommer bara att göra dina riktiga användare förbannade. De flesta internetanvändare har också DHCP, vilket innebär att deras IP-adress ändras regelbundet. Om du blockerar med IP är det i bästa fall tillfälligt och betyder att nästa person som får den adressen inte kommer att kunna spela. Du kanske inte ser många kollisioner, men det är en möjlighet.

Det finns tre vanliga sätt att kringgå detta:

  1. Skicka ett e-postmeddelande innan ett konto kan "aktiveras". Verifiera i din kod att e-postadresser inte kan dupliceras.
  2. Lägg till en enkel captcha. Detta kommer att eliminera många bots.
  3. Ignorera problemet helt.

Det tredje alternativet här är inte tungan på vågen, det är ett riktigt svar. Många människor gillar att köra flera konton inom ett visst spel. Det är i allmänhet en taktisk sak som kan leda till ökad klibbighet hos den personen. Det betyder att de kommer att fortsätta att komma tillbaka.

Det handlar verkligen om varför du utvecklar det här spelet. Hoppas du att tjäna pengar på det? Om så är fallet, hur? Om det är genom betald prenumeration, ju fler konton en person har desto mer tjänar du på dem. Samma för köp i appar. Om det är genom annonsering, ju fler de är i spelet (oavsett vilket konto du valt), desto fler möjligheter har du att göra något av dem.

Kort sagt, ta en titt på ett par saker. Vilken fördel får en person när de skapar flera konton? För det andra, är denna fördel verkligen oacceptabel? Om nej, ignorera det. Om ja, bestäm sedan hur du ska balansera spelet genom att ta bort den fördelen och problemet kommer att försvinna.



  1. MySQL:UNIK, men DEFAULT NULL - tillåts genom att skapa en tabell. Mer än 1 NULL är tillåtet att infoga. Varför?

  2. Vad man ska göra (eller inte göra) med den bästa väntestatistiken

  3. Django 1.7 långa migrationer tar aldrig slut

  4. Hur man får aktuellt Connection-objekt i Spring JDBC