abonnement Unibet Coolblue
pi_106422770
Ah, ja. Ik heb zojuist geleerd dat je dat niet kan zien via de source.
Hier mijn volledige code;

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml">
<HEAD><TITLE>www.lucsenden.nl - Voor al uw videoproducties.</TITLE>

<META content="text/html; charset=utf-8" http-equiv=Content-Type>

<META name=robots content=index,follow>

<META name=keywords content=" ">

<META name=description content=" ">

<META content=0 http-equiv=Expires><LINK rel=stylesheet type=text/css href="style.css" media=screen>

<script type="text/javascript" src="js/jquery-1.4.2.js"></script>
<!--[if IE]>
<link type="text/css" href="css/ie.css" rel="stylesheet" media="screen" />
<![endif]-->
<!--[if IE 6]>
<script type="text/javascript" src="js/pngfix.js"></script>
<script type="text/javascript"> 
DD_belatedPNG.fix('img,#logo');
</script> 
<![endif]-->

<LINK rel=stylesheet type=text/css href="css/ie.css" media=screen>

</HEAD>

<BODY>

<DIV class=top-bar-wrap>&nbsp;</DIV>

<DIV class=main-bg>

<DIV id=sub-page class=main-wrap>

<DIV id=header class=mod-con>

<H1 id=logo><A href="/#"><IMG alt="" src="/image/luc.png"></A></H1>

<UL id=main-menu>

<LI><A href="/index.html"><STRONG>Home</STRONG></A><A class=cur href="/about.html"><STRONG>Over mij</STRONG></A> </LI>

<LI><A href="/diensten.html"><STRONG>Diensten</STRONG></A> </LI>

<LI><A href="/portfolio.html"><STRONG>Portfolio</STRONG></A> </LI>

<LI><A href="/referenties.html"><STRONG>Referenties</STRONG></A> </LI>

<LI><A href="/contact.html"><STRONG>Contact</STRONG></A> </LI></UL></DIV>

<DIV id=main class=mod-con>

<DIV class="container clearfix">

<DIV style="WIDTH: 861px;HEIGHT: 1006px" id=about-page class=main-con>

<DIV class=title-nav>

<H2>Contact</H2></DIV>

<DIV class=content>

<P>Lorem ipsum dolor sit amet, consectetur adipiscing elit. Nullam et risus non arcu porttitor feugi at in at neque. In hac habitasse platea dictumst. Proin pretium neque at turpis fermentum de aliquet. Ut risus nisi, scelerisque in convallis et, volutpat malesuada elit. Ut nulla libero, condi entum eget scelerisque eget, blandit sit amet metus. Suspendisse potenti. Nulla luctus temus augue dictum cursus. Curabitur non risus dui. In sit amet tellus in lacus fringilla condimentuma t sit amet libero. Fusce purus ligula, hendrerit ut vulputate eget, vestibulum non diam. Vestib ulum facilisis, leo id volutpat vestibulum, eros ligula ornare urna, pellentesque laoreet magna purus ac metus. Nulla facilisi.</P>
<?php

echo '';

if(isset(
$_POST['submit'])) {

    
$subject $_POST['naam'].' stuurde een mail via PHP!';
    
$email $_POST['xmemorylane@hotmail.com'];
    
$bericht wordwrap($_POST['bericht'], 70);
    
    
$versturen_gelukt mail($email$subject$bericht);
    
    if(
$versturen_gelukt) {
        echo 
'        <p>De email is verstuurd! <a href="'.$_SERVER['PHP_SELF'].'">Nog een mail sturen</a>.</p>'."\r\n";
    } else {
        echo 
'        <p>Er is iets mis gegaan, <a href="'.$_SERVER['PHP_SELF'].'">probeer het opnieuw</a>.</p>'."\r\n";
    }

} else {

    echo 
'
    <form action="'
.$_SERVER['PHP_SELF'].'" method="POST" type="text/plain">

        <label for="name">Naam</label>
            <input type="naam" name="naam" id="naam" />
            
        <label for="email">Email</label>
            <input type="email" name="email" id="email" />
            
        <label for="bericht">Bericht</label>
            <textarea name="bericht" id="bericht"></textarea>
            
        <label for="submit"></label>
            <input type="submit" name="submit" id="submit" value="Stuur bericht!" />
            
    </form>
    '
;
}

