Hoe kan ik een klant een link geven waarin 2 inlogcodes verwerkt zijn?
Ik heb een site (pagina) gebouwd www.rsnld.nl/reparatiestatus/ op deze pagina kan men een bonnummer en relatienummer invoeren en zo een status zien.
Nu wil ik een link aan de klant geven waardoor ze gelijk in hun statusmelding terecht komen (dus zonder dat ze die nummers moeten invoeren)
Genereer een unieke en niet-herleidbare ID. Zoals: RJH4K86DBR5LF5
Deze class kan ook zeker helpen bij het omzetten van bestaande ID's naar niet-traceerbare ID-nummers:
https://github.com/ivanakimov/hashids.php
Een idee is ook om brute-forcen van deze ID-Hashes tegen te gaan. Na tien pogingen die status-module een IP-ban geven voor een korte tijd.
Genereer een unieke en niet-herleidbare ID. Zoals: RJH4K86DBR5LF5
Deze class kan ook zeker helpen bij het omzetten van bestaande ID's naar niet-traceerbare ID-nummers:
https://github.com/ivanakimov/hashids.php
Een idee is ook om brute-forcen van deze ID-Hashes tegen te gaan. Na tien pogingen die module een IP-ban geven voor een korte tijd.
De bedoeling is eigenlijk dat met een QRcode krijgt op een afgiftebon of een klikbare link in een email. In ons systeem kunnen wij de bonnummer en het relatienummer koppelen aan een QRcode. Ik begrijp dus niet echt wat u met het bovenstaande bedoeld en waarom men dan een niet herleidbare ID nodig heeft.
Heel logisch, als je jouw klanten een link meegeeft als http://www.site.nl/service?id=54 dan is het voorspelbaar dat 53 en 52 etc. ook bestaan. En dan liggen je klantgegevens op straat. Iedereen kan dan met de ID's proberen.
Met een genoemde hash voorkom je dat.
QR-codes zijn leuk, maar dit moet niet het hoofddoel worden. Op een normale computer kan je er niks mee.
Ik neem wel aan dat een reparatie een eigen tabel heeft in je database, en dus een eigen ID (auto. increment) is.
Heel logisch, als je jouw klanten een link meegeeft als http://www.site.nl/service?id=54 dan is het voorspelbaar dat 53 en 52 etc. ook bestaan. En dan liggen je klantgegevens op straat. Iedereen kan dan met de ID's proberen.
Met een genoemde hash voorkom je dat.
QR-codes zijn leuk, maar dit moet niet het hoofddoel worden. Op een normale computer kan je er niks mee.
Ik neem wel aan dat een reparatie een eigen tabel heeft in je database, en dus een eigen ID (auto. increment) is.
Het is (bijna) onmogelijk om dat te achterhalen. relatienummers bestaan uit 6 cijfers die niet opvolgen tevens moet je dan ook een bijbehorend bonnummer hebben die uit 8 cijfers bestaan die ook niet opvolgen.
Het heeft inderdaad een database met een ID en bonnummer. Deze nummers wil ik dus in een link verwerken zodat ze dat niet zelf op de website hoeven te doen.
Als je al niet-opvolgende ID's hebt, is dat hashen niet eens nodig. Maar waarom dan niet enkel een bonnummer door hen in te laten typen?
Eventueel kan je die al in de URL meegeven zodat het al in het tekstveld staat bij het 'inloggen'. Dit kan ook met het relatienummer. Dan hoeven je klanten zien op OK te klikken.
Als je al niet-opvolgende ID's hebt, is dat hashen niet eens nodig. Maar waarom dan niet enkel een bonnummer door hen in te laten typen?
Eventueel kan je die al in de URL meegeven zodat het al in het tekstveld staat bij het 'inloggen'. Dit kan ook met het relatienummer. Dan hoeven je klanten zien op OK te klikken.
Klopt, dat is wat ik wil. MAAR... hoe moet zo'n url eruit zien zodat ze daar op klikken en alleen op de OK knop hoeven te klikken.
De code die ik heb heeft niks met databases te maken. Je geeft de waarde gewoon enkel in de URL mee, en je gebruikt die in je HTML-code, zoals je invulveld.
Uiteraard escapen we de invoer voor de veiligheid tegen XSS, en controleren we of de $_GET variabelen ook daadwerkelijk bestaan. Anders krijg je mogelijk Notice-foutmeldingen als je de GET-waardes niet in de URL hebt staan, omdat je een GET-waarde wil oproepen wat niet bestaat.
Vond nog wat in het archief.
Het ene bestand heeft een form waar je een klant- en bonnummer invult.
Die worden encrypt.
Een URL wordt aangemaakt die je naar de klant kunt sturen.
Een tweede bestand simuleert dat een klant op de link heeft geklikt en op de inlogpagina terecht komt.
Aanpassen, uitbreiden, wijzigen naar eigen smaak en situatie.