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 kunt het in een <div style="float:left">code</div>
proberen te zetten. Als je layout daar niet van veranderd dan.
Anders moet je zoals hierboven gezegd, de html & css laten zien, al is dat meer voor het HTML/CSS topic.
proberen te zetten. Als je layout daar niet van veranderd dan.
Anders moet je zoals hierboven gezegd, de html & css laten zien, al is dat meer voor het HTML/CSS topic.
Idd je hebt gelijk, ik plaats hem later wel als het moet.quote:Op donderdag 8 maart 2012 01:36 schreef Diabox het volgende:
Hoe ziet je HTML en CSS eruit?
Zou overigens sowieso die Hyves button niet op m'n site willen, maar dat ben ik
PS. Hoort eigenlijk thuis in een ander topic
If not now, then when.
Stukje code:
mail("geadresseerde@domein.ext","Onderwerp",$bericht\r\n . "Verzonden naar: " . $ontvangers);
Moet er het volgende uit gooien:
Dit is het bericht
Verzonden naar: Kees
Zonder \r\n werkt het wel, maar ik wil er juist een nieuwe regel in hebben.
mail("geadresseerde@domein.ext","Onderwerp",$bericht\r\n . "Verzonden naar: " . $ontvangers);
Moet er het volgende uit gooien:
Dit is het bericht
Verzonden naar: Kees
Zonder \r\n werkt het wel, maar ik wil er juist een nieuwe regel in hebben.
Een ballonvaarder die door de mand valt is nooit grappig...
mail("geadresseerde@domein.ext","Onderwerp",$bericht. "<br>Verzonden naar: " . $ontvangers);
zoiets?
zoiets?
tjah :P
Kijk anders een naar phpmailer ... heb je veel meer mogelijkheden mee.quote:
Stukje code:
mail("geadresseerde@domein.ext","Onderwerp",$bericht\r\n . "Verzonden naar: " . $ontvangers);
Moet er het volgende uit gooien:
Dit is het bericht
Verzonden naar: Kees
Zonder \r\n werkt het wel, maar ik wil er juist een nieuwe regel in hebben.
http://code.google.com/a/(...)ailer/downloads/list
@stefan1218: Het mailtje moet in plain text worden verstuurt, dus zonder HTML tags.
@remi1986: Het gaat alleen om een enkel mailtje sturen als het script is afgewerkt. Phpmailer is dan een beetje overkill.
Het is echt alweer jaren geleden dat ik in PHP heb geprogrammeerd en ik ben het helemaal verleerd.
@remi1986: Het gaat alleen om een enkel mailtje sturen als het script is afgewerkt. Phpmailer is dan een beetje overkill.
Het is echt alweer jaren geleden dat ik in PHP heb geprogrammeerd en ik ben het helemaal verleerd.
Een ballonvaarder die door de mand valt is nooit grappig...
Ik heb het veranderd in:
Nu werkt het wel.
| 1 2 3 | <?php mail("geadresseerde@domein.ext","Onderwerp",$bericht . "\n\n" . "Verzonden naar: " . $ontvangers); ?> |
Nu werkt het wel.
Een ballonvaarder die door de mand valt is nooit grappig...
Kan iemand mij hiermee helpen? Ik ben een leek met regexp? Ik wil controleren of de ingevoerde waarde een correct youtube URL is.
Op het moment heb ik:
Echter het volgende matched, terwijl dat niet moet:
De regexp moet zijn:
- Altijd starten met: http://www.youtube.com/watch?v=
- Achter de v=, mag gebruikt worden:
- a-z, A-Z, 0-9 en underscore
Echter moet het volgende URL ook matchen:
- http://www. y outube.com/watch?v=FaNpWJY9SEs&feature=relmfu
Dus na de URL, is & toegestaan.
Op het moment heb ik:
| 1 2 3 | <?php (preg_match('(http://www.youtube.com/watch\?v=[a-zA-Z0-9-_])', $videoLink) ?> |
Echter het volgende matched, terwijl dat niet moet:
| 1 2 3 | <?php $videoLink = 'http://www.youtube.com/watch?v=Zu^%$4WXi:;trtgPRek'; ?> |
De regexp moet zijn:
- Altijd starten met: http://www.youtube.com/watch?v=
- Achter de v=, mag gebruikt worden:
- a-z, A-Z, 0-9 en underscore
Echter moet het volgende URL ook matchen:
- http://www. y outube.com/watch?v=FaNpWJY9SEs&feature=relmfu
Dus na de URL, is & toegestaan.
Je regexp mist de delimeter.
De url kan ook zo zijn:
http://www. y outube.com/watch?feature=relmfu&v=FaNpWJY9SEs
Je kunt zoiets doen:
http://www. y outube.com/watch(.*)(?|&)v=[a-zA-Z0-9-_])(&|$)
En er zijn ook nog urls als youtu.be
De url kan ook zo zijn:
http://www. y outube.com/watch?feature=relmfu&v=FaNpWJY9SEs
Je kunt zoiets doen:
http://www. y outube.com/watch(.*)(?|&)v=[a-zA-Z0-9-_])(&|$)
En er zijn ook nog urls als youtu.be
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
quote:
Kan iemand mij hiermee helpen? Ik ben een leek met regexp? Ik wil controleren of de ingevoerde waarde een correct youtube URL is.
Op het moment heb ik:
[ code verwijderd ]
Echter het volgende matched, terwijl dat niet moet:
[ code verwijderd ]
De regexp moet zijn:
- Altijd starten met: http://www.youtube.com/watch?v=
- Achter de v=, mag gebruikt worden:
- a-z, A-Z, 0-9 en underscore
Echter moet het volgende URL ook matchen:
- http://www. y outube.com/watch?v=FaNpWJY9SEs&feature=relmfu
Dus na de URL, is & toegestaan.
| 1 2 3 4 5 6 7 8 9 10 11 12 13 | <?php $videoLink = 'http://www.youtube.com/watch?v=Zu^%$4WXi:;trtgPRek'; print 'test 1: ' . preg_match('(^bhttp:\/\/(?:www\.)?youtube.com\/watch\?(?=.*v=\w+)(?:\S+)?$)', $videoLink); $videoLink = 'http://www.youtube.com/watch?v=FaNpWJY9SEs'; print ' test 2: ' . preg_match('(^http:\/\/(?:www\.)?youtube.com\/watch\?(?=.*v=\w+)(?:\S+)?$)', $videoLink); $videoLink = 'http://www.youtube.com/watch?v=FaNpWJY9SEs&feature=relmfu'; print ' test 3: ' . preg_match('(^http:\/\/(?:www\.)?youtube.com\/watch\?(?=.*v=\w+)(?:\S+)?$)', $videoLink); ?> |
Gejat van: http://stackoverflow.com/(...)alidation-with-regex
Lijkt niet te werken:quote:
[..]
[ code verwijderd ]
Gejat van: http://stackoverflow.com/(...)alidation-with-regex
# cat match.php
| 1 2 3 4 5 6 7 | <?php $videoLink = 'http://www.youtube.com/watch?v=WXi)(*&^%$#@34:;trt4'; print ' test: ' . preg_match('(^http:\/\/(?:www\.)?youtube.com\/watch\?(?=.*v=\w+)(?:\S+)?$)', $videoLink); ?> |
# php match.php
test: 1
Raar... Ik heb het ook getest en kreeg dit terug: test 1: 0 test 2: 1 test 3: 1quote:
[..]
Lijkt niet te werken:
# cat match.php
[ code verwijderd ]
# php match.php
test: 1
Zou kunnen. Ik heb het nogmaals getest (nu wel de correcte link gepaste...) en hier werkt het zonder probleem.quote:
Ik heb het op 3 servers getest; één met php 4, de andere php 5 en steeds dezelfde (correcte) uitkomst.quote:
Ook met
[ code verwijderd ]
werkt het nog steeds niet correct.
Op
Zo moet die werken als het goed is:
| 1 | preg_match('(^bhttp:\/\/(?:www\.)?youtube.com\/watch\?(?=.*v=[a-zA-Z0-9-_]+)(?:\S+)?$)', $videoLink) |
http://gskinner.com/RegExr/quote:
[..]
Nou, niet echt
(Is dit al gepost?)
| 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 | <?php $videoLink = 'http://www.youtube.com/watch?v=WXi)(*&^%$#@34:;trt4'; print 'test 1: ' . preg_match('%(?:youtube\.com/(?:[^/]+/.+/|(?:v|e(?:mbed)?)/|.*[?&]v=)|youtu\.be/)([^"&?/ ]{11})%i', $videoLink); $videoLink = 'http://www.youtube.com/watch?v=FaNpWJY9SEs'; print ' test 2: ' . preg_match('%(?:youtube\.com/(?:[^/]+/.+/|(?:v|e(?:mbed)?)/|.*[?&]v=)|youtu\.be/)([^"&?/ ]{11})%i', $videoLink); $videoLink = 'http://www.youtube.com/watch?v=FaNpWJY9SEs&feature=relmfu'; print ' test 3: ' . preg_match('%(?:youtube\.com/(?:[^/]+/.+/|(?:v|e(?:mbed)?)/|.*[?&]v=)|youtu\.be/)([^"&?/ ]{11})%i', $videoLink); if(preg_match('%(?:youtube\.com/(?:[^/]+/.+/|(?:v|e(?:mbed)?)/|.*[?&]v=)|youtu\.be/)([^"&?/ ]{11})%i', $videoLink, $match)) { print ' test 4 (video id): ' . $match[1]; } ?> |
Bovenstaande zou moeten werken
Het laaste voorbeeld trekt ook de ID uit de link Output:
| 1 | test 1: 0 test 2: 1 test 3: 1 test 4 (video id): FaNpWJY9SEs |
Van: http://stackoverflow.com/(...)atch/6382259#6382259
[ Bericht 65% gewijzigd door The_Terminator op 11-03-2012 18:14:07 ]
Lijkt te werken, thanks!quote:
[ code verwijderd ]
Bovenstaande zou moeten werken
Output:
[ code verwijderd ]
Van: http://stackoverflow.com/(...)atch/6382259#6382259
Zal 'm even grondig testen
Jammer, bovenstaande werkt ookal niet helemaal correct. Ik ga bijna een regexp boek aanschaffen
Test maar eens met
Test maar eens met
| 1 2 3 | <?php $videoLink = 'http://www.youtube.com/watch?v=yuhjgtrfgy!'; ?> |
Vandaag gesolliciteerd bij een webbedrijf als lead developer 
gesprek ging lekker en kwam allemaal goed over. Hopelijk snel weer aan het werk!
Moet alleen even meer voorbeeldcode maken om ze te overtuigen (slechte ervaringen met programmeurs helaas). Dus ik ga een boekings systeem maken (gelijk voor een vriend zijn site). Dit zal waarschijnlijk ook Open Source worden(nog niet zeker) en ik zal het wat code posten om te zien wat FoK! ervan vindt.
Eerste regels van mijn script:
[ Bericht 7% gewijzigd door #ANONIEM op 12-03-2012 19:42:32 ]
gesprek ging lekker en kwam allemaal goed over. Hopelijk snel weer aan het werk!Moet alleen even meer voorbeeldcode maken om ze te overtuigen (slechte ervaringen met programmeurs helaas). Dus ik ga een boekings systeem maken (gelijk voor een vriend zijn site). Dit zal waarschijnlijk ook Open Source worden(nog niet zeker) en ik zal het wat code posten om te zien wat FoK! ervan vindt.
Eerste regels van mijn script:
| 1 2 3 4 5 | <?php namespace Bookings; ?> |
[ Bericht 7% gewijzigd door #ANONIEM op 12-03-2012 19:42:32 ]
Je bent ontslagenquote:
Vandaag gesolliciteerd bij een webbedrijf als lead developer
Moet alleen even meer voorbeeldcode maken om ze te overtuigen (slechte ervaringen met programmeurs helaas). Dus ik ga een boekings systeem maken (gelijk voor een vriend zijn site). Dit zal waarschijnlijk ook Open Source worden(nog niet zeker) en ik zal het wat code posten om te zien wat FoK! ervan vindt.
Eerste regels van mijn script:
[ code verwijderd ]
Jammer van die PHP-sluittag ?>, die is nergens voor nodig.quote:
Vandaag gesolliciteerd bij een webbedrijf als lead developer
Moet alleen even meer voorbeeldcode maken om ze te overtuigen (slechte ervaringen met programmeurs helaas). Dus ik ga een boekings systeem maken (gelijk voor een vriend zijn site). Dit zal waarschijnlijk ook Open Source worden(nog niet zeker) en ik zal het wat code posten om te zien wat FoK! ervan vindt.
Eerste regels van mijn script:
[ code verwijderd ]
was meer voor hierquote:
[..]
Jammer van die PHP-sluittag ?>, die is nergens voor nodig.
daarnaast maakt het niet heel veel uit of je het wel of niet doet.
Waar is de vendor-namespace?quote:
Vandaag gesolliciteerd bij een webbedrijf als lead developer
Moet alleen even meer voorbeeldcode maken om ze te overtuigen (slechte ervaringen met programmeurs helaas). Dus ik ga een boekings systeem maken (gelijk voor een vriend zijn site). Dit zal waarschijnlijk ook Open Source worden(nog niet zeker) en ik zal het wat code posten om te zien wat FoK! ervan vindt.
Eerste regels van mijn script:
[ code verwijderd ]
Mwoah, het brengt wel een risico met zich mee: http://www.sitepoint.com/should-you-close-your-php-code-tags/quote:
[..]
was meer voor hier
Ik zou meteen een MVC-systeem meegeven, vlammen kan nooit kwaad.quote:
Vandaag gesolliciteerd bij een webbedrijf als lead developer
Moet alleen even meer voorbeeldcode maken om ze te overtuigen (slechte ervaringen met programmeurs helaas). Dus ik ga een boekings systeem maken (gelijk voor een vriend zijn site). Dit zal waarschijnlijk ook Open Source worden(nog niet zeker) en ik zal het wat code posten om te zien wat FoK! ervan vindt.
Eerste regels van mijn script:
[ code verwijderd ]
Wat een risico.... als je gewoon netjes blijft bouwen is dat geen probleem. En anders heb je een reden om je code te verbeteren. Persoonlijk vind ik niet afsluiten een teken van luiheid.quote:
[..]
Waar is de vendor-namespace?
[..]
Mwoah, het brengt wel een risico met zich mee: http://www.sitepoint.com/should-you-close-your-php-code-tags/
Ik twijfel tussen eenquote:
Vandaag gesolliciteerd bij een webbedrijf als lead developer
Moet alleen even meer voorbeeldcode maken om ze te overtuigen (slechte ervaringen met programmeurs helaas). Dus ik ga een boekings systeem maken (gelijk voor een vriend zijn site). Dit zal waarschijnlijk ook Open Source worden(nog niet zeker) en ik zal het wat code posten om te zien wat FoK! ervan vindt.
Eerste regels van mijn script:
[ code verwijderd ]
en een als reactie.
Ik vind het ook een redelijke dirty oplossing voor een probleem wat makkelijk te voorkomen is imho...quote:Op dinsdag 13 maart 2012 07:57 schreef Pakspul het volgende:
[..]
Wat een risico.... als je gewoon netjes blijft bouwen is dat geen probleem. En anders heb je een reden om je code te verbeteren. Persoonlijk vind ik niet afsluiten een teken van luiheid.
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 >:)
Luiheid is een goede eigenschap voor programmeurs. De beste programmeurs zijn lui.quote:
[..]
Persoonlijk vind ik niet afsluiten een teken van luiheid.
Luie programmeurs schrijven ook veiligere code trouwens:
Dat is geen risico, misschien als je werkt met notepad ofzo, maar elke goede IDE geeft aan dat er whitespace ergens is.quote:
[..]
Waar is de vendor-namespace?
[..]
Mwoah, het brengt wel een risico met zich mee: http://www.sitepoint.com/should-you-close-your-php-code-tags/
daarnaast zet ik nooit iets achter sluit tags (tenzij er html achter moet staan ofzo, maar dat is alleen met de view).
Nouja ik moet dat dus gaan ontwikkelen, zit te denken aan code-igniter te gebruiken, maar die lopen voor mijn gevoel nog een beetje achter en het is best wel traag.quote:
[..]
Ik zou meteen een MVC-systeem meegeven, vlammen kan nooit kwaad.
beide zijn goedquote:Op dinsdag 13 maart 2012 08:52 schreef Scorpie het volgende:
[..]
Ik twijfel tussen een
Het is wel fijn dat je zelf een beetje het hele MVC in elkaar kan gaan zetten. Dan kun je dingen tenminste op je eigen manier oplossen.
Ja, want het wiel opnieuw uitvinden is altijd beter dan proven technology gebruiken.quote:
[..]
Dat is geen risico, misschien als je werkt met notepad ofzo, maar elke goede IDE geeft aan dat er whitespace ergens is.
daarnaast zet ik nooit iets achter sluit tags (tenzij er html achter moet staan ofzo, maar dat is alleen met de view).
[..]
Nouja ik moet dat dus gaan ontwikkelen, zit te denken aan code-igniter te gebruiken, maar die lopen voor mijn gevoel nog een beetje achter en het is best wel traag.
[..]
beide zijn goed
Het is wel fijn dat je zelf een beetje het hele MVC in elkaar kan gaan zetten. Dan kun je dingen tenminste op je eigen manier oplossen.
Ik lees een artikel over MVC, pas de regels nauwkeurig toe en geef mijn eigen inbreng.quote:
[..]
Ja, want het wiel opnieuw uitvinden is altijd beter dan proven technology gebruiken.
Niet echt het wiel opnieuw uitvinden, slechts een concept jatten en deze verfijnen.
Je jat geen concept maar een pattern, en terwijl jij bezig bent dat te 'verfijnen' unzip ik een CakePHP, Symphony of andersoortig MVC framework en hop het werkt. Ik begin aan mijn data model, definieer wat classes en heb een view binnen no time werkend, terwijl je in je eigen MVC nog aan de basale dingen aan het coderen bent.quote:
[..]
Ik lees een artikel over MVC, pas de regels nauwkeurig toe en geef mijn eigen inbreng.
Niet echt het wiel opnieuw uitvinden, slechts een concept jatten en deze verfijnen.
Soms is een eigen MVC framework bouwen leuk, nodig en nuttig, meestal is het onnodig tijd verdoen omdat anderen alles wat je bedacht hebt op dat gebied ook al hebben bedacht en meestal nog beter hebben geimplementeerd ook.
Maar als je de kans krijgt is het bouwen ervan stukken beter omdat je dan weet hoe alles in elkaar steekt. Met CI Zend Symphony etc moet je eerst weer heel hun manier van programmeren overnemen, terwijl je het anders op je eigen manier kan doen.quote:
[..]
Je jat geen concept maar een pattern, en terwijl jij bezig bent dat te 'verfijnen' unzip ik een CakePHP, Symphony of andersoortig MVC framework en hop het werkt. Ik begin aan mijn data model, definieer wat classes en heb een view binnen no time werkend, terwijl je in je eigen MVC nog aan de basale dingen aan het coderen bent.
Soms is een eigen MVC framework bouwen leuk, nodig en nuttig, meestal is het onnodig tijd verdoen omdat anderen alles wat je bedacht hebt op dat gebied ook al hebben bedacht en meestal nog beter hebben geimplementeerd ook.
Heel veel bedrijven hebben vaak hun eigen MVC of iets wat gebruik maakt van andere MVC libraries.
Toevallig heb ik ook wat MVC Frameworks gedownload en even op mijn USB-stick gezet. Dit in het geval dat ik er even niet meer uitkom.quote:
[..]
Je jat geen concept maar een pattern, en terwijl jij bezig bent dat te 'verfijnen' unzip ik een CakePHP, Symphony of andersoortig MVC framework en hop het werkt. Ik begin aan mijn data model, definieer wat classes en heb een view binnen no time werkend, terwijl je in je eigen MVC nog aan de basale dingen aan het coderen bent.
Soms is een eigen MVC framework bouwen leuk, nodig en nuttig, meestal is het onnodig tijd verdoen omdat anderen alles wat je bedacht hebt op dat gebied ook al hebben bedacht en meestal nog beter hebben geimplementeerd ook.
En dat kan je met een MVC Framework niet omdat............?quote:
[..]
Maar als je de kans krijgt is het bouwen ervan stukken beter omdat je dan weet hoe alles in elkaar steekt.
En dat is slecht omdat............?quote:Met CI Zend Symphony etc moet je eerst weer heel hun manier van programmeren overnemen, terwijl je het anders op je eigen manier kan doen.
En dat is relevant omdat.........?quote:Heel veel bedrijven hebben vaak hun eigen MVC of iets wat gebruik maakt van andere MVC libraries.
Tja ik hou je niet tegen natuurlijk, ieder zijn eigen ding. Ik heb voor mezelf iig besloten dat gebruikmaken van frameworks veel meer voordelen dan nadelen oplevert dat ik zelf niet meer begin aan het bouwen van een framework, hoogstens een abstractielaag erbovenop.quote:
[..]
Toevallig heb ik ook wat MVC Frameworks gedownload en even op mijn USB-stick gezet. Dit in het geval dat ik er even niet meer uitkom.
Dat dus. Het is inderdaad leuk om eens mee te stoeien. Leuk dat je zelf weet hoe het MVC in elkaar steekt. Maar het is handiger hulp in te schakelen als diegene ook kennis heeft van het MVC.quote:
[..]
Tja ik hou je niet tegen natuurlijk, ieder zijn eigen ding. Ik heb voor mezelf iig besloten dat gebruikmaken van frameworks veel meer voordelen dan nadelen oplevert dat ik zelf niet meer begin aan het bouwen van een framework, hoogstens een abstractielaag erbovenop.
Kan wel maar moet je bergen met documentatie doorspitten.quote:
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:
[..]
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.