echo 
' ';

?>
</DIV></DIV></DIV></DIV></DIV></DIV>

<DIV class=siteintro-wrap>&nbsp;</DIV>
<DIV class=footer-wrap>
    <DIV id=footer class=mod-con>
    <DIV class=copyright>&#169 2012 Copyright Lucsenden.nl. All Rights Reserved.
    </DIV>
        <DIV class=hovergallery>
        <a href="http://facebook.com/lucsenden"><img src="http://i44.tinypic.com/10p9g5i.png" /></a>
        <a href="http://youtube.com/luckske112"><img src="http://i44.tinypic.com/34rwqdv.png" /></a>
        <a href="http://twitter.com/lucsenden"><img src="http://i42.tinypic.com/xfst8g.png" /></a>
        </DIV>
    </DIV></DIV></BODY></html>


[ Bericht 21% gewijzigd door Vanillax op 05-01-2012 00:35:19 ]
pi_106422792
Diepe zucht. Ik kan niet quoten, kan geen tekst in een area zetten, helemaal niks. Wordt er gek van.
pi_106422814
quote:
0s.gif Op donderdag 5 januari 2012 00:25 schreef Vanillax het volgende:
Diepe zucht. Ik kan niet quoten, kan geen tekst in een area zetten, helemaal niks. Wordt er gek van.
Dan moet je je adblocker uitzetten.
pi_106422855
Super. Dankje! :P
  donderdag 5 januari 2012 @ 00:28:05 #155
75592 GlowMouse
l'état, c'est moi
pi_106422875
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_106423065
quote:
Ik had die pagina toevallig net gevonden, ik snap het alleen niet want ze hebben het daar over mails versturen vanuit een script en niet vanuit een form. Ik weet dat mijn script goed is (tenminste, dat mag ik toch hopen als de hele klas het al gebruikt heeft) alleen ik weet niet hoe ik hem werkende krijg..

Als ik nu alles invul en op zenden klik komt er 'Er is iets mis gegaan, probeer het opnieuw'.
pi_106423130
quote:
0s.gif Op donderdag 5 januari 2012 00:24 schreef Vanillax het volgende:
Ah, ja. Ik heb zojuist geleerd dat je dat niet kan zien via de source.
Hier mijn volledige code;
[ code verwijderd ]

Op regel 74 wordt $_POST uitgelezen voor een e-mailadres. Het adres staat helemaal niet in $_POST, en al zeker niet met de key die je daar uitleest.
pi_106423196
quote:
0s.gif Op donderdag 5 januari 2012 00:33 schreef Vanillax het volgende:

[..]

Ik had die pagina toevallig net gevonden, ik snap het alleen niet want ze hebben het daar over mails versturen vanuit een script en niet vanuit een form. Ik weet dat mijn script goed is (tenminste, dat mag ik toch hopen als de hele klas het al gebruikt heeft) alleen ik weet niet hoe ik hem werkende krijg..

Als ik nu alles invul en op zenden klik komt er 'Er is iets mis gegaan, probeer het opnieuw'.
Je script is helemaal niet goed. Ga je gewoon eens verdiepen in wat je aan het doen bent, in plaats van (fout) het werk van je klasgenoten te kopieren en dan gelijk hierheen rennen als het niet werkt. Zo leer je nooit wat.
pi_106423235
quote:
13s.gif Op donderdag 5 januari 2012 00:37 schreef KomtTijd... het volgende:

[..]

Je script is helemaal niet goed. Ga je gewoon eens verdiepen in wat je aan het doen bent, in plaats van (fout) het werk van je klasgenoten te kopieren en dan gelijk hierheen rennen als het niet werkt. Zo leer je nooit wat.
Fout werk van mijn klasgenoten?
Het is een bestand dat we gekregen hebben van de leraar om mee te oefenen en om van te leren.
Ik ben er al de hele dag mee bezig, heb vanalles gelezen en geprobeerd dus ga nu alsjeblieft niet beginnen over 'gelijk hierheen rennen als het niet werkt'.
Bedankt voor je geweldige hulp.
pi_106423262
Post eens het originele bestand van je leraar dan?
pi_106423334
Dit is zijn volledige bestand;

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
50
51
52
53
54
55
56
57
58
<?php

