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.
Kan wel maar moet je bergen met documentatie doorspitten.quote:Op dinsdag 13 maart 2012 16:44 schreef Scorpie het volgende:
En dat kan je met een MVC Framework niet omdat............?
de manier waarop die frameworks momenteel werken achterhaald is. Hierdoor krijg je absurde classnames(vooral met Zend). En CI gaat niet goed om met sessies IMO.quote:En dat is slecht omdat............?
Omdat het logisch is dat je niet afhankelijk bent van een externe partij die de software moet updaten, dus is het wel relevant als je bij een bedrijf gaat werken die een eigen CMS wilt ontwikkelen.quote:En dat is relevant omdat.........?
Wat mee spelen en je hebt het wel door hoor. Je bent een stuk meer tijd kwijt aan zelf 'n degelijk framework bouwen.quote:
[..]
Kan wel maar moet je bergen met documentatie doorspitten.
@Diabox; zelf een framework schrijven hoeft per definitie niet heel veel meer tijd te kosten hoor, want om een bestaand framework te begrijpen ben je ook aardig wat tijd kwijt! 
Maar moet wel zeggen als je niet weet wat een framework is en er nog nooit mee gewerkt hebt (of gebruik van hebt gemaakt) is het toch nog best een opgave... heeft mij ruim een jaar gekost om een framework te schrijven die precies voldoet aan mijn eigen wensen en die wordt iedere maand ook nog steeds iets aangepast!
Eigen framework rules
Maar moet wel zeggen als je niet weet wat een framework is en er nog nooit mee gewerkt hebt (of gebruik van hebt gemaakt) is het toch nog best een opgave... heeft mij ruim een jaar gekost om een framework te schrijven die precies voldoet aan mijn eigen wensen en die wordt iedere maand ook nog steeds iets aangepast!
Eigen framework rules
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
@Scorpie; yup, lekker als hobbie er mee wezen spelen. Voor mijn part had het 2 jaar gekost, boeiend. In de tussentijd heb ik ook andere websites gebouwd zonder mijn framework telt dat ook mee? 
telt dat ook mee?
The people who lost my respect will never get a capital letter for their name again.
Like trump...
Like trump...
Geen idee, ik gebruik frameworks dagelijks in professionele setting en prive setting.quote:
@Scorpie; yup, lekker als hobbie er mee wezen spelen. Voor mijn part had het 2 jaar gekost, boeiend. In de tussentijd heb ik ook andere websites gebouwd zonder mijn framework
Maar nu begrijpt hij wel hoe frameworks werken, terwijl hij anders gewoon copy paste dingen aan het doen was en uiteindelijk alleen dat framework begreep. Terwijl hij nu makkelijker de structuur in meerdere kan zien.quote:Op woensdag 14 maart 2012 09:18 schreef Scorpie het volgende:
Een jaar? Hell, in die tijd had je 5 projecten kunnen afmaken in een framework.
Dus je zegt dat mensen die met frameworks werken niet begrijpen hoe frameworks in het algemeen werken en dat je daarvoor eerst je eigen framework dient te maken? Lijkt me nogal een boude statement.quote:
[..]
Maar nu begrijpt hij wel hoe frameworks werken, terwijl hij anders gewoon copy paste dingen aan het doen was en uiteindelijk alleen dat framework begreep. Terwijl hij nu makkelijker de structuur in meerdere kan zien.
Ja dat is meestal het geval. Mensen die ik ken die met frameworks werken weten dan alleen hoe dat framework voor hun werkt. Ze weten niet de details over hoe het framework technisch in elkaar zit.quote:
[..]
Dus je zegt dat mensen die met frameworks werken niet begrijpen hoe frameworks in het algemeen werken en dat je daarvoor eerst je eigen framework dient te maken? Lijkt me nogal een boude statement.
Dan werk je met prutsers. Ik ken niemand die op dat niveau acteert.quote:
[..]
Ja dat is meestal het geval. Mensen die ik ken die met frameworks werken weten dan alleen hoe dat framework voor hun werkt. Ze weten niet de details over hoe het framework technisch in elkaar zit.
Ik ken ze... ik werk niet met ze.. meestal ben ik degene die hun troep moet opruimen in code. Dan doen ze dingen die nergens op slaan. Geloof mij er zijn zat sites waarvan de code eigenlijk van geen kant klopt.quote:Op woensdag 14 maart 2012 21:44 schreef Scorpie het volgende:
[..]
Dan werk je met prutsers. Ik ken niemand die op dat niveau acteert.
Eens, zijn heel veel prutsers op de markt helaas. Of niet helaas, blinken wij uit hehe.quote:
[..]
Ik ken ze... ik werk niet met ze.. meestal ben ik degene die hun troep moet opruimen in code. Dan doen ze dingen die nergens op slaan. Geloof mij er zijn zat sites waarvan de code eigenlijk van geen kant klopt.
Ik werkte bij een websitebedrijf wat gebruik maakte van russische programmeurs... Ik was zelf bugfixer daar. Nou de dingen die je soms tegenkomt... Er was een bedrijf dat klaagde omdat de btw uitrekeningen van een heel jaar niet klopte... Bleek dus dat het BTW script letterlijk 3x achter elkaar werd opgeroepen.quote:
[..]
Eens, zijn heel veel prutsers op de markt helaas. Of niet helaas, blinken wij uit hehe.
Onveilige post dingen waardoor makkelijk SQL injectie mogelijk was... Elke site had zijn eigen problemen omdat de basis (Xcart) bij elke website weer een andere versie was...
Wat een onzin.quote:
de manier waarop die frameworks momenteel werken achterhaald is. Hierdoor krijg je absurde classnames(vooral met Zend). En CI gaat niet goed om met sessies IMO.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
The Zend Framework uses a highly descriptive naming convention that results in long-winded class names such as Zend_Search_Lucene_Analysis_Analyzer_Common_Text_CaseInsensitive.quote:
Niet lang genoeg
? Sorrie, maar dit is totaal niet de bedoeling van hoe classnames moeten zijn.
Hoe moeten classnames zijn?
Alles-omschrijvend is, en dat zijn ze, als je met veel 'dezelfde' soort classes werkt krijg je als je die zelf moet opstellen ook lange namen, of onduidelijk namen die totaal niet meer omschrijven wat een class doet.
Alles-omschrijvend is, en dat zijn ze, als je met veel 'dezelfde' soort classes werkt krijg je als je die zelf moet opstellen ook lange namen, of onduidelijk namen die totaal niet meer omschrijven wat een class doet.
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
En daar heb je het dus fout.quote:Op woensdag 14 maart 2012 23:05 schreef boem-dikkie het volgende:
Hoe moeten classnames zijn?
Alles-omschrijvend is, en dat zijn ze, als je met veel 'dezelfde' soort classes werkt krijg je als je die zelf moet opstellen ook lange namen, of onduidelijk namen die totaal niet meer omschrijven wat een class doet.
Namespaces moet je daarvoor gebruiken. De classnaam moet iets generieks zijn, maar de namespace zegt waar het staat/wat het is.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <?php //In bovenstaande scripts etc moet er ook een namespace staan namespace Common\Text; /** * Commentaar blabla uitleg over class * */ class CaseInsensitive { public function foo() { return 'Fooooo'; } } // Gebruik $obj = \Zend\Search\Lucene\Analysis\Analyzer\Common\Text\CaseInsensitive; |
[ Bericht 16% gewijzigd door #ANONIEM op 14-03-2012 23:23:07 ]
Ik heb een contactformulier gejat van het internet, en eerst werkte hij gewoon. En nu niet meer. Ik weet niet echt hoe het komt want ik heb niets veranderd, behalve de filename, die ik gewoon overal heb gewijzigd.
Ook krijg ik bij het verzenden een error. Hierdoor denk ik dat hij na <td>, de code als tekst ziet. Ik zou alleen niet weten hoe dat komt. Enig idee als je de code ziet?
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 | <?php if(isset($_POST['submit'])) { $to = 'Emailadres@email.com' ; $subject = 'Cup a Cake Recepten inzenden'; $headers = 'MIME-Version: 1.0' . "\r\n"; $headers .= 'Content-type: text/html; charset=iso-8859-1' . "\r\n"; $message = "<table><tr><td>Your Name</td><td>".$_POST['name']."</td></tr> <tr><td>E-Mail</td><td>".$_POST['email']."</td></tr> <tr><td>Contact No</td><td>".$_POST['contact']."</td></tr> <tr><td>Message</td><td>".$_POST['message']."</td> </tr></table>" ; mail($to, $subject, $message, $headers); header('Location: recepteninzenden.php'); } ?> |
Ook krijg ik bij het verzenden een error. Hierdoor denk ik dat hij na <td>, de code als tekst ziet. Ik zou alleen niet weten hoe dat komt. Enig idee als je de code ziet?
| 1 | Your Name".$_POST['name']." E-Mail".$_POST['email']." Contact No".$_POST['contact']." Message".$_POST['message']." " ; mail($to, $subject, $message, $headers); header('Location: contact.php'); } ?> |
Wat voor error geeft hij?
En je mag echt de grootst mogelijk fout; userinput niet sanatizen.
En je mag echt de grootst mogelijk fout; userinput niet sanatizen.
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Ik heb hem van het internet gejat, wat houdt dat in?quote:
Wat voor error geeft hij?
En je mag echt de grootst mogelijk fout; userinput niet sanatizen.
Gejat is een groot woord, het mocht.
De error die hij geeft is dus daar onderin de post. Niet echt een error, hij geeft gewoon een lijn code weer
en als je die laatste 2 regels uitcommentarieert en echt message doet?
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
| 1 2 3 4 5 6 7 8 9 10 | <?php $message = "<table><tr><td>Your Name</td><td>".$_POST['name']."</td></tr> <tr><td>E-Mail</td><td>".$_POST['email']."</td></tr> <tr><td>Contact No</td><td>".$_POST['contact']."</td></tr> <tr><td>Message</td><td>".$_POST['message']."</td> </tr></table>" ; echo $message; // mail($to, $subject, $message, $headers); // header('Location: recepteninzenden.php'); ?> |
Heel veel groetjes, Catch22
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
En zoals mijn opa zei: "Al is het meisje nog zo mooi, haar poep stinkt ook". Rust Zacht opa..
Met GHB nooit meer nee
Storneren een optie?
Nou ja, als ik ze eruit knip dan staat gewoon alles exclusief wat ik er net uit heb geknipt op de paginaquote:
Dan zit er ergens een typefoutje. Puntcomma of php-tags verkeerd.
Sowieso zou ik het volgende doen:
- in plaats van direct $_POST te doen, eerst via $_REQUEST naar een variabele
- deze variabelen filteren op HTML-code
- bij inserten in database ook speciale karakters vervangen
- dan pas die variabele gebruiken voor de body van zo'n mail
Sowieso zou ik het volgende doen:
- in plaats van direct $_POST te doen, eerst via $_REQUEST naar een variabele
- deze variabelen filteren op HTML-code
- bij inserten in database ook speciale karakters vervangen
- dan pas die variabele gebruiken voor de body van zo'n mail
Devil, just come on back if you ever wanna try again, because I told you once you son of a bitch, I'm the best there's ever been!
Ik kan geen puntcomma of php-tag ontdekken die verkeerd staat eigenlijk.
Ik vrees dat ik de rest niet ga proberen, want ik denk niet dat dat mij gaat lukken. Misschien dat ik over 3 weken meer php-kennis heb vergaard dat het dan lukt Maar voorlopig snap ik wel wat er staat, maar niet hoe ik dat moet uitvoeren.
Waarom is dat eigenlijk beter om te doen? Omdat veiliger?
Ik vrees dat ik de rest niet ga proberen, want ik denk niet dat dat mij gaat lukken. Misschien dat ik over 3 weken meer php-kennis heb vergaard dat het dan lukt
Maar voorlopig snap ik wel wat er staat, maar niet hoe ik dat moet uitvoeren. Waarom is dat eigenlijk beter om te doen? Omdat veiliger?
direct $_POST of $_GET gegevens gebruiken in je scripts is big nono
eerst $bla = $_POST['bla'];
dan kijken of de inhoud van $bla goed is
dan verwerken in het script
eerst $bla = $_POST['bla'];
dan kijken of de inhoud van $bla goed is
dan verwerken in het script
tjah :P
Of de data nou in $bla of $_POST['bla'] veilig gemaakt wordt maakt niks uit. Wat wel handig is hieraan is dat je nu alles in $_POST als onveilig kunt beschouwen en alles in de safe gemaakte array als veilig. Maar dat is vooral voor de programmeur handig. PHP maakt het niks uit in welke array iets nu veilig gemaakt is.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Mijn eisen zijn vrij laag hoor, het wordt niet echt gepubliceerd en als het werkt doe ik al een dansje. Beveiliging is echt iets voor latere zorg voor mij, als ik afgestudeerd ben mik ik alles er ook weer af, kunnen ze me ook niet spammen.
Eindigt de bestandsnaam op .php? Zoja, dan ondersteunt je host geen php meer.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
Beveiliging is niet je enige probleem hierin. In je huidige code zet je tekens die als HTML geïnterpreteerd kunnen worden niet om naar de corresponderende entities waardoor je opmaak eraan gaat zodra er bepaalde tekens voorkomen in de userinput.quote:
Mijn eisen zijn vrij laag hoor, het wordt niet echt gepubliceerd en als het werkt doe ik al een dansje. Beveiliging is echt iets voor latere zorg voor mij, als ik afgestudeerd ben mik ik alles er ook weer af, kunnen ze me ook niet spammen.
Zie ook: http://php.net/manual/en/function.htmlentities.php
Ah ok dan.quote:
Mijn eisen zijn vrij laag hoor, het wordt niet echt gepubliceerd en als het werkt doe ik al een dansje. Beveiliging is echt iets voor latere zorg voor mij, als ik afgestudeerd ben mik ik alles er ook weer af, kunnen ze me ook niet spammen.
Kan je het hele script eens copy pasten?
En test even met het volgende script of je provider php ondersteunt:
<?php
echo "hello world";
?>
@The_Terminator
Dat is natuurlijk ook onderdeel van de beveiliging.
Zo te zien gaat het hem om het principe. Zijn code zou moeten werken lijkt me, ben benieuwd hoe het complete script inclusief form er uit ziet, wellicht zit ergens anders een typefout.
Devil, just come on back if you ever wanna try again, because I told you once you son of a bitch, I'm the best there's ever been!
quote:
Eindigt de bestandsnaam op .php? Zoja, dan ondersteunt je host geen php meer.
Dat zou kut zijn.
Wacht, ik ga even naar een andere pc, moment heren.
Hier had ik dus echt nog nooit van gehoordquote:
[..]
Beveiliging is niet je enige probleem hierin. In je huidige code zet je tekens die als HTML geïnterpreteerd kunnen worden niet om naar de corresponderende entities waardoor je opmaak eraan gaat zodra er bepaalde tekens voorkomen in de userinput.
Zie ook: http://php.net/manual/en/function.htmlentities.php
Dat moet ik even lezen om te zien hoe ik dat toe kan passen.
Ik ben er zo een met een vagina. Tot zoquote:
[..]
Ah ok dan.
Kan je het hele script eens copy pasten?
En test even met het volgende script of je provider php ondersteunt:
<?php
echo "hello world";
?>
@The_Terminator
Dat is natuurlijk ook onderdeel van de beveiliging.
Zo te zien gaat het hem om het principe. Zijn code zou moeten werken lijkt me, ben benieuwd hoe het complete script inclusief form er uit ziet, wellicht zit ergens anders een typefout.
Oh zo een..
Devil, just come on back if you ever wanna try again, because I told you once you son of a bitch, I'm the best there's ever been!
Oh, jij schrijft ook kutcodequote:
[..]
Ik ben er zo een met een vagina. Tot zo
?
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Nee dat deed het mannetje op het internet die deze code schreefquote:
Oké, nu staat hij op mijn echte server, ik heb mijn formulier ingevuld en krijg ik:
| 1 | Warning: Cannot modify header information - headers already sent by (output started at /cupacake/process_recepteninzenden.php:12) in /cupacake/process_recepteninzenden.php on line 24 |
Eigenlijk is de bedoeling dat je die hele pagina niet ziet
maar dat hij een loop maakt naar een 'bedankt voor het bericht'-pagina. Goed, dit krijg ik in mijn email:
Wat gek is, want ik had wel in alle velden iets in heb gevuld.quote:Your Name
E-Mailllll Ben
Contact No
Message
De code zoals hij in process_receptenverzenden.php staat:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 | <?php if(isset($_POST['submit'])) { $to = '.@hotmail.com' ; $subject = 'Cup a Cake Recepten inzenden'; $headers = 'MIME-Version: 1.0' . "\r\n"; $headers .= 'Content-type: text/html; charset=iso-8859-1' . "\r\n"; $message = "<table><tr><td>Your Name</td><td>".$_POST['name']."</td></tr> <tr><td>E-Mailllll</td><td>".$_POST['email']."</td></tr> <tr><td>Contact No</td><td>".$_POST['contact']."</td></tr> <tr><td>Message</td><td>".$_POST['message']."</td> </tr></table>" ; mail($to, $subject, $message, $headers); header('Location: verzonden_recepteninzenden.php'); } ?> |
[ Bericht 0% gewijzigd door RenRen- op 15-03-2012 11:28:41 ]
Die header fout wordt veroorzaakt doordat er al output wordt verzonden voordat de header() functie wordt aangeroepen: header('Location: verzonden_recepteninzenden.php');quote:
[..]
Nee dat deed het mannetje op het internet die deze code schreef
Oké, nu staat hij op mijn echte server, ik heb mijn formulier ingevuld en krijg ik:
[ code verwijderd ]
Eigenlijk is de bedoeling dat je die hele pagina niet ziet
Goed, dit krijg ik in mijn email:
[..]
Wat gek is, want ik had wel in alle velden iets in heb gevuld.
De code zoals hij in process_receptenverzenden.php staat:
[ code verwijderd ]
Waarschijnlijk staat er een spatie voor je php code of wordt er ergens anders via print of echo iets verzonden waardoor de headers al zijn verzonden.
Het probleem dat de ingevoerde gegevens niet in de mail terechtkomen kan worden veroorzaakt doordat je form de methode GET gebruikt om de gegevens te verzenden en jij ze uit de POST array probeert te halen. Om dit uit te kunnen zoeken zou je ook de code van je formulier waar de gebruiker de gegevens invoert moeten posten.
Je kunt eventueel checken of er überhaupt iets wordt verzonden dmv: print_r($_REQUEST);
quote:
[..]
Nee dat deed het mannetje op het internet die deze code schreef
Oké, nu staat hij op mijn echte server, ik heb mijn formulier ingevuld en krijg ik:
[ code verwijderd ]
Eigenlijk is de bedoeling dat je die hele pagina niet ziet
Goed, dit krijg ik in mijn email:
[..]
Wat gek is, want ik had wel in alle velden iets in heb gevuld.
De code zoals hij in process_receptenverzenden.php staat:
[ code verwijderd ]
quote:header() is used to send a raw HTTP header. See the » HTTP/1.1 specification for more information on HTTP headers.
Remember that header() must be called before any actual output is sent, either by normal HTML tags, blank lines in a file, or from PHP. It is a very common error to read code with include(), or require(), functions, or another file access function, and have spaces or empty lines that are output before header() is called. The same problem exists when using a single PHP/HTML file.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht >:)
Ok het versturen gaat goed. Kennelijk blijven die velden in de mail leeg vanwege een foutje in het voorliggende formulier.
Kan je die code ook eens posten?
Kan je die code ook eens posten?
Devil, just come on back if you ever wanna try again, because I told you once you son of a bitch, I'm the best there's ever been!
Oke. Ik weet niet of ik het allemaal begrijp maar ik ga een poging wagenquote:
[..]
Die header fout wordt veroorzaakt doordat er al output wordt verzonden voordat de header() functie wordt aangeroepen: header('Location: verzonden_recepteninzenden.php');
Waarschijnlijk staat er een spatie voor je php code of wordt er ergens anders via print of echo iets verzonden waardoor de headers al zijn verzonden.
Het probleem dat de ingevoerde gegevens niet in de mail terechtkomen kan worden veroorzaakt doordat je form de methode GET gebruikt om de gegevens te verzenden en jij ze uit de POST array probeert te halen. Om dit uit te kunnen zoeken zou je ook de code van je formulier waar de gebruiker de gegevens invoert moeten posten.
Je kunt eventueel checken of er überhaupt iets wordt verzonden dmv: print_r($_REQUEST);
- Moet die header dan hogerop in de code? Zodat hij eerder wordt uitgevoerd?
Ik heb alle spaties en white spaces gewoon weggehaald (op de enters na iedere lijn na) .
De code die ik postte was alle PHP-code op de pagina, verder alleen een head en een body, meer niet. Als dat weg moet hoor ik het wel
Code van het formulier:
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 | <form name="contact" method="POST" action="process_recepteninzenden.php"> <table width="456" border="0" cellpadding="0" cellspacing="0"> <tr> <td height="28" class="contactformulier" valign="top">Naam</td> <td><input name="Naam" class="contactformulier" type="text"></td> </tr> <tr> <td height="28" class="contactformulier" valign="top">E-mailadres</td> <td><input name="email" class="contactformulier" type="text" onsubmit="return ValidateRequiredFields();"></td> </tr> <tr> <td height="28" class="contactformulier" valign="top">Naam recept</td> <td><input name="Naam recept" class="contactformulier" type="text"></td> </tr> <tr> <td height="28" class="contactformulier_textarea" valign="top">Recept</td> <td><textarea rows="8" cols="50" name="Recept" class="contactformulier_textarea" /></textarea></td> </tr> <tr> <td> </td> <td valign="top" align="center"><button type="image" value="Verstuur" name="submit" class="verzendknop">Verstuur</button></td> </tr> </table> </form> |
En nu kijken naar dat stukje wat jij stuurde.
Zie hierbovenquote:
Ok het versturen gaat goed. Kennelijk blijven die velden in de mail leeg vanwege een foutje in het voorliggende formulier.
Kan je die code ook eens posten?
Edit:
Oh dit gebeurt:
| 1 | Warning: Cannot modify header information - headers already sent by (output started at /home/deb36484/domains/irenkapetrarca.com/public_html/cupacake/process_recepteninzenden.php:11) in /home/deb36484/domains/irenkapetrarca.com/public_html/cupacake/process_recepteninzenden.php on line 23 |
Die header-melding is niet zo'n probleem. Dat komt doordat er of een spatie o.i.d. nog vóór die header in de output-HTML naar voren komt. Staat er toevallig een witregel voor de openings <?php tag?
Of check anders het bestandsformaat eens. Deze moet zonder zogenaamde BOM-header zijn. Sommige editors doen dit standaard verkeerd.
Dat de velden in je mail leeg zijn komt door de naamgeving. Je gebruikt in het form wel de namen "Naam", "email", "Naam recept" maar in het verzendscript staan nog "name", "contact" etc.
Deze moeten gelijk aan elkaar zijn. En het is beter om geen spatie te gebruiken in zo'n name.
Het $_POST['naam'] commando haalt de waarde op van de input in het formulier met name='naam'. Die naamgeving moet dus kloppen.
Of check anders het bestandsformaat eens. Deze moet zonder zogenaamde BOM-header zijn. Sommige editors doen dit standaard verkeerd.
Dat de velden in je mail leeg zijn komt door de naamgeving. Je gebruikt in het form wel de namen "Naam", "email", "Naam recept" maar in het verzendscript staan nog "name", "contact" etc.
Deze moeten gelijk aan elkaar zijn. En het is beter om geen spatie te gebruiken in zo'n name.
Het $_POST['naam'] commando haalt de waarde op van de input in het formulier met name='naam'. Die naamgeving moet dus kloppen.
Devil, just come on back if you ever wanna try again, because I told you once you son of a bitch, I'm the best there's ever been!
De ontbrekende data komt doordat de namen van je velden verschillen met de sleutels die je uit de POST array probeert te halen.quote:
[..]
Oke. Ik weet niet of ik het allemaal begrijp maar ik ga een poging wagen
- Moet die header dan hogerop in de code? Zodat hij eerder wordt uitgevoerd?
Ik heb alle spaties en white spaces gewoon weggehaald (op de enters na iedere lijn na) .
De code die ik postte was alle PHP-code op de pagina, verder alleen een head en een body, meer niet. Als dat weg moet hoor ik het wel
Code van het formulier:
[ code verwijderd ]
En nu kijken naar dat stukje wat jij stuurde.
[..]
Zie hierboven
Edit:
Oh dit gebeurt:
[ code verwijderd ]
Een input met name="Naam" verwijst naar $_POST['Naam'] en niet naar $_POST['name']
Als die body tag die je noemt wordt weergegeven voordat de header() functie wordt uitgevoerd dan zit daar het probleem. Er mag geen enkele uitvoer naar de browser zijn voordat je de header() functie uitvoert.
Ik heb alles helemaal tegen elkaar gezet, de php staat direct na de body-tag, geen spatie of iets.quote:
Die header-melding is niet zo'n probleem. Dat komt doordat er of een spatie o.i.d. nog vóór die header in de output-HTML naar voren komt. Staat er toevallig een witregel voor de openings <?php tag?
Of check anders het bestandsformaat eens. Deze moet zonder zogenaamde BOM-header zijn. Sommige editors doen dit standaard verkeerd.
Dat de velden in je mail leeg zijn komt door de naamgeving. Je gebruikt in het form wel de namen "Naam", "email", "Naam recept" maar in het verzendscript staan nog "name", "contact" etc.
Deze moeten gelijk aan elkaar zijn. En het is beter om geen spatie te gebruiken in zo'n name.
Dat BOM kan het probleem zijn, ik zal het eruit halen en kijken of dat werkt
Oh. Dat is stom van me.
Goh, even veranderen. Dankje!Bedankt voor de moeite ook iedereen.
Ook bedankt. Echt stom van mequote:
[..]
De ontbrekende data komt doordat de namen van je velden verschillen met de sleutels die je uit de POST array probeert te halen.
Een input met name="Naam" verwijst naar $_POST['Naam'] en niet naar $_POST['name']
OPGELOST. Ik had dus niet door dat ik dat soort dingen niet kan doen, het werkt! Heeeel erg bedankt iedereen
Graag gedaan. Waar kunnen we de recepten inzien of opsturen?
Devil, just come on back if you ever wanna try again, because I told you once you son of a bitch, I'm the best there's ever been!
Ik stuur je even een DMquote:
Graag gedaan. Waar kunnen we de recepten inzien of opsturen?
Als anderen het ook willen zien, DM even Het is nog lang niet af hoor, voor mij is dit een enorme onderneming. (Jullie gaan denk ik lachen om wat ik moet doen, maar ik vind het heel ingewikkeld), zo moet ik informatie uit de database gaan uitlezen, zitten er in de recepten stappen met afbeeldingen die op meerdere plekken terug gaan komen, daar moet ik ook nog een oplossing voor vinden. Maar daar ben ik nu dus nog mee bezig wat je gaat zien is allemaal statisch. Behalve het formulier
Thanks, mooie site.
Als je nog wat tips wilt voor de beveiliging of om spam te voorkomen (je gaat veel spam krijgen met zo'n formulier) dan moet je het maar laten weten
Als je nog wat tips wilt voor de beveiliging of om spam te voorkomen (je gaat veel spam krijgen met zo'n formulier) dan moet je het maar laten weten
Devil, just come on back if you ever wanna try again, because I told you once you son of a bitch, I'm the best there's ever been!
Mooi!quote:
Ik heb nog wel een suggestie als zijnde een verbetering van je huidige invoer-verwerking:
| 1 2 3 | <?php $input_naam = isset($_POST['name']) ? htmlentities($_POST['name']) : ''; ?> |
De $input_naam variable kun je vervolgens in je mail gebruiken:
| 1 | <td>Your Name</td><td>".$input_naam."</td> |
Hierdoor weet je zeker dat bijzondere tekens goed verwerkt worden en dat je geen waarschuwingen krijgt indien een een element niet bestaat in de POST array.
