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.
ja inderdaad zag het ook later .. las ff niet goedquote:Op woensdag 27 juli 2011 13:00 schreef mstx het volgende:
[..]
Volgens mij wel explode hoor, en dan bij het 3e argument 1 gebruiken.
" " ja en dan wel een limit opgeven (derde argument)quote:
Een spatie kan je dan toch aangeven door " " ?
Want als ik die zo pak dan splitst hij na elk getal
Dat limiet werkt!quote:
" " ja en dan wel een limit opgeven (derde argument)
Maar alleen die seperator nog niet.
$naam = "5424 Naam"
wordt nu met limit van 3
[0] = 5
[1] = 4
[2] = 2
explode(" ", $naam, 1) ?quote:
[..]
Dat limiet werkt!
Maar alleen die seperator nog niet.
$naam = "5424 Naam"
wordt nu met limit van 3
[0] = 5
[1] = 4
[2] = 2
Yup die iddquote:
| 1 2 | $username = "5427 naam"; explode(" ",$username,3); |
Met echo
echo $username[0];
echo 'd';
echo $username[1];
echo 'd';
echo $username[2];
uitkomst
5d4d2
Je moet wel $naam = explode doen.. anders verandert de variabele nietquote:
[..]
Yup die idd
[ code verwijderd ]
Met echo
echo $username[0];
echo 'd';
echo $username[1];
echo 'd';
echo $username[2];
uitkomst
5d4d2
tnxquote:
je
[..]
Je moet wel $naam = explode doen.. anders veranderd de variabele niet
domme fout
Volgende is nog wel een mooie oplossing als je weet hoeveel stukken er uit zullen komen.
| 1 2 3 4 5 | <?php $string = "12 username email@domein.nl"; list($id, $name, $email) = explode(" ", $string); ?> |
Was ik weer
Ik heb een formulier, met daarin verschillende radiobuttons.
bv
nu is het zo dat als men het formulier submit dat er bepaalde velden verplicht gevuld moeten worden, gebeurd dit niet, komen ze terug in het formulier met de eerder opgegeven waardes natuurlijk nog ingevuld. Enkel lukt mij dit niet met de radiobuttons. Geen idee hoe ik dit moet oppakken.
De andere velden vul ik door:
Ik heb een formulier, met daarin verschillende radiobuttons.
bv
| 1 2 3 | <input type="radio" name="adr" value="1" style="width:20px" />Yes<br /> <input type="radio" name="adr" value="2" style="width:20px" />No <br /> <input type="radio" name="adr" value="-1" style="width:20px" />Unknown <br/> |
nu is het zo dat als men het formulier submit dat er bepaalde velden verplicht gevuld moeten worden, gebeurd dit niet, komen ze terug in het formulier met de eerder opgegeven waardes natuurlijk nog ingevuld. Enkel lukt mij dit niet met de radiobuttons. Geen idee hoe ik dit moet oppakken.
De andere velden vul ik door:
| 1 2 3 4 5 6 | $pagina = new Template('layout/framework.tpl'); $inhoud = new Template("layout/new_order_1.tpl"); $inhoud->set('fout', $fouttekst); $inhoud->set ('username', $username); $inhoud->set ('trailernr', $$trailernr); |
Geen idee hoe dat in dat template-systeem werkt, maar in php kan het zo:quote:
Was ik weer
Ik heb een formulier, met daarin verschillende radiobuttons.
bv
[ code verwijderd ]
nu is het zo dat als men het formulier submit dat er bepaalde velden verplicht gevuld moeten worden, gebeurd dit niet, komen ze terug in het formulier met de eerder opgegeven waardes natuurlijk nog ingevuld. Enkel lukt mij dit niet met de radiobuttons. Geen idee hoe ik dit moet oppakken.
De andere velden vul ik door:
[ code verwijderd ]
| 1 2 | <input type="radio" name="adr" value="1" style="width:20px"<?php echo $_POST['adr']==1?"checked='checked'":""?> />Yes<br /> |
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.
👾
Welk framework gebruik je? Zo te zien vult de set() functie van je framework alleen de value van een inputfield, terwijl 'ie in het geval van een radio-button ervoor moet zorgen dat 'checked="checked"' erin komt te staan. Je zult dus een functie moeten zoeken in het systeem dat je gebruikt die dat doet.
Waarschijnlijk kan je die variabelen weer benaderen in de template met {USERNAME} of iets dergelijks.
Dan kan je de oplossing misschien gebruiken van mstx
De variabele {CHECKED} zal dan of het woord "checked" bevatten of is leeg.
misschien nog een isset() er omheen om te controleren of de POST variabele wel bestaat, weet niet of het goed gaat als je nog niet gesubmit hebt (dus de eerste keer dat je de pagina laadt)
Dan kan je de oplossing misschien gebruiken van mstx
| 1 | $inhoud->set("CHECKED", $_POST['adr']==1?"checked='checked'":""); |
De variabele {CHECKED} zal dan of het woord "checked" bevatten of is leeg.
| 1 | <input type="radio" {CHECKED}> |
misschien nog een isset() er omheen om te controleren of de POST variabele wel bestaat, weet niet of het goed gaat als je nog niet gesubmit hebt (dus de eerste keer dat je de pagina laadt)
Deze werktquote:
Geen idee hoe dat in dat template-systeem werkt, maar in php kan het zo:
[ code verwijderd ]
$adr = $_POST['adr'];
$inhoud->set ('adr', $adr);
En dan in de tabel de code die jij hebt voorgesteld
die werkt fout? of controlleer je ook of er een POST is gedaan? en of $_POST['adr'] wel bestaat?
Beter is
$inhoud->set('adr', (isset($_POST['adr']) ? $_POST['adr'] : ''));
Beter is
$inhoud->set('adr', (isset($_POST['adr']) ? $_POST['adr'] : ''));
Just say hi!
Beter is nog je hele $_POST door een functie te halen die dit soort dingen voor je afvangtquote:
die werkt fout? of controlleer je ook of er een POST is gedaan? en of $_POST['adr'] wel bestaat?
Beter is
$inhoud->set('adr', (isset($_POST['adr']) ? $_POST['adr'] : ''));
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.
Vrouwelijke PHP-ersquote:Op donderdag 28 juli 2011 16:16 schreef Cue_ het volgende:
Ik ben een beginneling en ben al blij dat het allemaal werkt
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.
Iddquote:
Op 
En al netjes dat je dan met template engines e.d. aan de gang gaat, als je zegt een beginneling te zijn. Niks is lelijker dan PHP rechtstreeks in je HTML code
Ik ben goed in afkijken van degene die andere applicaties heeft gemaakt 
Dus begrijpen doe ik ook nog niet alles, maar zolang het werkt (soms op een enorm omslachtige manier) dan vind ik het goed. En hoe meer je er mee bezig bent hoe meer je het leert en snapt en dus weer spul effencienter gaat maken. Maar het kost tijd. Ben pas een maand of 2 goed bezig hiermee nu en ach, het lukt redelijk
Google (en nu fok ook) is my best friend
Dus begrijpen doe ik ook nog niet alles, maar zolang het werkt (soms op een enorm omslachtige manier) dan vind ik het goed. En hoe meer je er mee bezig bent hoe meer je het leert en snapt en dus weer spul effencienter gaat maken. Maar het kost tijd. Ben pas een maand of 2 goed bezig hiermee nu en ach, het lukt redelijk
Google (en nu fok ook) is my best friend
Begrijpen hoeft ook niet altijd, als je maar snapt wat er moet gebeurenquote:
Ik ben goed in afkijken van degene die andere applicaties heeft gemaakt
Dus begrijpen doe ik ook nog niet alles, maar zolang het werkt (soms op een enorm omslachtige manier) dan vind ik het goed. En hoe meer je er mee bezig bent hoe meer je het leert en snapt en dus weer spul effencienter gaat maken. Maar het kost tijd. Ben pas een maand of 2 goed bezig hiermee nu en ach, het lukt redelijk
Google (en nu fok ook) is my best friend
Ik heb voor het afhandelen van de request variabelen een simpele class geschreven. De class handelt ook eventuele encodering en het escapen van de variabelen af.quote:Op donderdag 28 juli 2011 16:10 schreef Scorpie het volgende:
[..]
Beter is nog je hele $_POST door een functie te halen die dit soort dingen voor je afvangt
Het mooie ervan is dat je dan bijna niet meer kunt vergeten de variabelen te escapen om ze te gebruiken in een query. Dit kan een hoop problemen zoals query injecties of XSS aanvallen tegengaan.
Doordat de class een lege string teruggeeft als een element niet bestaat in de request array vang je ook foutmeldingen af, eventueel is het dan ook mogelijk de niet bestaande requests te loggen.
Overigens heb ik op mijn vraag: [PHP/(My)SQL] voor dummies #92 nog geen antwoord gekregen. Iemand een idee?
Voor kleine projecten met een minieme template ga ik echt geen template engine gebruiken. PHP in de HTML code ziet er inderdaad niet sjiek uit, echter wordt het wel heel snel uitgevoerd.quote:
[..]
Niks is lelijker dan PHP rechtstreeks in je HTML code
Een template engine moet moet namelijk de volledige template bij langs en waar nodig variabelen aanpassen, dat kost gewoon tijd. Een voordeel is dat een template engine de mogelijkheid heeft tot het cachen van data, en dat kan de weergave een stuk sneller maken.
De mogelijkheid tot cachen is ook de reden dat ik voor zeer grote applicaties een templateengine gebruik, en voor de kleinere gewoon de PHP rechtstreeks in de HTML code plaats.
Uiteraard scheid is de templates wel van de rest van het script en verwerk zo weinig mogelijk PHP in de HTML, ik vind het anders erg onoverzichtelijk worden.