echo '<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" xml:lang="en" lang="en">
<head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8"/>
    
    <title>Email formulier</title>
    <link href="/style/style_normal.css" rel="Stylesheet" type="text/css" media="all" />
</head>
<body>
    
    <div id="wrapper">
'
;

if(isset(
$_POST['submit'])) {

    
$subject $_POST['naam'].' stuurde een mail via PHP!';
    
$email $_POST['email'];
    
$bericht wordwrap($_POST['bericht'], 70);
    
    
$versturen_gelukt mail($email$subject$bericht);
    
    if(
$versturen_gelukt) {
        echo 
'        <p>De email is verstuurd! <a href="'.$_SERVER['PHP_SELF'].'">Nog een mail sturen</a>.</p>'."\r\n";
    } else {
        echo 
'        <p>Er is iets mis gegaan, <a href="'.$_SERVER['PHP_SELF'].'">probeer het opnieuw</a>.</p>'."\r\n";
    }

} else {

    echo 
'
    <form action="'
.$_SERVER['PHP_SELF'].'" method="POST" type="text/plain">

        <label for="name">Naam</label>
            <input type="naam" name="naam" id="naam" />
            
        <label for="email">Email</label>
            <input type="email" name="email" id="email" />
            
        <label for="bericht">Bericht</label>
            <textarea name="bericht" id="bericht"></textarea>
            
        <label for="submit"></label>
            <input type="submit" name="submit" id="submit" value="Stuur bericht!" />
            
    </form>
    '
;
}

echo 
'
    </div>

</body>
</html>
'
;

?>
pi_106423559
Ok, en wat heb je allemaal aangepast?

Regel 19 bijvoorbeeld. Waarom heb je daar je email ingevuld?
pi_106423566
Uit jouw versie:
1
2
3
4
5
6
7
8
9
<?php
if(isset($_POST['submit'])) {

    
$subject $_POST['naam'].' stuurde een mail via PHP!';
    
$email $_POST['xmemorylane@hotmail.com'];
    
$bericht wordwrap($_POST['bericht'], 70);
    
    
$versturen_gelukt mail($email$subject$bericht);
?>

Uit de versie van je docent:
1
2
3
4
5
6
7
8
9
<?php
if(isset($_POST['submit'])) {

    
$subject $_POST['naam'].' stuurde een mail via PHP!';
    
$email $_POST['email'];
    
$bericht wordwrap($_POST['bericht'], 70);
    
    
$versturen_gelukt mail($email$subject$bericht);
?>

Zoek de verschillen :)
  donderdag 5 januari 2012 @ 00:47:34 #164
75592 GlowMouse
l'état, c'est moi
pi_106423573
quote:
0s.gif Op donderdag 5 januari 2012 00:33 schreef Vanillax het volgende:

[..]

Ik had die pagina toevallig net gevonden, ik snap het alleen niet want ze hebben het daar over mails versturen vanuit een script en niet vanuit een form. Ik weet dat mijn script goed is (tenminste, dat mag ik toch hopen als de hele klas het al gebruikt heeft) alleen ik weet niet hoe ik hem werkende krijg..

Als ik nu alles invul en op zenden klik komt er 'Er is iets mis gegaan, probeer het opnieuw'.
Ergens in jouw code staat mail(...). Uit http://nl3.php.net/manual/en/function.mail.php haal je dat de eerste parameter het e-mailadres is waar de e-mail naartoe wordt gestuurd. Daar vul jij $email in. Kijk eens welke waarde $email heeft.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_106423660
quote:
0s.gif Op donderdag 5 januari 2012 00:47 schreef Tegan het volgende:
Ok, en wat heb je allemaal aangepast?

Regel 19 bijvoorbeeld. Waarom heb je daar je email ingevuld?
quote:
0s.gif Op donderdag 5 januari 2012 00:35 schreef Light het volgende:

[..]

Op regel 74 wordt $_POST uitgelezen voor een e-mailadres. Het adres staat helemaal niet in $_POST, en al zeker niet met de key die je daar uitleest.
pi_106423820
Ah, ik vulde daar mijn email in omdat ik dat ergens op google had gelezen, maar dat is dus niet de bedoeling.

Alleen begrijp ik glowmouse niet helemaal..
Ik vul bij de waarde die mijn email adres moet zijn $email in?
Maar dat is dus niet goed?
Over welke regel heb jij het daar glowmouse?

//Volgensmij komt er rond deze tijd echt niets zinnigs uit me, bedankt voor de hulp alvast en ik spreek jullie hopelijk morgen weer :)
pi_106424363
Dat script is gemaakt om een email te sturen naar diegene die je invult bij 'email' in het formulier dus :P.

Denk niet dat het jou zelfstandig gaat lukken om hem aan te passen naar je eigen wensen. Een script dat een email naar een vast emailadres stuurt.
  donderdag 5 januari 2012 @ 09:40:42 #168
25889 Sitethief
Fulltime Flapdrol
pi_106429173
@Vanillax

Even een korte uitleg
1
2
3
4
5
6
7
8
9
10
11
12
$variable  //dit is een variable
//in een variable kun je van alles stoppen
$variable = 'lala'  //nu zit er lala in $variable
echo $variable //nu verschijnt er de inhoud van $variable op het scherm
$variable = 'lulu'  //nu zit er lulu in $variable

//er bestaan ook arrays, dat is een soort lijst met keys en values
$test = array();  //hier maak je een array mee aan die leeg is
$test['lala'] = 'haha'; //hiermee maak je een array aan met een key die lala heet en een waarde die haha heet

//een speciaal type array is bijvoorbeeld $_POST
$_POST['email'] //hier staat de waarde van het veld uit je formulier met de naam 'email' . Het ['email'] achter $_POST is dus niet de plek waar jij je eigen mailadres moet invullen. Dat doe je in het veld zelf.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  donderdag 5 januari 2012 @ 11:05:17 #169
137776 boem-dikkie
Jedi Mind Baby!
pi_106431264
Dat script van die leraar trouwens. Je hele HTML echo'en. :')
Ik weet niks van Hindoes. Wel van Samoerai en andere dingen.
  donderdag 5 januari 2012 @ 11:08:02 #170
