Posts by Darsstar

    1) Haal die @ weg aub, het is over het algemeen geen goed idee om fouten te onderdrukken.
    2) Voeg meer methoden toe, nu heb je er niets aan.
    3) Als je verbinding moet maken met twee verschillende databases, hoe ga je dat nu doen?
    - de class copy-pasten en de gegevens aanpassen?
    - setters maken?
    - iets anders?
    4) Je gebruikt in de if $hasConnection terwijl het $this->hasConnection hoort te zijn.
    5) === controleert op waarde en op type, voorbeeldje:


    6) Je zou Database::$hasConnection weg kunnen laten en "$this->connection instanceof MySQLi" kunnen gebruiken

    Even terug naar de "Call to a member function ......() on a non-object ..." foutmelding.


    PHP
    <?php
    
    
    $foo = true;
    
    
    $foo->bar();


    De bovenstaande code zal de zelfde foutmelding geven.


    Dat betekend dus dat $this->registry->getClass('output')->getTemplate('tb_moods') geen object is.


    Dus als je dat nog niet had opgelost zou ik naar die getTemplate() method gaan kijken om te zien wat die returned.

    $def stelt de verdedigende speler voor neem ik aan.
    Jij wilt denk ik de atcpunten van de aanvallende speler hebben.
    dus vervand $def door de juiste variabele.


    Sowieso ook nog even de reactie van Jannick lezen.

    Citaat

    of dat ze gwn als zegmaar nutteloze letters worden gezien en geen functie behouden


    PHP
    $user_input = '<a href="blabla">blabla</a>!!!'
    
    
    echo htmlspecialchars($user_input); // laat letterlijk <a href="blabla">blabla</a>!!! zien

    Application Programming Interface
    API is geen taal, een API is een manier om met het systeem van iemand anders te communiceren om het even simpel te zeggen.
    Hoe die API opgebouwd is hebben zij bepaald. Zij horen dan ook documentatie te hebben om hun API te leren.


    Zoek die documentatie van de API die je wilt leren.

    Ook een aantal $_SERVER variabelen zijn mogelijk onveilig en dus moet je altijd aannemen dat ze onveilig zijn.
    Denk aan de user-agent.


    Verder ook $_COOKIE en $_SESSION niet zomaar vertrouwen.

    $_SESSION['login']


    Een cron hoort sessie onafhankelijk te zijn, dus als je $_SESSION, $_COOKIE of iets vergelijkbaars gebruikt dan doe je het fout.


    PHP
    mysql_query("UPDATE `[users]` SET `leven`=LEAST(`leven`+2, 100) WHERE level < 100");


    Dat is alles wat je nodig hebt, geen fetch, geen sessie, één query die voor alle users geldt.

    PHP
    if( ! empty( $telefoonnummer ) AND ! ctype_digit( $telefoonnummer ) ) {
        
            $error .= '- Je telefoonnummer mag alleen uit cijfers bestaan.'; 
        
        }


    Nu kom je pas bij de controlle of het alleen cijfers zijn als $telefoonnummer niet leeg is.
    Zo is het dus optioneel.

    Je zou volgens mij wel een MySQL functie kunnen schrijven die een TEMPORARY tabel maakt en daar de zeven waarden inzet aan de hand van input.
    Daarna kan je via een join zeven rijen terug krijgen met alles behalve de datum NULL als er een of meer data missen.

    Vervang $file = 'cache/'.$page.'.txt'; eens door echo $file = realpath('cache/'.$page.'.txt');
    Controleer of dat het correcte path weergeeft naar het bestand.
    Als dat niet het geval is weet je waar de fout ligt, anders kom je melden dat het path correct is.


    Edit: woopsie, beetje perongeluk op versturen geklikt in plaats van naar een te refreshen -.-