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.
Als je vragen hebt over PHP/MySQL, dan zit je hier goed met een vaste kliek guru's en een groot aantal regelmatige bezoekers. Beperk je vragen niet tot "hij doet het niet" of "hij geeft een fout" - onze glazen bol is kapot en we willen graag van je weten wát er niet lukt en wélke foutmelding je precies krijgt
Zie ook:
• PHP Dataverwerking
• Officiële PHP website
• PHP Documentatie
• MySQL Reference Manual
• Yet Another PHP Faq
• PHP Cheat Sheet
• PHP5 Power Programming - boek met uitleg over OOP, Pear, XML, etc
Tutorials:
• W3Schools PHP
• W3Schools SQL
Succes heren met het volgende deeltje!
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.
👾
Hey allemaal,
ik ben momenteel bezig met een wordpress theme en - omdat ik er weinig verstand van heb - loop ik al direct vast. Heb hier al over gezocht via allerhande fora (oa wordpress zelf) maar niemand heeft tot nu toe het verlossende woord:
Ik heb volgens mij een vrij eenvoudig theme met diverse pagina's, zoals contact, over mij enzovoort. Onder die pagina's wil ik nu subpagina's hangen. De navigatie wil ik in de sidebar hebben. Daarom wil ik in de sidebar van een pagina als contact een lijst toevoegen met de parent en de children van een specifieke pagina, als volgt:
Contact (parent)
Route (child)
Formulier (child)
In het kort komt het hier op neer:
1. Op de sidebar van een pagina die children heeft moet een linklijst komen met de parent en de children.
2. Op de sidebar van een childpagina moet diezelfde lijst komen.
3. Op de sidebar van een pagina zonder children, moet geen lijst komen.
Ik heb nu deze code:
Dit werkt wel op de childpagina's, daar krijg je een mooie lijst met parent en children, maar op de parentpagina geeft hij alleen de children. Hoe kan ik dit aanpassen? Ik ben een echte php beginner, dus ik hoop dat iemand mij hiermee kan helpen!
ik ben momenteel bezig met een wordpress theme en - omdat ik er weinig verstand van heb - loop ik al direct vast. Heb hier al over gezocht via allerhande fora (oa wordpress zelf) maar niemand heeft tot nu toe het verlossende woord:
Ik heb volgens mij een vrij eenvoudig theme met diverse pagina's, zoals contact, over mij enzovoort. Onder die pagina's wil ik nu subpagina's hangen. De navigatie wil ik in de sidebar hebben. Daarom wil ik in de sidebar van een pagina als contact een lijst toevoegen met de parent en de children van een specifieke pagina, als volgt:
Contact (parent)
Route (child)
Formulier (child)
In het kort komt het hier op neer:
1. Op de sidebar van een pagina die children heeft moet een linklijst komen met de parent en de children.
2. Op de sidebar van een childpagina moet diezelfde lijst komen.
3. Op de sidebar van een pagina zonder children, moet geen lijst komen.
Ik heb nu deze code:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 | <?php //if the post has a parent if($post->post_parent){ //collect ancestor pages $relations = get_post_ancestors($post->ID); //get child pages $result = $wpdb->get_results( "SELECT ID FROM wp_posts WHERE post_parent = $post->ID AND post_type='page'" ); if ($result){ foreach($result as $pageID){ array_push($relations, $pageID->ID); } } //add current post to pages array_push($relations, $post->ID); //get comma delimited list of children and parents and self $relations_string = implode(",",$relations); //use include to list only the collected pages. $sidelinks = wp_list_pages("title_li=&echo=0&include=".$relations_string); }else{ // display only main level and children $sidelinks = wp_list_pages("title_li=&echo=0&depth=1&child_of=".$post->ID); } if ($sidelinks) { ?> <h2><?php the_title(); ?></h2> <ul> <?php //links in <li> tags echo $sidelinks; ?> </ul> <?php } ?> |
Dit werkt wel op de childpagina's, daar krijg je een mooie lijst met parent en children, maar op de parentpagina geeft hij alleen de children. Hoe kan ik dit aanpassen? Ik ben een echte php beginner, dus ik hoop dat iemand mij hiermee kan helpen!
Spot de 10 fouten. En dit is dan HBO niveau.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
else bestaat helemaal niet in PHP! Wat dom zeg.quote:Op vrijdag 4 januari 2013 00:03 schreef Scorpie het volgende:
[ afbeelding ]
Spot de 10 fouten. En dit is dan HBO niveau.
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
Ik hou zoveel van jou, ik doe alles voor je! O+
Mooiste is dat je dan met verbeteringen aankomt en je gewoon opmerkinge naar je hoofd krijgt als 'ik heb een hekel aan mensen die zich willen bewijzen'quote:Op vrijdag 4 januari 2013 00:09 schreef Juicyhil het volgende:
[..]
else bestaat helemaal niet in PHP! Wat dom zeg.
Is niet zo moeilijk om dat te doen met zulke crappy code he.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Wow, bedoel je dat dit afkomstig is van 'n docent?quote:
[..]
Mooiste is dat je dan met verbeteringen aankomt en je gewoon opmerkinge naar je hoofd krijgt als 'ik heb een hekel aan mensen die zich willen bewijzen'
Is niet zo moeilijk om dat te doen met zulke crappy code he.
Nee joh, een student die zichzelf application developer/webdesigner noemt.quote:Op vrijdag 4 januari 2013 00:11 schreef Diabox het volgende:
[..]
Wow, bedoel je dat dit afkomstig is van 'n docent?
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Ik heb er ook wel eens moeite mee hoor, dat ik C++ en PHP bijvoorbeeld door elkaar haal.
Ben je een webpagina aan het schrijven, begin je met int counter = 0; etc.
Toch even een vraagje over dat stukje code; vinden jullie dubbele quotes een fout of gewoon een no-go? Ik gebruik bij strings altijd enkele, omdat bij HTML altijd dubbele quotes moeten worden gebruikt.
Ben je een webpagina aan het schrijven, begin je met int counter = 0; etc.
Toch even een vraagje over dat stukje code; vinden jullie dubbele quotes een fout of gewoon een no-go? Ik gebruik bij strings altijd enkele, omdat bij HTML altijd dubbele quotes moeten worden gebruikt.
En ik quote:quote:
Ja sorry, ik ben allergisch voor kut code. Dan krijg ik spasmes en moet ik het proberen te herstellen. My bad.quote:"btw... heb een hekel aan mensen die zichzelf hoe-dan-ook proberen te bewijzen. Just keep it for yourself."
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Is niet je beste vriend neem ik aan.quote:
[..]
En ik quote:
[..]
Ja sorry, ik ben allergisch voor kut code. Dan krijg ik spasmes en moet ik het proberen te herstellen. My bad.
Dit was overigens ook een reactie:
quote:is volgens mij gewoon een nette manier hoor? Waarom een ferarri bouwen als ik met een fiat punto mn boodschappe kan doen?? Lol koop een taart en vier het ben trotts op je dat je de fouten kon ontdekken
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Nee niet echt. Ik noemde zijn code ook dramatisch, misschien dat dat er iets mee te maken heeft.quote:Op vrijdag 4 januari 2013 00:19 schreef Diabox het volgende:
[..]
Is niet je beste vriend neem ik aan.
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Heb ik ook een hekel aan, slordige code. Variabelen als $p en $u, verkeerde inspringingen, verkeerd commentaar blergh.quote:
[..]
Nee niet echt. Ik noemde zijn code ook dramatisch, misschien dat dat er iets mee te maken heeft.
Ik wil, dat ik aan de naam van de variabelen kan zien wat het kan/hoort te bevatten. Helaas zijn er wat medestudenten het oneens met mij...
Human Readable Codequote:
[..]
Heb ik ook een hekel aan, slordige code. Variabelen als $p en $u, verkeerde inspringingen, verkeerd commentaar blergh.
Ik wil, dat ik aan de naam van de variabelen kan zien wat het kan/hoort te bevatten. Helaas zijn er wat medestudenten het oneens met mij...
Op dinsdag 13 augustus schreef Xa1pt:
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Neuh, fraude mag best aangepakt worden. Maar dat het de maatschappij meer oplevert of beter is voor de samenleving, is nog maar de vraag.
Op donderdag 25 juni 2015 schreef KoosVogels:
Klopt. Ik ben een racist.
Bespaart je wel geheugen en schijfruimtequote:
Op dinsdag 9 augustus 2011 23:01 schreef SuperrrTuxxx het volgende:
Ik hou zoveel van jou, ik doe alles voor je! O+
Ik hou zoveel van jou, ik doe alles voor je! O+
zolang het geen globale variabele zijn, maar alleen een variabele binnen een functie, zie ik het probleem niet. Een gemiddeld mens kan best onthouden wat er in de variabele zit.quote:
[..]
Heb ik ook een hekel aan, slordige code. Variabelen als $p en $u, verkeerde inspringingen, verkeerd commentaar blergh.
Ik wil, dat ik aan de naam van de variabelen kan zien wat het kan/hoort te bevatten. Helaas zijn er wat medestudenten het oneens met mij...
Het is gewoon kansloos om elke variabele uit te schrijven waar het voor staat. Dat maakt je code alleen maar onoverzichtelijk en rommelig.
Het hele idee Human Readable Code (of elke andere benaming ervoor) is ook ver over de top gegaan. Dat er standaarden zijn in de benamingen van functies ( fetchVariabels() of fetchVars() ipv fVar(), func38() of thx() ) dat kan ik helemaal begrijpen, maar dat het als 'fout' gezien wordt als je de else of elseif op een nieuwe regel begint ipv op dezelfde regel als de } van de vorige is gewoon onzin.
Ja en nee, in sommige talen heeft de lengte van je variabel naam geen invloed op geheugen gebruik. Schijfruimte gebruik uiteraard wel, maar voor ontwikkeling is het wel handig dat je je eigen code kunt begrijpen. Daarnaast kun je er later obfuscator software overheen gooien die alle variabel- en functienamen. Bv $post_date_gmt = $wpt1 en wpt_mashup_create_answers_post = fwpt1. Je code die je uiteindelijk gaat gebruiken zal minder in schrijfruimte innemen en security through obscrutity is een bijkomend voordeel.quote:
[..]
Bespaart je wel geheugen en schijfruimte
De code stijl (else wel of niet op een nieuwe regel) is wel iets heel anders als je variabele benaming. Wat mij betreft knal je er 10 enters tussen, zolang het maar consistent gebeurd volgens de afgesproken stijl.quote:Op vrijdag 4 januari 2013 09:34 schreef Maringo het volgende:
[..]
zolang het geen globale variabele zijn, maar alleen een variabele binnen een functie, zie ik het probleem niet. Een gemiddeld mens kan best onthouden wat er in de variabele zit.
Het is gewoon kansloos om elke variabele uit te schrijven waar het voor staat. Dat maakt je code alleen maar onoverzichtelijk en rommelig.
Het hele idee Human Readable Code (of elke andere benaming ervoor) is ook ver over de top gegaan. Dat er standaarden zijn in de benamingen van functies ( fetchVariabels() of fetchVars() ipv fVar(), func38() of thx() ) dat kan ik helemaal begrijpen, maar dat het als 'fout' gezien wordt als je de else of elseif op een nieuwe regel begint ipv op dezelfde regel als de } van de vorige is gewoon onzin.
Dat je nu nog weet wat var $x betekend is leuk, maar weet je collega of jijzelf het over een jaar of 2 jaar ook nog steeds? Je hebt duidelijk nooit gewerkt aan projecten van meer dan 100k LOC over duizenden bestanden. Je kan en wil dan echt niet meer na gaan moeten denken over wat iets doet en wat er in zou kunnen zitten. Dan wil je gewoon zien $oActiveUserCollection ipv $uc.
Globale variabelen (op je superglobals na) zijn trouwens per definitie evil.
Als je 100k LOC aan code hebt die niet object georiënteerd is, dan moet je het al per definitie weggooien. Daarnaast ben ik het wel met het punt eens dat je soms $temp variabelen kunt gebruiken die kwa naam weinig zeggen wat ze precies hebben, maar in hun context perfect duidelijk zijn.quote:
[..]
De code stijl (else wel of niet op een nieuwe regel) is wel iets heel anders als je variabele benaming. Wat mij betreft knal je er 10 enters tussen, zolang het maar consistent gebeurd volgens de afgesproken stijl.
Dat je nu nog weet wat var $x betekend is leuk, maar weet je collega of jijzelf het over een jaar of 2 jaar ook nog steeds? Je hebt duidelijk nooit gewerkt aan projecten van meer dan 100k LOC over duizenden bestanden. Je kan en wil dan echt niet meer na gaan moeten denken over wat iets doet en wat er in zou kunnen zitten. Dan wil je gewoon zien $oActiveUserCollection ipv $uc.
Globale variabelen (op je superglobals na) zijn trouwens per definitie evil.