75592 GlowMouse
l'état, c'est moi
pi_106431369
quote:
9s.gif Op donderdag 5 januari 2012 11:05 schreef boem-dikkie het volgende:
Dat script van die leraar trouwens. Je hele HTML echo'enSpammers vrij spel geven. :')
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  donderdag 5 januari 2012 @ 12:01:23 #171
25889 Sitethief
Fulltime Flapdrol
pi_106433105
Technisch gezien echo'en de meeste template parsers ook ;) .
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
pi_106433144
quote:
0s.gif Op donderdag 5 januari 2012 12:01 schreef Sitethief het volgende:
Technisch gezien echo'en de meeste template parsers ook ;) .
Template parsers júíst niet, over het algemeen.
  donderdag 5 januari 2012 @ 12:10:05 #173
84244 Scorpie
Abject en infaam!
pi_106433469
Dat hele script :')
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.
pi_106434373
quote:
9s.gif Op donderdag 5 januari 2012 11:05 schreef boem-dikkie het volgende:
Dat script van die leraar trouwens. Je hele HTML echo'en. :')
Erg slordig idd. Waarom makkelijk doen als het moeilijk kan :')

@Vanillax: laat je leraar het volgende even zien, die heeft blijkbaar nog veel te leren op PHP gebied...

1
2
3
4
5
6
7
8
<html>
<head>
<title>bla</title>
</head>
<body>
<center><?php echo str_repeat('bla '1000); ?></center>
</body>
</html>


[ Bericht 2% gewijzigd door The_Terminator op 05-01-2012 13:02:22 ]
  donderdag 5 januari 2012 @ 12:45:36 #175
75592 GlowMouse
l'état, c'est moi
pi_106434601
quote:
7s.gif Op donderdag 5 januari 2012 12:38 schreef The_Terminator het volgende:

[..]

Erg slordig idd. Waarom makkelijk doen als het moeilijk kan :')

@Vanillax: laat je leraar het volgende even zien, die heeft blijkbaar nog veel te leren op PHP gebied...
[ code verwijderd ]

geen echo
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_106434787
quote:
16s.gif Op donderdag 5 januari 2012 12:45 schreef GlowMouse het volgende:

[..]

geen echo
of = teken i.c.m. shorttags. :P
pi_106435272
quote:
16s.gif Op donderdag 5 januari 2012 12:45 schreef GlowMouse het volgende:

[..]

geen echo
Oeps :') Toegevoegd :@
pi_106437581
Goedemiddag,

