Op de website hebben bezoekers de keuze om activiteiten aan te vinken of ze er naar toe gaan.
Er mag dan slechts 1 keer op de betreffende activiteit worden geklkt.
Bij leden is die controle eenvoudig.
Maar bij niet leden heb ik wat problemen.
Ik kan op IP checken, maar gsm kan zowel vast- of variabel IP-adres hebben.
Een cookie is ook nauwelijks een optie, omdat er meerdere activiteiten kunnen worden aangevinkt.
Heeft iemand een ander idee?
Waarom is een cookie in dat opzicht nauwelijks een optie? Je kan toch ook serverside de activiteiten bijhouden, en de cookie koppelen aan de activiteiten met een unieke identifier (een hash bijvoorbeeld).
Het probleem ontstaat (en creëer je in zekere zin zelf) doordat je niet-leden deze mogelijkheid geeft. Het is lastig om niet-leden te identificeren. Vraag is ook wat je vervolgens met deze activiteit-selectie doet?
Ik zou zeggen dat de simpelste manier om dit op te lossen het verplicht stellen van registratie is op het moment dat iemand zich op wil geven voor een activiteit. Dan heb je in eerste instantie dit probleem niet.
Het nadeel van de hash is dat zodra de cookie vergaat, dat de koppeling ook weg is. Maar het is wel een brug zodat je de activiteiten over kan zetten naar een leden-account.
Dank voor jullie reactie.
Voor leden heb ik dit inderdaad al gerealiseerd.
Maar lijkt me aardig, dat als indicatie wordt aangegeven
hoeveel leden en niet-leden er in principe aanwezig zijn.
Wat nog wel zou kunnen is een variant op de optie van Arien.
Wellicht een array met de verschillende activiteiten in 1 cookie.
Maar dan moet ik aantal mogelijkheden wel inperken tot bijv. 10.
[size=xsmall]Toevoeging op 26/04/2018 15:24:46:[/size]
En na 2 weken verdwijnen de flyers (dag na activiteit). En dient dus de cookie weer aangepast te worden.
Omdat het indicatie is, heb ik nog wel andere vraag.
Er zijn G3 en G4 mobieltjes.
Er kunnen vaste iP adressen zijn of variable IP.
Met vaste IP kan ik dat mogelijk gebruiken ( geen 100% zekerheid, ivm proxies, of hidden IP)
Is het nu zo dat met variabel IP adres, de locaties wel hetzelfde blijven... Bijv. Amsterdam met geografische gegevens?
Reken daar maar niet op. Vooral met de laatste uitgifte van het IPv4 blok verwacht ik een grote kans dat er enorme handel in IP-blokken plaats gaat vinden waardoor ze enorm kunnen verschillen, en dat je bijvoorbeeld opeens een voormalig Russisch IP-adres kan krijgen.
Beetje offtopic, maar wel interessant:
Ik ken zelfs een verhaal van iemand die Amerika niet binnenkwam omdat hij in Syrië geweest was, terwijl daar geen sprake van was. Wat bleek... Het ip-adres waarmee hij zijn reis had geboekt was voorheen in Syrië uitgegeven, maar was overgenomen door een Europees bedrijf, en de lijsten met eigendom van de IP-adressen waren in Amerika niet up-to-date.
Ik heb een déja-vu. Ook zou je iets met een nonce (een token dat elk page request verandert) kunnen proberen om van de afhankelijkheid van IP af te komen. Bijvoorbeeld pak de user agent i.c.m. een random string ofzo, dat heeft wellicht voldoende "entropie".
Maar dit zijn technisch vrij geavanceerde oplossingen waarbij je van de hoed en de rand moet weten.
Als je niet aan dit avontuur wilt beginnen is e.e.a. afschermen met een login gewoon veel simpeler.
De fingerprint van user agent + IP-adres is wel vrij uniek. Eventueel kun je er nog een tijdslimiet aan toevoegen om te voorkomen dat iemand van één IP-adres op telefoon, tablet en laptop op de eigen dingen gaat zitten klikken.
Hans De Ridder op 26/04/2018 14:19:56
Een cookie is ook nauwelijks een optie, omdat er meerdere activiteiten kunnen worden aangevinkt.
Dan klopt je begrip of implementatie van cookies niet. Een cookie leidt naar een user agent. Wat die user agent aan activiteiten of andere dingen heeft, handel je op de server af.
Edit. Excuus Thomas, ik had al geantwoord voordat ik keek hoe zo'n déjà vu er zou kunnen uitzien. ;-)
Zoals jullie weten werk ik (nog) met IPTC.
Ik heb het nu zo, dat er een cookie wordt aangemaakt met unieke code.
Als de flyer wordt geactiveerd, dan wordt deze waarde gestuurd naar de flyer.
En vervolgens komt deze in komma gescheiden string terecht.
Bij uitlezen wordt deze gecontroleerd, en het flyervinkje gedeactiveerd als code in de string voorkomt.
Na verdwijnen van flyer verdwijnen ook de telling en de string automatisch.
Maar zocht naar alternatief, die wat veiliger was.
en had class gevonden om gegevens te genereren.
Maar als er zoveel variabelen zijn met IP en omzeilen, dan is dit ook eindstation.
Bedankt voor het meedenken.
