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.
Je zegt toch dat het in dit geval de beste oplossing is, of in ieder geval ooit de beste oplossing.. Daar ben ik het al niet mee eens.quote:Op woensdag 17 februari 2010 12:15 schreef Intrepidity het volgende:
[..]
Ik zeg ook niet dat dat altijd de juiste oplossing is, ik zeg dat dat netter staat vanwege de duidelijke scheiding tussen back- en frontendcode, want daar ging het over.
Verder heeft het helemaal niks te maken met front- en backend. 
Het heeft ook helemaal geen nut om totaal géén PHP in je html te willen gebruiken, dan maak je het jezelf alleen maar moeilijk! Het is imho het beste om in de templates alleen PHP te gebruiken om dingen te weergeven. Dat kan ook met een template engine, maar dan krijg je allemaal vage code's die het zeker niet overzichtelijker maken, maar uiteindelijk nog geparsed gaan worden door PHP en dan doet ie precies hetzelfde.
Ik heb de radiobuttons nu ook sticky.
| 1 |
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Nice. :Yquote:Op donderdag 18 februari 2010 09:50 schreef boem-dikkie het volgende:
Ik heb de radiobuttons nu ook sticky.
[ code verwijderd ]
Ik doe hem altijd zo:
| 1 |
Maakt in dit geval niet uit, maar in sommige gevallen wel. :9 Daar bedoel ik dan de haakjes mee. :Y
Verder gebruik ik altijd liever enkele quotes, ook dit heeft hier weer geen voordeel, maar als je html gebruikt in je PHP, dan hoef je je dubbele quotes die je voor html gebruikt niet te escapen. *)
Ooit gedacht aan scheiding van verantwoordelijkheden tussen front- en backendontwikkelaars? Ik ken weinig frontend mensen die met PHP kunnen omgaan. Een templatetaal is makkelijker te leren, en met fatsoenlijke caching doet de performance per definitie niet onder voor pure PHP. Daarnaast is het zeker beter leesbaar, voornamelijk voor niet PHP'ers.quote:Op woensdag 17 februari 2010 18:10 schreef GuidooH het volgende:
[..]
Je zegt toch dat het in dit geval de beste oplossing is, of in ieder geval ooit de beste oplossing.. Daar ben ik het al niet mee eens.
Tja, net of een template taal zo veel makkelijker is dan een paar PHP dingen. En je bedoeld hopelijk dat het "niet per definitie" onder doet ipv "per definitie niet"? Er zit toch een extra stap in; het parsen van de template zelf, hetzelfde zal met alleen PHP altijd sneller zijn.quote:Op donderdag 18 februari 2010 11:14 schreef Intrepidity het volgende:
[..]
Ooit gedacht aan scheiding van verantwoordelijkheden tussen front- en backendontwikkelaars? Ik ken weinig frontend mensen die met PHP kunnen omgaan. Een templatetaal is makkelijker te leren, en met fatsoenlijke caching doet de performance per definitie niet onder voor pure PHP. Daarnaast is het zeker beter leesbaar, voornamelijk voor niet PHP'ers.
Dat parsen gebeurt met caching slechts 1 keer. Dus de performanceafname die er al is is niet voldoende om merkbaar te zijn voor bezoekers. De meeste templateparsers maken gewoon een PHP-bestand aan waar in principe hetzelfde instaat, maar dan omgezet van template naar pure PHP. Wat je dus in feite gedaan hebt is een abstractere taal geintroduceerd om je frontendcode te schrijven. Wellicht zie je de voordelen niet, maar ze zijn er toch wel degelijk:quote:
[..]
Tja, net of een template taal zo veel makkelijker is dan een paar PHP dingen. En je bedoeld hopelijk dat het "niet per definitie" onder doet ipv "per definitie niet"? Er zit toch een extra stap in; het parsen van de template zelf, hetzelfde zal met alleen PHP altijd sneller zijn.
- Volautomatisch andere css-classes toewijzen aan even- en oneven rijen, iets waar je in PHP weer een if-statement voor nodig hebt
- Filters toepassen op tekst waardoor je je teksten veel beter kunt formatteren als met php (lees: veel korter)
- Automatisch een andere tekst weergeven als bijvoorbeeld een array leeg is. Geen if/else voor nodig
- Escapen kun je niet vergeten omdat de engine dat voor je doet, daardoor betere veiligheid
- Macro's schrijven om met een functie-aanroep achtige constructie bijvoorbeeld een inputveld te genereren. Een keer je macro aanpassen is overal je inputs op een andere manier genereren
En zo zijn er nog legio voordelen
mySQL slaat de datum zo op: 0000-00-00, hoe krijg ik dat weer normaal uitgelezen als ik het wil echoën? => 00-00-0000
Je moeder is een hamster
quote:
mySQL slaat de datum zo op: 0000-00-00, hoe krijg ik dat weer normaal uitgelezen als ik het wil echoën? => 00-00-0000
| 1 2 3 | echo date('d-m-Y', strtotime('2010-02-18')); ?> |
http://dev.mysql.com/doc/(...)-time-functions.htmlquote:Op donderdag 18 februari 2010 11:47 schreef Crutch het volgende:
mySQL slaat de datum zo op: 0000-00-00, hoe krijg ik dat weer normaal uitgelezen als ik het wil echoën? => 00-00-0000
DATE_FORMAT()
Oké, je hebt wel een punt, voor sommige doeleinden zou dat wel op z'n plek zijn, maar dat is eigenlijk niet waar de discussie in eerste instantie over ging. We zijn het er waarschijnlijk wel over eens dat templates niet altijd de juiste oplossing zijn. Verder zijn de dingen dingen die je nu noemt ook bijna allemaal onderdeel van mijn standaard "framework".quote:Op donderdag 18 februari 2010 11:22 schreef Intrepidity het volgende:
[..]
Dat parsen gebeurt met caching slechts 1 keer. Dus de performanceafname die er al is is niet voldoende om merkbaar te zijn voor bezoekers. De meeste templateparsers maken gewoon een PHP-bestand aan waar in principe hetzelfde instaat, maar dan omgezet van template naar pure PHP. Wat je dus in feite gedaan hebt is een abstractere taal geintroduceerd om je frontendcode te schrijven. Wellicht zie je de voordelen niet, maar ze zijn er toch wel degelijk:
- Volautomatisch andere css-classes toewijzen aan even- en oneven rijen, iets waar je in PHP weer een if-statement voor nodig hebt
- Filters toepassen op tekst waardoor je je teksten veel beter kunt formatteren als met php (lees: veel korter)
- Automatisch een andere tekst weergeven als bijvoorbeeld een array leeg is. Geen if/else voor nodig
- Escapen kun je niet vergeten omdat de engine dat voor je doet, daardoor betere veiligheid
- Macro's schrijven om met een functie-aanroep achtige constructie bijvoorbeeld een inputveld te genereren. Een keer je macro aanpassen is overal je inputs op een andere manier genereren
En zo zijn er nog legio voordelen
Heb je ooit wel eens werk geoutsourced naar een designbureau? Daar willen ze niks weten van PHP, daar willen ze het liefste alles in HTML aangeleverd krijgen.quote:Op woensdag 17 februari 2010 18:10 schreef GuidooH het volgende:
[..]
Je zegt toch dat het in dit geval de beste oplossing is, of in ieder geval ooit de beste oplossing.. Daar ben ik het al niet mee eens.
Is een optie, maar ik zou MySQL niet laten bepalen hoe iets wordt weergegeven.quote:
[..]
http://dev.mysql.com/doc/(...)-time-functions.html
DATE_FORMAT()
Ik werk wekelijks samen met een grafisch bureau, aangezien de HTML die hun aan leveren nogal bagger is, leveren ze tegenwoordig de PSD aan.quote:Op donderdag 18 februari 2010 11:54 schreef Scorpie het volgende:
[..]
Heb je ooit wel eens werk geoutsourced naar een designbureau? Daar willen ze niks weten van PHP, daar willen ze het liefste alles in HTML aangeleverd krijgen.
Over het algemeen geef ik je gelijk, maar met datums wil ik nog wel eens een uitzondering maken hiervoor, mits de site alleen in het Nederlands is.quote:Op donderdag 18 februari 2010 11:56 schreef Light het volgende:
[..]
Is een optie, maar ik zou MySQL niet laten bepalen hoe iets wordt weergegeven.
Thanks. Ik ben nu een wat uitgebreider contact formulier aan het maken voor mijn vader zijn website alleen daar krijg ik een witte pagina. Maar even uitvogelen wat dat kan zijn.quote:
[..]
Nice.
Ik doe hem altijd zo:
[ code verwijderd ]
Maakt in dit geval niet uit, maar in sommige gevallen wel.
Verder gebruik ik altijd liever enkele quotes, ook dit heeft hier weer geen voordeel, maar als je html gebruikt in je PHP, dan hoef je je dubbele quotes die je voor html gebruikt niet te escapen.
Nog wel een vraag.
Ik heb in dat formulier de keuze uit zo'n 15 items die ze kunnen aanvinken met een checkbox.
Ik heb nu elk item van die checkboxen boven aan staan zeg maar
$box_een = $_POST['box_een'];
$box_twee = $_POST['box_twee'];
Nu heb ik bij een ander formulier maar één checkbox die je kunt aanvinken voor een nieuwsbrief. Dat heb ik met een simpele if opgelost. Als hij aangevinkt is dan staat het in de mail 'nieuwsbrief' als hij niet aangevinkt is staat er gewoon niks.
Moet ik dan voor elke checkbox zo'n if statement maken ( lijkt me niet maar ik weet nog niet echt hoe ik bepaalde dingen kan combineren etc.
)
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
Hoe haal ik de nieuwste rij uit een database waar ik een column heb met datum? Ik kan wel sorteren op datum zag ik, maar hoe selecteer ik de nieuwste?
Je moeder is een hamster
Aflopend sorterenquote:
Hoe haal ik de nieuwste rij uit een database waar ik een column heb met datum? Ik kan wel sorteren op datum zag ik, maar hoe selecteer ik de nieuwste?
SELECT * FROM tabel ORDER BY datum DESC LIMIT 1;quote:
Hoe haal ik de nieuwste rij uit een database waar ik een column heb met datum? Ik kan wel sorteren op datum zag ik, maar hoe selecteer ik de nieuwste?
En als je in een transactie bezig bent kan je met http://forums.mysql.com/read.php?12,2060,2060 werken.quote:
quote:
quote:
[..]
SELECT * FROM tabel ORDER BY datum DESC LIMIT 1;
Dank
Neh, gewoon laaste blogje selecterenquote:
[..]
En als je in een transactie bezig bent kan je met http://forums.mysql.com/read.php?12,2060,2060 werken.
Je moeder is een hamster
Ik wil dit stukje XML code omzetten naar een array middels een functie
en het scriptje
Normaal zou de XML2array functie de data om moeten zetten naar een array maar helaas dat gebeurd niet bij mijn opzet. Wat doe ik verkeerd?
| 1 2 3 4 5 6 | <error>Verkeerde aanroep van het script</error> <table></table> <lines>0</lines> <coded><![CDATA[eJxLtDK2qi62MrNSKklMykktVrJOtDKwqq4ttjK1UkrOL80rQRHJLEnNhaupBQBTBhOQ]]></coded> </data> |
en het scriptje
| 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 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 | // maakt gebruik van de functie xml2array die te vinden is op php.net //set POST variables $url = 'http://localhost/*****/extract.php'; $fields = array( 'username' => urlencode('****'), 'password' => urlencode('****'), 'database' => urlencode(*****), 'action' => urlencode('tables'), ); //url-ify the data for the POST $fields_string = ''; foreach($fields AS $key=>$value) { $fields_string .= $key.'='.$value.'&'; } rtrim($fields_string, '&'); //open connection $ch = curl_init(); //set the url, number of POST vars, POST data curl_setopt($ch, CURLOPT_URL, $url); curl_setopt($ch, CURLOPT_POST, count($fields)); curl_setopt($ch, CURLOPT_POSTFIELDS, $fields_string); //execute post $result = curl_exec($ch); //close connection $data = curl_multi_getcontent($ch); $buf = xml2array($data, 1, 'tag'); print_r($buf); curl_close($ch); ?> |
Normaal zou de XML2array functie de data om moeten zetten naar een array maar helaas dat gebeurd niet bij mijn opzet. Wat doe ik verkeerd?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Ik zou zeggen, maak een minimal test case (zie onder) en werk het verder uit. Bij elke toevoeging nog een keer testen. Als je vast komt te zitten dan weet je waar de fout zit:quote:Op donderdag 18 februari 2010 16:23 schreef Chandler het volgende:
Ik wil dit stukje XML code omzetten naar een array middels een functie
[ code verwijderd ]
en het scriptje
[ code verwijderd ]
Normaal zou de XML2array functie de data om moeten zetten naar een array maar helaas dat gebeurd niet bij mijn opzet. Wat doe ik verkeerd?
| 1 2 3 4 5 6 7 8 9 10 11 12 | // --include xml2array functie-- $xml = xml2array("<data> <error>Verkeerde aanroep van het script</error> <table></table> <lines>0</lines> <coded><![CDATA[eJxLtDK2qi62MrNSKklMykktVrJOtDKwqq4ttjK1UkrOL80rQRHJLEnNhaupBQBTBhOQ]]></coded> </data>"); print_r($xml); ?> |
Nou ik ben er acher, de data ging de lucht in ipv in de string/array
met dit:
heb ik het werkend gekregen
met dit:
| 1 2 3 | CURLOPT_RETURNTRANSFER, 1); |
heb ik het werkend gekregen
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
quote:Op donderdag 18 februari 2010 18:40 schreef Chandler het volgende:
Nou ik ben er acher, de data ging de lucht in ipv in de string/array
met dit:
[ code verwijderd ]
heb ik het werkend gekregen