Ik heb het volgende probleem: Ik heb een contact pagina op mijn website gezet in html, en het mail script in PHP. Geen probleem, het word gewoon verzonden en ik ontvang ook een mailtje in de mailbox. Echter, de ingevulde tekstvelden worden niet meegezonden, waardoor ik een witte mail te zien krijg. Wat doet ik fout?

Oja, vroeger nooit problemen gehad met script, maar het trad op na de verhuizing van de bestanden.
SPOILER
Om spoilers te kunnen lezen moet je zijn ingelogd. Je moet je daarvoor eerst gratis Registreren. Ook kun je spoilers niet lezen als je een ban hebt.
  donderdag 5 januari 2012 @ 14:11:37 #179
75592 GlowMouse
l'état, c'est moi
pi_106437801
Dat is raar, denk ook niet dat er zo wat over te zeggen valt. Je kunt de bron van de e-mail eens goed bekijken. Let ook op mail header injection.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
pi_106440284
Bedankt voor de hulp allemaal, vooral die uitleg, ik snap nu wat alles is.
En ik snap dus ook wat er fout ging bij het script, ik moet dus een totaal ander script hebben.

Weten jullie of het mogelijk is zo'n script kant en klaar van internet te halen?
Of heb ik ook daar nog niet genoeg kennis voor?
Vriendlief wil wel graag een contact formulier op zn website namelijk..
  donderdag 5 januari 2012 @ 21:40:01 #181
159156 Dokay
Ago ergo sum
pi_106458952
Beste PHP devvers,

Even een vrij basale vraag. Voor mijn werkgever heb ik een php applicatie in elkaar geknutseld waarbij men intern mensen in kan roosteren en mensen extern aan kunnen geven wanneer ze beschikbaar zijn. Ziekte en verlof worden ook allemaal geregeld, iedereen blij. Alleen nu het steeds meer en meer gebruikt wordt door deze middelgrote organisatie begint mijn zorg over de veiligheid te stijgen. Laat ik eerlijk zijn: ik heb het in elkaar gezet met trail en error, heb nooit een PHP boek of cursus gedaan en met frunniken lukt me eigenlijk altijd wel wat ik wil. Maar ik weet ook dat het waarschijnlijk niet de veiligste en meest efficiente manier is.

Waar ik vooral tegen aan loop en wil vragen hoe jullie dat doen;

Als ik variabelen door minimaal 2 verschillende page's moet loodsen, gebruik ik de HTML "hidden input" tag om deze vast te houden en vervolgens weer door te zetten naar de volgende pagina die er wat mee doet.

Nou heb ik er nooit bij stilgestaan dat een kwaadwillende gebruiker deze hidden input tag kan invullen naar wens en vervolgens terug kan sturen naar de server met allerlei kwaadaardige code. In het geval van mijn appje zou dat een catastrofe zijn, want het zit bomvol met dit soort code om de eerder opgegeven waarde vast te houden.

Ik heb gepoogd om een extra SESSION aan te maken om de variable vast te houden, maar er loopt er al een van de gebruiker die ingelogd is en welke zijn ID vasthoud. Het geeft problemen als ik een tweede sessie hiernaast probeer te starten want dan wordt aangegeven dat er al een sessie loopt.

Hoe lossen jullie dit op? Alvast bedankt!
  donderdag 5 januari 2012 @ 21:50:48 #182
111382 Ofyles2
Bestemming: onbekend
pi_106459517
quote:
9s.gif Op donderdag 5 januari 2012 11:05 schreef boem-dikkie het volgende:
Dat script van die leraar trouwens. Je hele HTML echo'en. :')
Deed ik heel vroeger ook (toen ik 16-17 was), nu werk ik volgens OOP en MVC.

Liever een onderhoudsvriendelijk bulkproject dan een klein compact en onoverzichtelijk pakketje.
  donderdag 5 januari 2012 @ 22:00:35 #183
111382 Ofyles2
Bestemming: onbekend
pi_106459970
quote:
6s.gif Op donderdag 5 januari 2012 21:40 schreef Dokay het volgende:
Beste PHP devvers,

