Pagina: 1 2 volgende »
06/05/2011 15:22:10
Waarom heeft php alleen
'get_current_user' voor local gemaakt (Alleen de hosters naam) waarom niet de bezoekers naam? dat zou handiger zijn om mensen te verbannen van je website, omdat de meesten wel weten hoe ze hun IP moeten veranderen (proxy)
is er haast geen mogenlijkheid meer om mensen te
verbannen,
heeft er iemand een optie om toch door een proxy heen te lezen wat het IP is of een andere optie wat wel erg goed is.
23/04/2024 13:04:28
Beheerder06/05/2011 15:28:04
Nee, helaas. Dat is niet altijd mogelijk.
06/05/2011 15:28:47
Dus je wilt zeggen, dat geen enkele website zeer goed beveiligt is tegen blokkeren?
06/05/2011 15:29:53
Marco Bos op 06/05/2011 15:22:10:... waarom niet de bezoekers naam? ...
En uit welke toverformule zouden ze dat dan moeten halen?
Beheerder06/05/2011 15:29:55
Inderdaad. Je kan uiteraard als het om ledenaccount gaat ervoor kiezen dat je domeinen kan blokkeren, of een vertraagde registratie uitvoert, wat spammers snel weg zal houden.
06/05/2011 15:31:45
Ja maar stel je bent op een proxy, dan zullen alle gegevens vergaan die geblokkeerd zijn, dus dan kan de gebruiker gewoon door gaan...
Edit: @SanThe
Nou stel dat je de bezoekers systeem naam kon achterhalen, dan kon je die blokkeren?
Gewijzigd op 06/05/2011 15:32:57 door
Marco Bos
06/05/2011 15:34:15
Marco Bos op 06/05/2011 15:31:45:Edit: @SanThe
Nou stel dat je de bezoekers systeem naam kon achterhalen, dan kon je die blokkeren?
En wat is dan een 'bezoekers systeem naam'?
06/05/2011 15:35:14
- SanThe - op 06/05/2011 15:34:15:En wat is dan een 'bezoekers systeem naam'?
Nou dat zal dan het zelfde zijn als 'get_current_user'
06/05/2011 15:38:17
get_current_user — Gets the name of the owner of the current PHP script
Dat geeft dus de owner van het script weer. Dat heeft met de serverrechten te maken. En niets met een eventuele bezoeker.
06/05/2011 15:39:45
Ja, maar het haalt wel de Systeem naam op, dus als je dat nou eens bij de bezoekers kon doen zou dat niet handiger zijn?
06/05/2011 15:41:30
Je weet toch niet wie de bezoeker is. En dat is geen systeemnaam maar een user van de server.
Beheerder06/05/2011 15:43:02
En als het de usernaam van de client op kon halen, dan was die ook eenvoudigerweg te wijzigen.
06/05/2011 15:43:06
Hmm, dan had ik het toch mis, hoewel, dit veranderd niet de vraag opzicht Hoe kun je een bezoeker blokkeren, met geen risico's eraan?
06/05/2011 15:47:15
Zorgen dat je bezoekers altijd moeten inloggen. Dan kan je het account blokkeren. Maar ook dan is een nieuw account weer snel gemaakt. Blokkeren gaat gewoon niet.
06/05/2011 15:48:53
Dus dat is een grote fout van het WWW (World Wide Web)
Tja, dus dan hebben we er eigenlijk niks aan? (Al die beveiliging via IP`s)
Gewijzigd op 06/05/2011 15:50:18 door
Marco Bos
06/05/2011 15:54:31
Marco Bos op 06/05/2011 15:48:53:Tja, dus dan hebben we er eigenlijk niks aan? (Al die beveiliging via IP`s)
Klopt.
Achter één IP zit vaak een heel netwerk (school of bedrijf). En bij sommige hosts wijzigt het IP regelmatig waardoor je niet steeds dezelfde persoon hebt achter dat IP.
06/05/2011 15:58:08
Daar gaat het fantasie van een goed beveiliging systeem hebben.
06/05/2011 16:03:31
Het verbannen van iemand heeft toch niets met veiligheid te maken?
06/05/2011 16:04:28
Ownee? Volgens mij wel, je stelt je bezoekers dan niet bloot aan hackers.
06/05/2011 16:06:25
Een hacker kan je alleen blokkeren door te zorgen dat je scripts veilig en dicht zijn. Niet door te bannen. Het is niet voor niets een hacker. Die komt daar zeker wel doorheen.
06/05/2011 16:10:09
Dat klopt, maar amateurs kun je wel makkelijk blokkeren...
