hash
(
    'sha256',
    hash
    (
        'sha512',
        $_POST['wachtwoord']
    ) != $fetch['wachtwoord']
)

Zie je al waar het mis gaat?
Het bovenstaande zal of "0a7df0d973edee5f27d1a8063c340d5bb3bfddc580d6496b2b6dcbadafcec361" of "2a5049ed45b470054f963b922905d77ba7cbd0674ebf8a2639c571e7eb1c1974" terug geven...
En beiden zullen als TRUE worden gezien...

Verder is hash('sha256', hash('sha512', $_POST['wachtwoord'])) minder veilig van hash('sha256', $_POST['wachtwoord']) of hash('sha512', $_POST['wachtwoord'])

Idee:

//negeer deze lijn...
    function parse($input)
    {
        static $parser = NULL;


        if ( ! $parser)
        {
            $parser = new Parser();
            $parser->setLexer(new SplitLexer())
                   ->addRule(new TagRule('b',      'inline',   array('block', 'inline', 'listitem'), new TagTemplate('<strong>{$_content/nl2br}</strong>')))
                   ->addRule(new UrlTagRule('url', 'inline',   array('block', 'inline', 'listitem'), 'linkTag'))
                   ->addRule(new UrlTagRule('a',   'inline',   array('block', 'inline', 'listitem'), 'linkTag'))
                   ->addRule(new TagRule('i',      'inline',   array('block', 'inline', 'listitem'), new TagTemplate('<em>{$_content/nl2br}</em>')))
                   ->addRule(new TagRule('u',      'inline',   array('block', 'inline', 'listitem'), new TagTemplate('<span class="underline">{$_content/nl2br}</span>')))
                   ->addRule(new TagRule('list',   'list',     array('block', 'listitem'),           new TagTemplate('<ul>{$_content/trim}</ul>'),                       TagRule::TRIM_BOTH))
                   ->addRule(new TagRule('sup',    'inline',   array('block', 'inline', 'listitem'), new TagTemplate('<sub>{$_content/nl2br}</sup>')))
                   ->addRule(new TagRule('sub',    'inline',   array('block', 'inline', 'listitem'), new TagTemplate('<sub>{$_content/nl2br}</sub>')))
                   ->addRule(new TagRule('*',      'listitem', array('list'),                        new TagTemplate('<li>{$_content/trim/nl2br}</li>'),                 TagRule::TRIM_BOTH, TagRule::PARSE))
                   ->addRule(new TagRule('quote',  'block',    array('block'),                       new TagTemplate('<div class="quote">{$_content/trim/nl2br}</div>'), TagRule::TRIM_BOTH))
    
                   // letterlijke tags met callback
                   ->addRule(new TagRule('img',    'image',    array('block', 'inline', 'listitem'), 'imageTag', Tagrule::TRIM_NONE, TagRule::LITERAL))
                   ->addRule(new TagRule('code',   'code',     array('block'),                       'codeTag',  TagRule::TRIM_BOTH, TagRule::LITERAL));
        }


        return $parser->parse($input);
    }

Alles na regel 103 vervang je door de bovenstaande code...
Dat bestand include_once je dan, en voor de rest gebruik je gewoon de functie parse...

$text = file_get_contents('input.txt');

dat probeert dus de te parsen tekst uit input.php te halen...

Haal die regel eens weg en vervang $text door $forum['bericht']??? (en echo $output)

Geslaagd voor Havo profielen NT en NG!

Had een 9,5 voor wiskunde voor het CE =]

Gefeliciteerd iedereen!

Nu zie ik nog geen code...

Wat wil je dan dat wij doen?
Bevestigen dat het inderdaad niet zou kunnen werken doordat je iets fout kan doen?
Langs een waarzegster gaan en vragen wat je fout doet of om de code te mogen zien?
In het wilde weg gaan gokken?
Een reactie schrijven zoals deze?

Dat je CP uitermate slecht vindt boeit me niet echt, maar zou het toevallig kunnen komen door dat veel mensen te weinig info geven?

Citaat van Luc

Hij werkt nu ongeeer, maar hoe maak ik nu een code block:$?

Ik gaf je toch echt een heel mooi klikje...

Citaat van Perrytj11

PHP is toch hoofdlettergevoelig?

Nee

Citaat van PHP

Notice: Undefined variable: parser in blablabla

Laat me raden, je mist $parser = ...;

klikje

Mogen we de code zien waar dat bestand geinclude wordt?

Dan kraamt hij redelijk wat onzin uit...
Backticks (volgens de SQL standaard horen het dubbele quotes te zijn) worden niet uit PHP gehaald omdat het helemaal niet in PHP zit, maar in MySQL
net als het *, dat is ook al MySQL (wel is het een slecht idee)

Omdat zijn neus pijn doet?

Waarom gaat dit topic dicht?

Joshua: Daarom! (xD)

@Killingdevil
Dat is geen domme vraag...

Monsters bestaan niet!

Wat is de ultieme vraag op het leven, het universum en alles, waarop het antwoord 42 is?

Citaat van RiiCky

Als ik ingelogd ben en uitgelogd krijg ik altijd de melding van Fout, je bent niet ingelogd.

Ik neem aan dat het "uitgelogd" "uitlog" moet zijn?
Ik zou niet weten hoe tegelijk in- en uitgelogd kan zijn namelijk...
Je moet ook alleen op de plaatsen controleren of iemand is ingelogd waar je wilt dat ze maar een van beiden mogen zijn om een bepaald iets te zien.

Citaat van Cruelty

Bij uitloggen moet je geen session_start(); gebruiken, maar session_stop();

Nee, je moet eerst de session starten voordat je er dingen in kunt gaan wijzigen...
session_stop() bestaat ook niet eens.

Het leuke is dat var_dump(0012) int(10) zal geven.
00 is voor het octale stelsel, zoals 0x voor het hexadecimale stelsel is...

Misschien dat je de volgende functies leuk vindt:
http://dev.mysql.com/doc/refman/5.0…ml#function_elt
http://dev.mysql.com/doc/refman/5.0…#function_field

En nu weten we nog steeds niet hoe check_login() er uit ziet...

Hoe ziet de functie check_login() er uit?
En het is trouwens ook wel handig om te weten wat je login.php allemaal doet...
Mijn vermoeden is dat die niet op elkaar zijn ingestemd...

Heb je de error logs al bekeken?
Als je de dingen zelf op zet moet je weten hoe dat moet... (hoort niet moeilijk te vinden te zijn)

Hierbij mijn toestemming...

Ja, elk veld waarvan je (in MySQL) wilt dat het niet negatief wordt hoort UNSIGNED te zijn.

Ik was toch nog een klein dingetje vergeten, heb ik nu verbeterd