Robertt schreef:In dit geval; hoe doe je dat nu dan? Ik stuur gewoon een socket met een username en password naar NodeJS en dit handelt het veraf, wel even controleren of de username en password wel vermeld is in het objectJa gebruik ik, ken dat ook. Maar een gebruiker logt in op de site. Dan start hij de client. Dat stukje moet veilig zijn.Eerdere citaten tonen
Dylanh schreef:Gebruik je socket.io? gebruik dan socket.idEerdere citaten tonen
Robertt schreef:Ik ben bezig met een NodeJS project. Alleen alles wat door gestuurd word naar de server is aan te passen? Hoe kan ik het best doen als iemand verbind dat ik ook zeker weet van dat is Piet en niet iemand anders die gezegd heeft dat hij Piet is. Werken met tokens? Of is hier een andere handige module voor (zoals PassportJS)
Kleine Vragen Topic #3
Dylanh schreef:Mm kan een mogelijkheid zijn maar vraag me af als dit veilig is. Wat ik wou doen is id van de user sturen naar de server. Maar als nu iemand zegt dat hij id 1 (js valt aan te passen) dan denkt de server dat hij 1 is en niet 9 bijvoorbeeld.In dit geval; hoe doe je dat nu dan? Ik stuur gewoon een socket met een username en password naar NodeJS en dit handelt het veraf, wel even controleren of de username en password wel vermeld is in het objectEerdere citaten tonen
Robertt schreef:Ja gebruik ik, ken dat ook. Maar een gebruiker logt in op de site. Dan start hij de client. Dat stukje moet veilig zijn.Eerdere citaten tonen
Dylanh schreef:Gebruik je socket.io? gebruik dan socket.idEerdere citaten tonen
Robertt schreef:Ik ben bezig met een NodeJS project. Alleen alles wat door gestuurd word naar de server is aan te passen? Hoe kan ik het best doen als iemand verbind dat ik ook zeker weet van dat is Piet en niet iemand anders die gezegd heeft dat hij Piet is. Werken met tokens? Of is hier een andere handige module voor (zoals PassportJS)
je logt ik en dan gaat je socket naar de server met inlog en wachtwoord.
Server kijkt of t goed is, zoja geef een cookie sessie terug en dan is de browser dus ingelogd, en zet de hash van de cookie sessie oid in socket.hash en bij elke verbinding kijk je dan welk account er bij socket.hash hoort.
Of je stuurt document.cookie mee met elke socket functie waar dit nodig is.
En dan haal je daar hash uit
Server kijkt of t goed is, zoja geef een cookie sessie terug en dan is de browser dus ingelogd, en zet de hash van de cookie sessie oid in socket.hash en bij elke verbinding kijk je dan welk account er bij socket.hash hoort.
Of je stuurt document.cookie mee met elke socket functie waar dit nodig is.
En dan haal je daar hash uit
Is er iemand hier die Google Adsense gebruikt? Heb even wat persoonlijke ervaringen nodig voor een vraagje 

Hoe noemde die javasvript functie nu weer waarmee je zo kon zorgen dat wat er in de input getypt werd, dat je dat zo live kan laten weergeven er onder ofzo?
Codeblok (voorbeeld.php):
1
2
[ditisdeinput]
Jou url word: http://www.site.com/ditisdeinput
En dat past zich zo live aan met wat je typt. Ik hoop dat jullie weten wat ik bedoel
Codeblok (voorbeeld.php):
1
2
[ditisdeinput]
Jou url word: http://www.site.com/ditisdeinput
En dat past zich zo live aan met wat je typt. Ik hoop dat jullie weten wat ik bedoel

innerHTML
input met value optie ophalen en inserten met innerHTML, en dit bij elke onkeyup doen
Waarom moet je bij sommige CSS properties een prefix gebruiken zodat het op andere browsers ook werkt (-webkit-, -moz, -op- etc) als alles toch de zelfde waardes heeft?
Dylanh schreef:Volgensmij is dat zodat de kit aangeroepen wordt in de browser.Waarom moet je bij sommige CSS properties een prefix gebruiken zodat het op andere browsers ook werkt (-webkit-, -moz, -op- etc) als alles toch de zelfde waardes heeft?
Correct me if im wrong
maar ik vind t ook raar, aangezien t allemaal t zelfde is
Bartv schreef:Simpel, het was toentertijd nog geen standaard volgens CSS, dus koppelden ze er maar een eigen prefix voor binnen hun eigen render-engine.Volgensmij is dat zodat de kit aangeroepen wordt in de browser.Eerdere citaten tonen
Dylanh schreef:Waarom moet je bij sommige CSS properties een prefix gebruiken zodat het op andere browsers ook werkt (-webkit-, -moz, -op- etc) als alles toch de zelfde waardes heeft?
Correct me if im wrong
maar ik vind t ook raar, aangezien t allemaal t zelfde is
Houd wel in je achterhoofd dat die prefix op een bepaalde moment ook depricated kan raken. Dat deed firefox ook met hun moz-border-radius wat overging in border-radius. Dus gebruik gewoon beiden. met én zonder prefix.
Maar nu wel dus wat doen die prefixen er nog

Dylanh schreef:Ik denk omdat oudere versies van die browsers misschien dan alleen die prefix versie ondersteunen.Maar nu wel dus wat doen die prefixen er nog
Thom schreef:Bij CSS3 animaties (bewegende divs etc.) moet je voor chrome ook nog steeds prefixes gebruiken.Ik denk omdat oudere versies van die browsers misschien dan alleen die prefix versie ondersteunen.Eerdere citaten tonen
Dylanh schreef:Maar nu wel dus wat doen die prefixen er nog
Dylanh schreef:HTML5 en CSS3 zijn nog niet volledig gestandardiseerd. Dus vandaar dat de prefixes er nog zijn.Maar nu wel dus wat doen die prefixen er nog
Dylanh schreef:Wachten totdat ze weggaan.Maar nu wel dus wat doen die prefixen er nog