Wegschrijven naar DB gaat niet, Stapgewijs hulp ? van blz 1 -> 12
Pagina: « vorige 1 2 3 ... 10 11 12
'wouter:
Nee! Kijk gewoon eens of de code die ik je gaf werkt. Die code die alweer twee posts van mij terug te vinden is...Die ik heb ik niet meer nu neeh , moet ik het er opnieuw bijzetten .?
Ik vind de topictitel steeds mooier worden;
Wegschrijven naar DB gaat niet , zie eigenlijk geen probleem
Wegschrijven naar DB gaat niet , zie eigenlijk geen probleem
idd , pas hem maar aan dan Jan ;p
'Jan:
Ik vind de topictitel steeds mooier worden;
Wegschrijven naar DB gaat niet , zie eigenlijk geen probleem
Wegschrijven naar DB gaat niet , zie eigenlijk geen probleem
En hier de oplossing...
@ Blanche & Frank: LOL
@ wouter: ik bewonder je doorzettingsvermogen ;-)
@ wouter: ik bewonder je doorzettingsvermogen ;-)
Edit:
Ik ga lekker uit eten met een mooie Indonesische vrouw. Succes verder mannen ;-)
Gewijzigd op 01/01/1970 01:00:00 door Jan Koehoorn
Wat werkt er nog niet dan?
Ik zie een subtiel foutje. Voor de datum staat in je formulier MM-DD-YYYY terwijl je in je script de datum behandeld als dd-mm-yyyy. Dat gaat natuurlijk niet helemaal samen.
Ik zie een subtiel foutje. Voor de datum staat in je formulier MM-DD-YYYY terwijl je in je script de datum behandeld als dd-mm-yyyy. Dat gaat natuurlijk niet helemaal samen.
Zoals ik vermelde
Je kan niet 1700 invullen of je kan niet 08092007 invullen hij zet dit niet automatisch om naar de explode..
Verder is hij denk ik nu al wel goed waarvoor men dank (zonder PHPblanchehulp kon ik niet leven)
Nu rest me nog 1 grotere taak , minder ingewikkeld maar dan nog!
Elke Id van de users moet nu ook zijn ID van afspraak kunnen lezen,
dus
test 1 = afspraak 1
test 2 = afspraak 2...
Je weet wel , beetje als een profiel uitlezen, Ik heb ook al nagedacht, en natuurlijk als je met wouter een afspraak maakt staat er : ,,29 08-09-2007 17:00 MET WOUTER,
Dus ik vermoed het volgende, Je leest gewoon op de namen uit van de afspraken en stopt dan het id in de gegevens bij de users..
Ik denk wel dat dit juist is enkel durf ik de sql niet te schrijven..
$sql = SELECT naam FROM afspraken
En dan iets doen met die naam ..
Je kan niet 1700 invullen of je kan niet 08092007 invullen hij zet dit niet automatisch om naar de explode..
Verder is hij denk ik nu al wel goed waarvoor men dank (zonder PHPblanchehulp kon ik niet leven)
Nu rest me nog 1 grotere taak , minder ingewikkeld maar dan nog!
Elke Id van de users moet nu ook zijn ID van afspraak kunnen lezen,
dus
test 1 = afspraak 1
test 2 = afspraak 2...
Je weet wel , beetje als een profiel uitlezen, Ik heb ook al nagedacht, en natuurlijk als je met wouter een afspraak maakt staat er : ,,29 08-09-2007 17:00 MET WOUTER,
Dus ik vermoed het volgende, Je leest gewoon op de namen uit van de afspraken en stopt dan het id in de gegevens bij de users..
Ik denk wel dat dit juist is enkel durf ik de sql niet te schrijven..
$sql = SELECT naam FROM afspraken
En dan iets doen met die naam ..
Maak van
even dit:
Een tijd als 20:09 kon je al invullen als 2009, enkel de hele uren werkten nog niet.
En tja wat betreft die datum, daar zul je gewoon streepjes tussen moeten houden met de code zoals je die nu hebt. Anders zul je net zo'n functies al voor de tijd moeten schrijven om de datum te controleren...
Wat betreft het uitlezen van de van een bepaalde klant, kun je natuurlijk gewoon een WHERE clausule meegeven aan je query:
even dit:
Een tijd als 20:09 kon je al invullen als 2009, enkel de hele uren werkten nog niet.
En tja wat betreft die datum, daar zul je gewoon streepjes tussen moeten houden met de code zoals je die nu hebt. Anders zul je net zo'n functies al voor de tijd moeten schrijven om de datum te controleren...
Wat betreft het uitlezen van de van een bepaalde klant, kun je natuurlijk gewoon een WHERE clausule meegeven aan je query:
maar dan word het toch
WHERE username = ' ".$naam." '
WHERE username = ' ".$naam." '
Als je de query in php opstelt en de naam in de variabele $naam staat wel ja...
Uiteraard heb je mysql_real_escape_string() gebruikt om $naam te beveiligen voordat je hem in de query gebruikt hebt...
Uiteraard heb je mysql_real_escape_string() gebruikt om $naam te beveiligen voordat je hem in de query gebruikt hebt...
Dan wordt het dus bv.:
En dat zal zelden het geval zijn. Ik kan me tenminste niet voorstellen dat jij bij iedere naam extra spaties voor en achter de naam zet. Haal de spaties tussen de quotes weg, die zorgen voor ellende.
En dat zal zelden het geval zijn. Ik kan me tenminste niet voorstellen dat jij bij iedere naam extra spaties voor en achter de naam zet. Haal de spaties tussen de quotes weg, die zorgen voor ellende.
Maar je maakt toch niet voor elke gebruiker een query ?
Dus klopt het toch wel welke dat ingevoerd word word ook gecontroleerd
Dit is die van het loginsysteem
$sql = "
SELECT id
FROM members
WHERE username = '" . mysql_real_escape_string ($username) . "'
AND password = SHA1('" . mysql_real_escape_string ($password) . "')
";
Dus klopt het toch wel welke dat ingevoerd word word ook gecontroleerd
Dit is die van het loginsysteem
$sql = "
SELECT id
FROM members
WHERE username = '" . mysql_real_escape_string ($username) . "'
AND password = SHA1('" . mysql_real_escape_string ($password) . "')
";
Ja je zult daar inderdaad een variabele in moeten voeren. Zoiets dus:
Maar dan wordt dit mijn 2de sql hé
Je tweede query? Geen idee...
Waar je wilt dat deze gegevens opgevraagd worden voer je deze query uit. Of dat nu de 1e, 2e of 6e query is, dat maakt toch niet uit?
Waar je wilt dat deze gegevens opgevraagd worden voer je deze query uit. Of dat nu de 1e, 2e of 6e query is, dat maakt toch niet uit?
Gewoon zodra ze inloggen BATS vlak voor hun neus :)
Prima toch, na het inloggen query uitvoeren en gegevens op het scherm zetten...
Ok , ik begin er morgen aan, een van de beste simulatie spelen heeft net update gehad de helft van de wereld kan niet rijden :)
Dus iedereen heeft problemen veel bugs en fouten,
www.lfs.net maar voor de rest zalig gamepje
Dus iedereen heeft problemen veel bugs en fouten,
www.lfs.net maar voor de rest zalig gamepje