Even een vrij basale vraag. Voor mijn werkgever heb ik een php applicatie in elkaar geknutseld waarbij men intern mensen in kan roosteren en mensen extern aan kunnen geven wanneer ze beschikbaar zijn. Ziekte en verlof worden ook allemaal geregeld, iedereen blij. Alleen nu het steeds meer en meer gebruikt wordt door deze middelgrote organisatie begint mijn zorg over de veiligheid te stijgen. Laat ik eerlijk zijn: ik heb het in elkaar gezet met trail en error, heb nooit een PHP boek of cursus gedaan en met frunniken lukt me eigenlijk altijd wel wat ik wil. Maar ik weet ook dat het waarschijnlijk niet de veiligste en meest efficiente manier is.

Waar ik vooral tegen aan loop en wil vragen hoe jullie dat doen;

Als ik variabelen door minimaal 2 verschillende page's moet loodsen, gebruik ik de HTML "hidden input" tag om deze vast te houden en vervolgens weer door te zetten naar de volgende pagina die er wat mee doet.

Nou heb ik er nooit bij stilgestaan dat een kwaadwillende gebruiker deze hidden input tag kan invullen naar wens en vervolgens terug kan sturen naar de server met allerlei kwaadaardige code. In het geval van mijn appje zou dat een catastrofe zijn, want het zit bomvol met dit soort code om de eerder opgegeven waarde vast te houden.

Ik heb gepoogd om een extra SESSION aan te maken om de variable vast te houden, maar er loopt er al een van de gebruiker die ingelogd is en welke zijn ID vasthoud. Het geeft problemen als ik een tweede sessie hiernaast probeer te starten want dan wordt aangegeven dat er al een sessie loopt.

Hoe lossen jullie dit op? Alvast bedankt!
Extra sessies zijn eigenlijk ook slechts lapmiddelen.

Ik zou de gegevens gewoon controleren totdat een gebruiker zijn opdracht volledig heeft voltooid.

Dus onder andere: waarden typecasten (in een voor jouw gunstige type), reguliere expressies, htmlentities, strip_tags. Ik stel voor de controlemodellen in een aparte map op te slaan en de bestanden hierin alleen aan te roepen als het echt nodig is.

Desgewenst kun je je projectje ook naar mij toesturen als je het echt niet ziet zitten...
  donderdag 5 januari 2012 @ 22:20:03 #184
159156 Dokay
Ago ergo sum
pi_106460951
quote:
0s.gif Op donderdag 5 januari 2012 22:00 schreef Ofyles2 het volgende:

[..]

Extra sessies zijn eigenlijk ook slechts lapmiddelen.

Ik zou de gegevens gewoon controleren totdat een gebruiker zijn opdracht volledig heeft voltooid.

Dus onder andere: waarden typecasten (in een voor jouw gunstige type), reguliere expressies, htmlentities, strip_tags. Ik stel voor de controlemodellen in een aparte map op te slaan en de bestanden hierin alleen aan te roepen als het echt nodig is.

Desgewenst kun je je projectje ook naar mij toesturen als je het echt niet ziet zitten...
Bedankt voor je snelle reactie,

Ik ging ervanuit dat de gebruiker geen manier heeft om te zien wat er in een server sided sessie gebeurt, tegenover de hidden value HTML tag die vanaf de gebruikers' machine wordt verstuurd. Ik strip inderdaad al form input van ongewenste mogelijke injectie input, maar zit nog steeds met het feit dat ik weet dat de verkeerde methode gebruikt wordt om variabelen door te geven.

Wat ook moeilijk is is vanaf een initieel overzicht de waarde aan een php script doorgeven. Wat ik hiermee bedoel (voorbeeld alert..);

Ik heb een lijst met zeg 30 diensten, welk allemaal uit de database worden getrokken en onder elkaar gezet. Elke dienst heeft een unieke "id", waarmee deze word onderscheiden van andere diensten. Deze unieke dienst id word voor elke dienst opgeslagen in een bijbehorende "hidden input" HTML tag. De gebruiker kan zich opgeven voor een openstaande dienst door op de knop "Inschrijven" te drukk die naast elke dienst wordt weergeven. Tot zover goed.

Nou wil een kwaadwillende gebruiker eens het systeem in de war schoppen en besluit deze id aan te passen en wellicht al toegewezen diensten over te schrijven door een al bestaande id van een andere dienst op te geven, of het systeem te laten crashen door sql injectie code in de hidden value te plaatsen of een andere foutieve waarde.

