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.
Database-class als in: PDO. Eigen databasewrappers schrijven is tegenwoordig ook nergens meer voor nodig, daar hebben we PDO voor. Jammer alleen dat het een hoop hosters onvoldoende drivers aanbieden.quote:Op dinsdag 26 april 2011 21:07 schreef GlowMouse het volgende:
Zolang je de extra features van MySQLi niet gebruikt, biedt MySQLi geen voordelen. Bovendien zie ik MySQL niet verdwijnen. Daarnaast moet je een database-class gebruiken, zodat mysql door mysqli vervangen nauwelijks tijd kost.
Als iedereen gewoon fijntjes leert met prepared statements te werken heb je in 1 klap de helft minder problemen in het kader van SQL-injectie en dergelijke.
Ben ik in principe met je eens, maar er zijn uitzonderingsgevallen, zoals verschillen tussen de Linux en Windows-API's die errors veroorzaken, en andere randgevallen waarbij onderdrukking in plaats van rete-ingewikkelde foutafhandeling beter is. Maar inderdaad, bij in 99% van de gevallen is dat niet nodig. Samenvatting: onderdrukking voor tekortkomingen van PHP zelf is prima, maar voor fouten aan je eigen kant niet.quote:Op woensdag 27 april 2011 09:11 schreef mstx het volgende:
Ten zesde: onderdruk fouten niet met @ maar zorg dat je in eerste instantie geen fouten krijgt.
[ Bericht 10% gewijzigd door Intrepidity op 27-04-2011 09:26:11 ]
Indenten?quote:
quote:
Ten zesde: onderdruk fouten niet met @ maar zorg dat je in eerste instantie geen fouten krijgt.
| 1 2 3 4 5 6 7 8 | <?php if (empty($_POST['Artikelnummer'])) { echo ''; } else { foreach($_POST['Artikelnummer'] as $Artikelnummer) { ?> |
Zo goed opgelost?
| 1 2 3 | <?php $sql=("SELECT Artikelnummer, Naam, Prijs FROM producten WHERE Artikelnummer = '".mysql_real_escape_string($Artikelnummer)."'") ?> |
En is dit veiliger?
[ Bericht 19% gewijzigd door afro op 27-04-2011 10:42:58 ]
...
echo ''; is nogal nutteloos he.quote:
[..]
Indenten?
[..]
[ code verwijderd ]
Zo goed opgelost?
| 1 2 3 4 5 6 | <?php if (!empty($_POST['Artikelnummer'])) { foreach($_POST['Artikelnummer'] as $Artikelnummer){ } } ?> |
Op donderdag 2 juli 2009 22:41 schreef RTB het volgende:
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
als ik elk rap"liedje" een kans moest geven was ik aan het eind van dit millennium nog bezig met het tempo waarin die kotshoop uitgebraakt wordt.
👾
Dat is waarquote:
[..]
echo ''; is nogal nutteloos he.
[ code verwijderd ]
, Bedankt!
...
Hoe wil je hem outputten? Alleen even bekijken? var_dump($aMultiDimensional);quote:Op donderdag 28 april 2011 11:33 schreef -Datdus- het volgende:
Weet iemand hoe je multiple dimensional array output?
Als je 'm daadwerkelijk netjes op het scherm wilt weergeven kun je denken aan geneste for-loops (alleen als je het aantal dimensies van tevoren weet), maar nog netter een recursieve methode (ook bruikbaar bij onbekend aantal dimensies)
outputten!quote:
[..]
Hoe wil je hem outputten? Alleen even bekijken? var_dump($aMultiDimensional);
Lekker happen
Op
Same.quote:
gebruik altijd print_r i.c.m. <pre> </pre>
var_dump geeft mij ook iets teveel informatie terug, wel handig als het om type casting gaat dat je precies weet waar je mee werkt. Maar als je in een MVC framework werkt bouw je je models zo dat er een stuk type casting in zit, zodat je er vanuit kunt gaan dat de objecten waarmee je werkt ook daadwerkelijk het type hebben wat je verwacht i.p.v. dat losse type casting waar PHP mee werkt.quote:
gebruik altijd print_r i.c.m. <pre> </pre>
Gelukkig zit type hinting voor scalar variables in de pijplijn voor een volgende PHP-versiequote:
[..]
var_dump geeft mij ook iets teveel informatie terug, wel handig als het om type casting gaat dat je precies weet waar je mee werkt. Maar als je in een MVC framework werkt bouw je je models zo dat er een stuk type casting in zit, zodat je er vanuit kunt gaan dat de objecten waarmee je werkt ook daadwerkelijk het type hebben wat je verwacht i.p.v. dat losse type casting waar PHP mee werkt.
Bron? Want ik ben echt zwaar benieuwd naar de uitwerking. Liefste zie ik zoiets als c# want dat verschil niet erg veel van PHP.quote:
[..]
Gelukkig zit type hinting voor scalar variables in de pijplijn voor een volgende PHP-versie
Mooiste zal zijn als string,integer,float etc ook classes zijn of structures zodat deze ook in functies worden geaccepteerd.
Dat geeft vooral overhead, en zeker in een weakly typed taal als php heeft het andere nadelen. Zelfs in een taal als java zijn integers en floats etc gewoon primitives, die je eventueel wel in een Integer/Float etc class kan vatten. Maar dat riekt bij mij al snel naar overengineering. Niks mis met primitives. Misschien dat het voor strings handig kan zijn, bijv zoals het in javascript werkt bijvoorbeeld, waar een string een object en ook een pseudo array is. Voor de rest: keep it simple, stupid.quote:
Mooiste zal zijn als string,integer,float etc ook classes zijn of structures zodat deze ook in functies worden geaccepteerd.
Zie o.a. http://sebastian-bergmann(...)s-in-PHP-5.3.99.htmlquote:
[..]
Bron? Want ik ben echt zwaar benieuwd naar de uitwerking. Liefste zie ik zoiets als c# want dat verschil niet erg veel van PHP.
Mooiste zal zijn als string,integer,float etc ook classes zijn of structures zodat deze ook in functies worden geaccepteerd.
Kortom kun je geen variabelen zoals "int $foo" declareren, maar wel types verplicht stellen in methodes, zoals nu ook al mogelijk is met arrays en objecten.
Scalar types worden hopelijk nooit classes. Heeft nauwelijks toegevoegde waarde en voegt inderdaad alleen maar overhead toe.
Wat ik wel erg jammer vind is dat de checking niet automatisch gebeurt. Je kunt wel methoden als "public function foo(int $parameter)" declareren, maar vervolgens moet je zélf met de reflection-API checken of die variabele wel van dat type is.
Je moet PHP ook niet proberen te veranderen in wat het niet is en wat nooit de bedoeling was. Het is oorspronkelijk gemaakt als een zeer laagdrempelige, ubersimpele scriptingtaal. Als je er echt een stricte en volledige programmeertaal van wil maken inclusief type checking etc dan kun je beter met een schone lei beginnen, zodat je ook alle nare erfenissen uit de voorbije tijd kunt kwijtraken. Maar ja, dan kom je waarschijnlijk uit op iets zoals Python...
Een ubersimpele scriptingtaal is het al jaren niet meer. Loosely typed is het inderdaad, maar dat is een bewuste keuze geweest. Een volledige taal is het al een heel poosje. Wat voor dingen mis jij zoal in de API dan? Dat het niet geleverd wordt met een compleet framework zoals bijvoorbeeld ASP.net dat doet klopt, maar dat zie ik als een groot voordeel, omdat ik dan zelf een framework kan kiezen.quote:
Je moet PHP ook niet proberen te veranderen in wat het niet is en wat nooit de bedoeling was. Het is oorspronkelijk gemaakt als een zeer laagdrempelige, ubersimpele scriptingtaal. Als je er echt een stricte en volledige programmeertaal van wil maken inclusief type checking etc dan kun je beter met een schone lei beginnen, zodat je ook alle nare erfenissen uit de voorbije tijd kunt kwijtraken. Maar ja, dan kom je waarschijnlijk uit op iets zoals Python...
Ben het met je eens dat PHP out-of-the-box niet klaar is voor enterprise toepassingen, maar juist het feit dat je zelf je componenten, opcode caching, frameworks en dergelijke kunt kiezen is een groot voordeel, iets wat ik bij ASP.net en dergelijke talen grotendeels mis.
Dit uiteraard afgezien van het feit dat je het kúnt gebruiken als een houtje-touwtje scripttaaltje, maar de mensen die dat doen kan ik uberhaupt niet serieus nemen.
Ik zeg niet dat PHP een stricte taal moet worden, maar als je type hinting wilt introduceren, doe het dan wel volledig en niet halfgebakken. Of maak automatische checking ten minste een configuratieoptie.
Gebruikte eerst ook altijd print_r, maar tegenwoordig altijd var_dump omdat ik veel gebruik maak van arrays Vind die weergave altijd enorm duidelijk
Vind die weergave altijd enorm duidelijk
Idd qua weergave is var_dump wel de betere.quote:Op zondag 1 mei 2011 21:53 schreef mafkees01 het volgende:
Gebruikte eerst ook altijd print_r, maar tegenwoordig altijd var_dump omdat ik veel gebruik maak van arrays
Niet altijd serieus
Ligt er dan ook wel enorm aan.. Als ik een dynamische SQL query bouw dan vind ik een var_dump erg onhanding omdat er quotes omheen staan, welke type casting en de length. Dan is de eventuele fout in je query moeilijk te vinden..quote:
[..]
Idd qua weergave is var_dump wel de betere.
Dan gebruik ik gewoon print weer.. Ligt er net aan wat ik wil debuggen
Gebruik toch in godsnaam gewoon xdebug 
Af en toe wat gepruts om het te installeren maar ik beloof je dat je 10x sneller debugged dan met var_dump en dergelijke.
Af en toe wat gepruts om het te installeren maar ik beloof je dat je 10x sneller debugged dan met var_dump en dergelijke.
Waarom zou ik ? Ik heb een eigen db-debugger in mijn db-class ingebouwd en kom met print_r verder gewoon waar ik wil komen.quote:
Gebruik toch in godsnaam gewoon xdebug
En als je niet weet op welke code je programma crasht? Kun je ook fijn je methodes in stappen met print_r en dergelijke? Tuurlijk heb je het niet persee nodig, maar het scheelt een hele hoop tijd.quote:Op maandag 2 mei 2011 09:40 schreef GI het volgende:
[..]
Waarom zou ik ? Ik heb een eigen db-debugger in mijn db-class ingebouwd en kom met print_r verder gewoon waar ik wil komen.
Dan zouden we met z'n allen net zo goed in notepad assemblycode kunnen gaan zitten tikken, maar dat doen we ook niet.
wtf is xdebug? Ik heb mijn code zo gemaakt dat als er iets mis gaat dat ik een exception krijg en met de stacktrace kan ik dan zien waar het fout gaat. Persoonlijk vind ik debug programma's ook brak. Zend heeft er ook 1 maar kan daar echt niet mee overweg aangezien ik mijn variabelen best diep heb zitten en dan ben ik met een print_r velen malen sneller.quote:
Gebruik toch in godsnaam gewoon xdebug
xdebug is een php-plugin die ook ondersteund wordt door de meeste IDE's waarbij je bij een exception of error meteen naar de betreffende regel springt in je IDE en waarna je alle variabelen en de loop van je programma kunt inspecteren. M.a.w. volledige debugging zoals je dat o.a. ook in visual studio .net hebt.quote:
[..]
wtf is xdebug? Ik heb mijn code zo gemaakt dat als er iets mis gaat dat ik een exception krijg en met de stacktrace kan ik dan zien waar het fout gaat. Persoonlijk vind ik debug programma's ook brak. Zend heeft er ook 1 maar kan daar echt niet mee overweg aangezien ik mijn variabelen best diep heb zitten en dan ben ik met een print_r velen malen sneller.
Ik ben op zoek naar een makkelijk middel op MySQL tabellen om te zetten in PHP classes zodat ik hier vrij makkelijk CRUD operaties mee kan doen, zonder dat ik een mysql query hoef in te voeren.
Ik heb wel het eea gevonden dat het van PHP classes naar MySQL tabellen gaat (Vrijwel alle MVC frameworks).
Rede waarom ik dit wil is dat mijn database gewoon als uitgangspunt genomen moet worden, die heb ik immers al ontworpen met alle bijhorende relaties tussen tabellen. Naast parent-child relaties, heb ik ook een relatie die bedoelt is voor inheritance. (Ik heb eigenlijk ook geen MVC framework gezien die dit als zodanig ondersteund)
Wie weet een toolkit die kan doen wat ik wil?
Ik heb wel het eea gevonden dat het van PHP classes naar MySQL tabellen gaat (Vrijwel alle MVC frameworks).
Rede waarom ik dit wil is dat mijn database gewoon als uitgangspunt genomen moet worden, die heb ik immers al ontworpen met alle bijhorende relaties tussen tabellen. Naast parent-child relaties, heb ik ook een relatie die bedoelt is voor inheritance. (Ik heb eigenlijk ook geen MVC framework gezien die dit als zodanig ondersteund)
Wie weet een toolkit die kan doen wat ik wil?
Doctrine2 kan proxyklassen genereren uit een bestaande database, maar ik vermoed dat dit enigszins overkill is voor je.
Ik zie niet zo snel waar de overkill zou zitten, ik heb vanavond iets om me even goed in te verdiepen 
Ik heb een vraagje betreft het automatisch wissen van data uit m'n tabel.
Ik run een server waarbij ik graag wil dat account's na bijvoorbeeld 30 dagen inactiviteit verwijderd worden. Nu weet ik dat je met behulp van een cronjob iets kan uitvoeren op een bepaald moment, tenminste voor zover ik heb gelezen. Maar in hoeverre kun je doormiddel van het checken van een datum in de tabel kijken of die 30 dagen niet actief is geweest.
Op dit moment bevat m'n tabel al een kolom waar elke keer de datum word aangepast als die inlogt.
Iemand die me kan helpen?
Ik run een server waarbij ik graag wil dat account's na bijvoorbeeld 30 dagen inactiviteit verwijderd worden. Nu weet ik dat je met behulp van een cronjob iets kan uitvoeren op een bepaald moment, tenminste voor zover ik heb gelezen. Maar in hoeverre kun je doormiddel van het checken van een datum in de tabel kijken of die 30 dagen niet actief is geweest.
Op dit moment bevat m'n tabel al een kolom waar elke keer de datum word aangepast als die inlogt.
Iemand die me kan helpen?
Dat gaat met een WHERE in je query.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Moet ik PHP dan bijvoorbeeld elke 24 uur de hele database checken en elk account met een datum van 30 dagen geleden laten verwijderen?quote:
Dus ff letterlijk getypt: elke 24 > check DB > datum - 30 = DELETE
Ben nog geen prof in php/sql
Precies, om de zoveel tijd met PHP een delete-query draaien.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Het is soms echt te makkelijk, thanksquote:
Precies, om de zoveel tijd met PHP een delete-query draaien.
Ga even uitzoeken hoe ik een datum kan checken en er dagen vanaf halen
Als je in de database datetime velden gebruikt, zou je eens kunnen kijken naar de mysql-functie datediff()quote:
[..]
Het is soms echt te makkelijk, thanks
Ga even uitzoeken hoe ik een datum kan checken en er dagen vanaf halen
Het zijn inderdaad datetime fields, zal eens even kijken. Thanksquote:
[..]
Als je in de database datetime velden gebruikt, zou je eens kunnen kijken naar de mysql-functie datediff()
Even snel lopen kijken naar de datedriff() functie, maar als ik er zo naar kijk dan zou het ook moeten kunnen wanneer je gewoon gebruik maakt van de algemene varchar velden?quote:
[..]
Als je in de database datetime velden gebruikt, zou je eens kunnen kijken naar de mysql-functie datediff()
Snel testje gedaan.
Als je dit doet
Krijg je data die ouder zijn dan 30 dagen. Wel verwarrend met < -30.
Dit kan je natuurlijk gebruiken met een DELETE WHERE query.
Als je dit doet
| 1 | SELECT `date_veld` FROM `tabel` WHERE DATEDIFF(`date_veld`, NOW()) < -30 |
Krijg je data die ouder zijn dan 30 dagen. Wel verwarrend met < -30.
Dit kan je natuurlijk gebruiken met een DELETE WHERE query.
Als je varchar voor een datum gebruikt dan is het je eigen schuld.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Of van je voorganger waarmee je vanwege legacy-code maar moet zien te leven.quote:
Als je varchar voor een datum gebruikt dan is het je eigen schuld.
Doe ik niet, zijn gewoon datetime fieldsquote:
Als je varchar voor een datum gebruikt dan is het je eigen schuld.
Dankje! Ga er vanavond/dit weekend eens even mee klotenquote:
Snel testje gedaan.
Als je dit doet
[ code verwijderd ]
Krijg je data die ouder zijn dan 30 dagen. Wel verwarrend met < -30.
Dit kan je natuurlijk gebruiken met een DELETE WHERE query.
Ik kom er niet uit, zal waarschijnlijk wel komen door m'n lage kennis van sql . Ik wou kijken wat het script van remi nou precies als result gaf dus flatste het volgende in elkaar:
Dit geeft mij alleen het volgende als resultaat:
(waarbij gebruikersnaam een waarde is die in 'userid' staat)
Wanneer ik dan bijvoorbeeld ga spelen met de waarde < -30 blijf ik constant dezelfde gebruikersnaam houden, terwijl ik zeer zeker weet dat er meerdere moeten verschijnen.
Iemand die mij uit de knoei kan helpen?
[ Bericht 2% gewijzigd door dirkjo op 13-05-2011 22:15:21 ]
. Ik wou kijken wat het script van remi nou precies als result gaf dus flatste het volgende in elkaar:| 1 2 3 4 5 | <?php $result = mysql_query("SELECT * FROM `ftpuser` WHERE DATEDIFF(`accessed`, NOW()) < -30"); $row = mysql_fetch_array($result); echo ($row['userid']); ?> |
Dit geeft mij alleen het volgende als resultaat:
| 1 | "gebruikersnaam" |
Wanneer ik dan bijvoorbeeld ga spelen met de waarde < -30 blijf ik constant dezelfde gebruikersnaam houden, terwijl ik zeer zeker weet dat er meerdere moeten verschijnen.
Iemand die mij uit de knoei kan helpen?
[ Bericht 2% gewijzigd door dirkjo op 13-05-2011 22:15:21 ]
Kan iemand mij het volgende uitleggen, ik heb een tabel met 4 velden (expire_date [timestamp], user_id [int], action [varchar=50], value [text]) en wil deze tabel gebruiken om acties voor een bepaalde tijd in een database in te voeren. Echter werkt de volgende insert niet zoals verwacht
insert into `actions` (`expiredate`, `userID`, `action`, `value`)
VALUES (CUR_TIJD + $time,
$userID,
$action,
$value);
waar CUR_TIJD de huidige tijd (time()) + $time in seconden is. Wat doe ik fout?
insert into `actions` (`expiredate`, `userID`, `action`, `value`)
VALUES (CUR_TIJD + $time,
$userID,
$action,
$value);
waar CUR_TIJD de huidige tijd (time()) + $time in seconden is. Wat doe ik fout?
Just say hi!
$dirkjo: gebruik eens print_r ipv vardump
en DATEDIFF(`accessed`, NOW()) < -30 lijkt me leuker om dit te hebben
`accessed` >= DATE_SUB(CURDATE(),INTERVAL 30 DAYS)
zo pak je alles wat binnen 30 dagen valt en wil je anders om dan doe je <
ipv vardump en DATEDIFF(`accessed`, NOW()) < -30 lijkt me leuker om dit te hebben
`accessed` >= DATE_SUB(CURDATE(),INTERVAL 30 DAYS)
zo pak je alles wat binnen 30 dagen valt
en wil je anders om dan doe je <
Just say hi!
je echo't maar 1x, zie de voorbeelden op http://nl3.php.net/mysql_fetch_arrayquote:
Wanneer ik dan bijvoorbeeld ga spelen met de waarde < -30 blijf ik constant dezelfde gebruikersnaam houden, terwijl ik zeer zeker weet dat er meerdere moeten verschijnen.
Een timestamp veld vul je niet met een unix timestamp, en je wilt waarschijnlijk datetime gebruiken, zie http://dev.mysql.com/doc/refman/5.0/en/datetime.htmlquote:
Kan iemand mij het volgende uitleggen, ik heb een tabel met 4 velden (expire_date [timestamp], user_id [int], action [varchar=50], value [text]) en wil deze tabel gebruiken om acties voor een bepaalde tijd in een database in te voeren. Echter werkt de volgende insert niet zoals verwacht
insert into `actions` (`expiredate`, `userID`, `action`, `value`)
VALUES (CUR_TIJD + $time,
$userID,
$action,
$value);
waar CUR_TIJD de huidige tijd (time()) + $time in seconden is. Wat doe ik fout?
En dat is beter voor indices.quote:en DATEDIFF(`accessed`, NOW()) < -30 lijkt me leuker om dit te hebben
`accessed` >= DATE_SUB(CURDATE(),INTERVAL 30 DAYS)
zo pak je alles wat binnen 30 dagen valt
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Wist niet dat het beter was maar leek mij meer logisch en begrijpelijk
Ja ik wil het liefst werken met time() van php en timestamp maar zie dat datetime inderdaad een betere oplossing is, i'll try!
maar leek mij meer logisch en begrijpelijk Ja ik wil het liefst werken met time() van php en timestamp maar zie dat datetime inderdaad een betere oplossing is, i'll try!
Just say hi!
Raar 
maar dit werkt dus niet
waarbij $extime 60 is, dit zou dus 1 minuut extra moeten zijn maar dat is het dus niet?! en gewoon time() gaat ook niet werken wat doe ik nou fout? wil gewoon een datum in de toekomst in mijn tabel invoeren
maar dit werkt dus niet| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <?php function() { $extime = (is_numeric($extime) && $extime > 0) ? time() + $extime : time() + 60; $query = $this->db->query("INSERT INTO `actions` (`expiredate`, `user_id`, `action`, `value`, `validate`) VALUES ('" . date("Y-m-d H:i:s", $extime) . "', '" . $this->db->escape($userID) . "', '" . $this->db->escape($action) . "', '" . $this->db->escape($value) . "', '" . $this->db->escape($validate) . "')"); } ?> |
wat doe ik nou fout? wil gewoon een datum in de toekomst in mijn tabel invoeren
Just say hi!
Misschien erbij moeten vermelden dat ik 'printf' ook al heb geprobeerd.quote:
[..]
je echo't maar 1x, zie de voorbeelden op http://nl3.php.net/mysql_fetch_array
[..]
Een timestamp veld vul je niet met een unix timestamp, en je wilt waarschijnlijk datetime gebruiken, zie http://dev.mysql.com/doc/refman/5.0/en/datetime.html
[..]
En dat is beter voor indices.
