DIG Digital Corner
Alles wat je altijd al over computers, hardware, software, internet en elektronische gadgets had willen weten, maar niet op Tweakers.net durft te vragen.
Jij koppelt meer tags aan één tag-id.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
nee, ook niet. Ik gebruik precies de tabellen die jij ook gebruikt in je voorbeeld op tweakers! tenzij je het hebt over de 'link' tabel tussen mijn plaatjes en de tags... maar dat is ook nodig voor mijn systeem want aan 1 tag per plaatje heb ik weinig! 
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
waarom gebruik je dan LIKE '%cool%' en niet ='cool'?
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
omdat ik eventueel ook tags wil pakken die een deel van het woord bevatten!, of denk je dat dat over de top is?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
oh, je moet altijd met hele tags werken
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
LOL, maar heb je ook een idee of ik dit eventueel voor delen van tags kan gebruiken of moet ik dan over een heel andere opzet gaan nadenken? zo niet dan houden we het op hele!
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
quote:Op woensdag 16 februari 2011 10:46 schreef Light het volgende:
Chandler, LIKE %cool% komt op hetzelfde neer als de Dikke Van Dale pakken en alle woorden waar een Q in staat opzoeken. Dat moet je niet willen.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Hmm. Ik weet niet wat ik heb gedaan maar vanmiddag deed mijn script nog wat hij moest doen (gewoon de datum die is ingevuld in het formulier naar unix_timestamp omzetten en in de database pleuren) maar opeens (volgens mij heb ik niks veranderd?) doet hij het alleen nog maar de datum van vandaag in de database zetten.
Die variabelen $maand, $dag en $jaar verkrijgt hij door $maand = $_POST['maand']; et cetera.
| 1 2 3 4 5 6 7 8 9 10 | <?php $mktijd = mktime($maand, $dag, $jaar); $sql= "INSERT INTO agenda (agendatitel, agendaplaats, agendadatum, agendabeschrijving) VALUES ('" . mysql_real_escape_string($agendatitel) . "', '" . mysql_real_escape_string($agendaplaats) . "', '" . mysql_real_escape_string($mktijd) . "', '" . mysql_real_escape_string($agendabeschrijving) . "')"; ?> |
Die variabelen $maand, $dag en $jaar verkrijgt hij door $maand = $_POST['maand']; et cetera.
"My name is Emery and primarily I make noises - and ideas".
Lijkt me sterk dat het daaraan ligt? Hij deed het vanmiddag gewoon goed en toen heb ik ook geen 0,0,0 gebruikt. Overigens is nu opeens de webserver van de website waar ik aan het testen ben down. Godver.quote:
Op
"My name is Emery and primarily I make noises - and ideas".
Enigste wat me opviel. Verder weet ik het ook nietquote:Op donderdag 17 februari 2011 01:51 schreef Emery het volgende:
[..]
Lijkt me sterk dat het daaraan ligt? Hij deed het vanmiddag gewoon goed en toen heb ik ook geen 0,0,0 gebruikt. Overigens is nu opeens de webserver van de website waar ik aan het testen ben down. Godver.
. [/newb]Lijkt me dat er vandaag al iets raars was met de server omdat hij nu down is. Dus ik denk dat het daaraan ligt. Als het eerder nooit een probleem was.
Ik denk dat er iets fout gaat in de POST want als ik in mijn 'uw bericht is toegevoegd'-message $dag, $maand en $jaar echo krijg ik gewoon $dag, $maand en $jaar te zien in plaats van de waardes die zijn ingevuld. Apart.
"My name is Emery and primarily I make noises - and ideas".
Wat geeft vardump($mktijd) en wat is de unixtimestamp van vandaag?
Hm, het is vast een fout in de postwaarden doorsturen dan.
Hm, het is vast een fout in de postwaarden doorsturen dan.
Oké, dat is het ook niet. Het ligt aan mijn wijzigingsformulier denk ik. Hij voegt ze nu prima toe, zodra ik in mijn wijzigingsformulier de datum aanpas slaat hij hem niet goed op in de database. Als ik daar $maand e.d. echo laat hij overigens wél de goede (nieuwe) data zien na het opslaan. Dus dan gaat er iets fout bij de mktime() om het in de database op te slaan denk ik. Als hij geen waarden vindt in de variabelen bij mktime($maand, $blabla), ziet hij het dan gewoon als mktime()? Want als hij dat doet kan het wel kloppen dat hij vandaag in de database zet.
"My name is Emery and primarily I make noises - and ideas".
vardump(mktime()) en je hebt je antwoord.
quote:mktime() returns the Unix timestamp of the arguments given. If the arguments are invalid, the function returns FALSE (before PHP 5.1 it returned -1).
Ik weet het denk ik. Als je mktime() dus false is of een foute waarde heeft dan komt er automatisch vandaag in de database omdat het veld niet leeg mag zijn ofzo?
if ($mktijd) { voer in }
else { error }
if ($mktijd) { voer in }
else { error }
Jup. Krijg de unixtimestamp van dit moment als ik dat doe. Géén idee waarom hij het niet doet maar in ieder geval weet ik nu waar de fout zit.
"My name is Emery and primarily I make noises - and ideas".
Et voila. Blijkbaar maakt het hem bij een INSERT niet uit dat er geen 0, 0, 0, staat in de mktime() en bij een UPDATE wel.. 0, 0, 0 toegevoegd in mktime() en hij werkt.
!
!
"My name is Emery and primarily I make noises - and ideas".
Haha ongeveer wel ja. Maar toen dacht ik nog dat het aan de INSERT lag. En niet aan het update script. Nou ja, bedankt voor het meedenken!quote:
Haha, dus mijn eerste opmerking was de fout.
"My name is Emery and primarily I make noises - and ideas".
omdat het toevoegen van een kolom dmv een variable niet echt goed werk ontvangen hier
moet ik dus redelijk opnieuw beginnen
om het nu een beter inzicht te krijgen hoe ik de db moet opbouwen heb ik jullie opbouwende kritiek nodig
ik wil dus dat een gebruiker op een bepaalde datum kan aangeven of hij wel of niet aanwezig is
tabel 1
uniek gebruikers id (G_id)
gebruikers naam (G_name)
tabel 2
afspraak id (A_id)
datum
wat
waar
tabel 3
G_id
A_id
aanwezig (j/n/?)
Tabel 3 zal voor elke unieke afspraak zijn:
Tabel 3 voor datum1
Tabel 4 voor datum2
Tabel 5 voor datum3 etc etc
Klopt deze opzet?
moet ik dus redelijk opnieuw beginnen
om het nu een beter inzicht te krijgen hoe ik de db moet opbouwen heb ik jullie opbouwende kritiek nodig
ik wil dus dat een gebruiker op een bepaalde datum kan aangeven of hij wel of niet aanwezig is
tabel 1
uniek gebruikers id (G_id)
gebruikers naam (G_name)
tabel 2
afspraak id (A_id)
datum
wat
waar
tabel 3
G_id
A_id
aanwezig (j/n/?)
Tabel 3 zal voor elke unieke afspraak zijn:
Tabel 3 voor datum1
Tabel 4 voor datum2
Tabel 5 voor datum3 etc etc
Klopt deze opzet?
Je hebt die extra tabellen niet nodig.quote:
omdat het toevoegen van een kolom dmv een variable niet echt goed werk ontvangen hier
moet ik dus redelijk opnieuw beginnen
om het nu een beter inzicht te krijgen hoe ik de db moet opbouwen heb ik jullie opbouwende kritiek nodig
ik wil dus dat een gebruiker op een bepaalde datum kan aangeven of hij wel of niet aanwezig is
tabel 1
uniek gebruikers id (G_id)
gebruikers naam (G_name)
tabel 2
afspraak id (A_id)
datum
wat
waar
tabel 3
G_id
A_id
aanwezig (j/n/?)
Tabel 3 zal voor elke unieke afspraak zijn:
Tabel 3 voor datum1
Tabel 4 voor datum2
Tabel 5 voor datum3 etc etc
Klopt deze opzet?
Je hebt aan een koppeltabel genoeg met g_id en a_id. Staat de gebruiker gekoppeld aan de afspraak (welke al een datum hebben), dan komt hij/zij. Anders niet.
Stel je wil weten welke gebruikers vandaag komen
of als je timestamps gebruikt
[ Bericht 1% gewijzigd door remi1986 op 17-02-2011 09:29:24 (Query was niet goed) ]
| 1 2 3 | <?php $datum = date("Y-m-d"); ?> |
of als je timestamps gebruikt
| 1 2 3 | <?php $datum = strtotime(date("Y-m-d"); ?> |
| 1 2 3 | <?php $query = mysql_query("SELECT g.name FROM gebruikers AS g INNER JOIN koppeltabel k ON ( k.g_id = g.g_id ) INNER JOIN afspraak a ON ( k.a_id = a.a_id ) WHERE a.datum = '".mysql_real_escape_string($datum)."' "); ?> |
[ Bericht 1% gewijzigd door remi1986 op 17-02-2011 09:29:24 (Query was niet goed) ]
Als je timestamps gebruikt, kan het makkelijker:quote:
Stel je wil weten welke gebruikers vandaag komen
[ code verwijderd ]
of als je timestamps gebruikt
[ code verwijderd ]
[ code verwijderd ]
| 1 2 3 4 5 | <?php $datum = mktime(); // Timestamp van huidige tijd // Alternatief: $datum = mktime(0, 0, 0) // Timestamp van huidige datum, met tijd 00:00:00 ?> |
En mysql_real_escape_string() lijkt me niet direct nodig als je weet dat de variabele altijd een gegenereerd datumveld bevat.
Ja kan ook. En ben met je eens dat escapen niet nodig is, maar ik doe het zelf altijd standaard. Als het straks uit bijvoorbeeld POST data komt, waar je eerst een datum moet kiezen is het weer user input.quote:
[..]
Als je timestamps gebruikt, kan het makkelijker:
[ code verwijderd ]
En mysql_real_escape_string() lijkt me niet direct nodig als je weet dat de variabele altijd een gegenereerd datumveld bevat.
[ Bericht 12% gewijzigd door remi1986 op 17-02-2011 09:45:32 ]
maar de gebruiker met zelf ergens kunnen aangeven of hij wel of niet aanwezig kan zijnquote:Je hebt die extra tabellen niet nodig.
Je hebt aan een koppeltabel genoeg met g_id en a_id. Staat de gebruiker gekoppeld aan de afspraak (welke al een datum hebben), dan komt hij/zij. Anders niet.
dit moet toch ergens opgeslagen worden....
ooh..tijdens het typen bedenk ik me..je slaat alleen op als hij WEL aan wezig is..
hmm...en als ik 3 verschillende statussen wil hebben...JA NEE en ONBEKEND
Dan voeg je die toe aan die koppeltabel..quote:
[..]
maar de gebruiker met zelf ergens kunnen aangeven of hij wel of niet aanwezig kan zijn
dit moet toch ergens opgeslagen worden....
ooh..tijdens het typen bedenk ik me..je slaat alleen op als hij WEL aan wezig is..
hmm...en als ik 3 verschillende statussen wil hebben...JA NEE en ONBEKEND
a_id,g_id,status
1,1,Ja
Je kan dan in de JOIN nog aangeven als je een bepaalde status wil
maar dan moet ik voor die status een tabel makenquote:Dan voeg je die toe aan die koppeltabel..
a_id,g_id,status
1,1,Ja
Je kan dan in de JOIN nog aangeven als je een bepaalde status wil
want voor elke andere datum kan een andere status zijn
Nee is niet nodig op zich, want gebruiker 2 kan voor afspraak 1 een status NEE/ONBEKEND hebben. Je koppelt een gebruiker aan een afspraak. Dezelfde gebruiker kan op voor een andere afspraak een andere status hebben.quote:
[..]
maar dan moet ik voor die status een tabel maken
want voor elke andere datum kan een andere status zijn
Je kan wel een tabel maken met de statussen. Dan krijg je dus 1,1,1 in de koppeltabel, maar met maar 3 statussen zou ik dat niet doen.
ik probeer het te snappen he :pquote:Nee is niet nodig op zich, want gebruiker 2 kan voor afspraak 1 een status NEE/ONBEKEND hebben. Je koppelt een gebruiker aan een afspraak. Dezelfde gebruiker kan op voor een andere afspraak een andere status hebben.
Je kan wel een tabel maken met de statussen. Dan krijg je dus 1,1,1 in de koppeltabel, maar met maar 3 statussen zou ik dat niet doen
ik wil dat een tabel automatisch wordt aangemaakt
zo min mogelijk (geen) handwerk
zoals eerder door jullie aangegeven mag ik niet kolommen toevoegen bv aanwezig_$datum1
hoe kan ik tegelijkertijd meerdere datums voorleggen aan gebruikers?
en hoe kan ik die in een tabel dan bewaren?