Vraag: Hoe kan ik het systeem laten begrijpen om welke dienst het gaat die de gebruiker selecteert, maar wel dat het veilig is en dat de gebruiker er geen misbruik van zou kunnen maken?
  donderdag 5 januari 2012 @ 22:29:16 #185
111382 Ofyles2
Bestemming: onbekend
pi_106461400
In dat geval zou ik ook voor de 30 diensten een aparte MySQL-tabel maken. Het id-nummer zou ik meegeven met de URL.

Wat betreft SQL-injecties: deze kun je tegengaan door invoerwaarden te controleren en eventueel te escapen (mysql_real_escape_string).

Off-topic:

Een veel betere aanrader is PDO (hier een tutorial), waarmee je meerdere databasesystemen kunt gebruiken zonder complete codeblokken om te ploegen.
pi_106461514
quote:
0s.gif Op donderdag 5 januari 2012 22:29 schreef Ofyles2 het volgende:
In dat geval zou ik ook voor de 30 diensten een aparte MySQL-tabel maken. Het id-nummer zou ik meegeven met de URL.

Wat betreft SQL-injecties: deze kun je tegengaan door invoerwaarden te controleren en eventueel te escapen (mysql_real_escape_string).

Off-topic:

Een veel betere aanrader is PDO (hier een tutorial), waarmee je meerdere databasesystemen kunt gebruiken zonder complete codeblokken om te ploegen.
Of je verdiept je een keer in classes en bent ook per direct van het gezeik af. Dan ben je nog flexibeler :)
  donderdag 5 januari 2012 @ 22:34:23 #187
75592 GlowMouse
l'état, c'est moi
pi_106461631
quote:
6s.gif Op donderdag 5 januari 2012 21:40 schreef Dokay het volgende:
Ik heb gepoogd om een extra SESSION aan te maken om de variable vast te houden, maar er loopt er al een van de gebruiker die ingelogd is en welke zijn ID vasthoud. Het geeft problemen als ik een tweede sessie hiernaast probeer te starten want dan wordt aangegeven dat er al een sessie loopt.
Dat gaat in dezelfde sessie, je kunt $_SESSION['blahblah'] met vullen en daarna $_SESSION['user'] met wat anders.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  donderdag 5 januari 2012 @ 22:37:09 #188
159156 Dokay
Ago ergo sum
pi_106461758
quote:
0s.gif Op donderdag 5 januari 2012 22:34 schreef GlowMouse het volgende:

[..]

Dat gaat in dezelfde sessie, je kunt $_SESSION['blahblah'] met vullen en daarna $_SESSION['user'] met wat anders.
Bedankt voor je tip, ik ga het morgen meteen uitproberen!
Is er ook een mogelijkheid om van te voren gedefinieerde waarden (welke ik nu in hidden HTML tags heb staan) veilig over te dragen tijdens de POST naar de volgende pagina..? (Behalve strip tags, eigenlijk dat er geen wijzingen in welke zin dan ook mogelijk zijn van de huidige waarde..)
  donderdag 5 januari 2012 @ 22:40:25 #189
111382 Ofyles2
Bestemming: onbekend
pi_106461910
quote:
0s.gif Op donderdag 5 januari 2012 22:37 schreef Dokay het volgende:

[..]

Bedankt voor je tip, ik ga het morgen meteen uitproberen!
Is er ook een mogelijkheid om van te voren gedefinieerde waarden (welke ik nu in hidden HTML tags heb staan) veilig over te dragen tijdens de POST naar de volgende pagina..? (Behalve strip tags, eigenlijk dat er geen wijzingen in welke zin dan ook mogelijk zijn van de huidige waarde..)
Yep.
  donderdag 5 januari 2012 @ 23:11:19 #190
25889 Sitethief
Fulltime Flapdrol
pi_106463405
Je kunt bepaalde dingen hashen, met een POST/GET meesturen en aan de andere kant checken. Dat kan natuurlijk alleen met dingen waarvan je aan beide kanten weet wat het ongeveer moet zijn, statische data dus. Andere data zou ik, mits dat niet teveel problemen oplevert via de sessie opslaan, mocht het data zijn die je langer nodig hebt dan een sessie idd in de db.
Stroek: Sitethief, die is heel groot en sterk :Y.
Faat: *zucht* zoals gewoonlijk hoor Sitethief weer in de bocht &gt;:)
  donderdag 5 januari 2012 @ 23:21:54 #191
