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.
Vergelijk mijn queries maar met jouw queries. Ik heb per tag één id.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Simpel tooltje om timestamp om te zetten naar utc+1
http://tools.pcextreme.nl/?page=date
http://tools.pcextreme.nl/?page=date
"Op Fok! val je pas op als je normaal bent." -mazaru
Dat sluit mijn db-opzet niet uit.quote:Op woensdag 16 februari 2011 18:04 schreef Chandler het volgende:
Dat heb ik ook, maar ik heb meerdere tags per plaatje
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Klopt, maar wijs mij dan op het gene wat ik fout doe want nu snap ik er de balle van....
Just say hi!
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! 
Just say hi!
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?
Just say hi!
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!
Just say hi!
quote:
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".