111382 Ofyles2
Bestemming: onbekend
pi_106463933
quote:
0s.gif Op donderdag 5 januari 2012 22:31 schreef Pakspul het volgende:

[..]

Of je verdiept je een keer in classes en bent ook per direct van het gezeik af. Dan ben je nog flexibeler :)
Klopt, daar ben ik ook zeer grote voorstander van (als onderdeel van MVC- en OOP-programmeren).
  donderdag 5 januari 2012 @ 23:41:46 #192
159156 Dokay
Ago ergo sum
pi_106464898
Bedankt voor jullie reacties! Ik ga morgen eens kijken of ik verder kom. :)
  vrijdag 6 januari 2012 @ 00:44:42 #194
75592 GlowMouse
l'état, c'est moi
pi_106467510
Er zijn teveel amateurs :Y
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  vrijdag 6 januari 2012 @ 00:50:03 #195
111382 Ofyles2
Bestemming: onbekend
pi_106467720
quote:
0s.gif Op vrijdag 6 januari 2012 00:44 schreef GlowMouse het volgende:
Er zijn teveel amateurs :Y
It wasn't me...
pi_106467852
quote:
0s.gif Op vrijdag 6 januari 2012 00:44 schreef GlowMouse het volgende:
Er zijn teveel amateurs :Y
*meldt.

Daarom ga ik ook niet datsoort systemen klussen, Maar srsly, een maximale lengte aan het password veld geven om SQL injectie te voorkomen? Echt wtf! Blijkbaar heeft iemand er wel over nagedacht dus, maar toen besloten dat mysql_real_escape() te moeilijk was ofzo :') Nog even los van de vragen over hoe dat in hemelsnaam gehashed is als die input zo de query in geslingerd wordt...
  vrijdag 6 januari 2012 @ 00:55:16 #197
75592 GlowMouse
l'état, c'est moi
pi_106467883
quote:
14s.gif Op vrijdag 6 januari 2012 00:54 schreef KomtTijd... het volgende:

[..]

Maar srsly, een maximale lengte aan het password veld geven om SQL injectie te voorkomen?
Die reden zal wel later bedacht zijn. Als hashing ontbreekt zal de lengte van het db-veld de ware reden achter de beperking tot 12 karakters zijn.
eee7a201261dfdad9fdfe74277d27e68890cf0a220f41425870f2ca26e0521b0
  vrijdag 6 januari 2012 @ 00:57:33 #198
111382 Ofyles2
Bestemming: onbekend
pi_106467961
quote:
14s.gif Op vrijdag 6 januari 2012 00:54 schreef KomtTijd... het volgende:

[..]

*meldt.

Daarom ga ik ook niet datsoort systemen klussen, Maar srsly, een maximale lengte aan het password veld geven om SQL injectie te voorkomen? Echt wtf! Blijkbaar heeft iemand er wel over nagedacht dus, maar toen besloten dat mysql_real_escape() te moeilijk was ofzo :') Nog even los van de vragen over hoe dat in hemelsnaam gehashed is als die input zo de query in geslingerd wordt...
Zoiets hoor je eerder op te lossen met preg_match en PDO.
pi_106468034
quote:
0s.gif Op vrijdag 6 januari 2012 00:57 schreef Ofyles2 het volgende:

[..]

Zoiets hoor je eerder op te lossen met preg_match en PDO.
Preg_match :? En ja tegenwoordig doet iedereen dat met PDO of MySQLi (of aanverwanten in andere talen) maar als die website 5 jaar oud is ga je 'm niet helemaal herschrijven daarvoor.
  vrijdag 6 januari 2012 @ 01:03:07 #200
111382 Ofyles2
Bestemming: onbekend
pi_106468162
quote:
5s.gif Op vrijdag 6 januari 2012 00:59 schreef KomtTijd... het volgende:

[..]

Preg_match :? En ja tegenwoordig doet iedereen dat met PDO of MySQLi (of aanverwanten in andere talen) maar als die website 5 jaar oud is ga je 'm niet helemaal herschrijven daarvoor.
Preg_match voor reguliere expressies. Je kunt nooit 100% zeker zijn dat al je bezoekers zo poeslief zijn...
abonnement Unibet Coolblue
Forum Opties
Forumhop:
Hop naar:
(afkorting, bv 'KLB')