Door
Jasper Schellekens
op 20-02-2018 11:44
gewijzigd op 20-02-2018 11:51
7.657 views
Goeiedag iedereen,
Ik ben de ontwerper van een online game die gebruikt maakt van sqlite.
Nu ben ik gestart met PHP om een UCP te maken.
Dit gaat tot nu toe goed en dus heb ik een simpel login formuliertje gemaakt.
In het script worden na het inloggen de goede data getoond.
Het probleem is eigenlijk dat als je weer naar de home pagina gaat waar ook de staat worden laten gezien, dat er niks word laat gezien. En ik denk dat dit komt omdat het script niet weet waar het de data vandaan moet halen.
Nu vraag ik me af, kan ik niet de gebruikersnaam in een soort tijdelijke array opslaan en vandaar ophalen?(zo werkt dat in de code waar ik de game mee ontwerp ook.) En als dit mogelijk is? Hoe doe ik dit dan?
Mocht het nodig zijn is hier de pagina login.php:
<?php
error_reporting(E_ALL);
class MyDB extends SQLite3
{
function __construct()
{
$this->open('LARPSERVER/scriptfiles/Data/database/testdatabase.db');
}
}
$db = new MyDB() or die ("Unable to open");
$sql = 'SELECT * FROM USERS WHERE MAIL="'.$_POST["MAIL"].'" AND PASSWORD="'.$_POST["PASSWORD"].'"';
Overigens, als je van exceptions gebruik maakt, dan moet de applicatie wel zo ingericht zijn dat deze hier gebruik van kan maken. Dit komt meestal neer op het plaatsen van een of meerdere (geneste) try-catch blokken. Een exception die niet gevangen wordt in een catch-blok resulteert altijd in een fatal error, ik neem dat dat laatste niet de bedoeling is maar dat e.e.a. netjes opgevangen en afgehandeld zou moeten worden.
Je kunt dus niet zomaar exceptions introduceren / er tussengooien, dit heeft implicaties voor de opzet van de applicatiecode.
@Thomas: Een Exceptionhandler kan eventueel ook erg handig zijn. Dan hoef je zo weinig mogelijk aan te passen om het te integreren.
Mja, maar dit produceert nog steeds een fatal error:
<?php
error_reporting(E_ALL);
ini_set('display_errors', 'stdout');
function my_handler($exception) {
echo 'hello there!';
throw new Exception('oops'); // als er binnen de handler alsnog iets fout gaat...
}
set_exception_handler('my_handler');
throw new Exception('hello');
?>
Dus binnen je exception handler zul je nog steeds try-catch constructies moeten gebruiken, en in dat geval kun je dan net zo goed direct een (of meer) try-catch blok(ken) gebruiken niet?
Ik vind een custom exception-handeler zelf makkelijker werken, en ik heb nog geen grote nadelen gezien. En zolang je geen exceptions in je handler gebruikt werkt het prima.
Maar een try-catch blok in de handler zou op sich al geen slecht idee zijn.
Je kan je code volgooien met een hoop try-catch blokken, maar ik vraag mij dan af: "Blijft de code nog wel leesbaar met een hoop statements?
@jasper: Heb je dit wel bovenaan staan?
<?php
error_reporting(E_ALL);
ini_set('display_errors', 'stdout');
?>
En anders is het debuggen, en elke statement even een echo geven, om zo te kijken wat je script precies doet.
Of ik begrijp jullie verkeerd, of jullie mij.
Maar deze twee paginas roepen hetzelfde script aan:
Errors worden niet weergegeven en error reporting staat aan.
viewreport.php?p=1
index.php?p=viewreport&id=1 zou bovenstaande pagina moeten aanroepen maar doet dit niet.
Ik heb een screenshot gemaakt om de situati duidelijker te beschrijven.
viewreport.php?p=1
index.php?p=viewreport&id=1
De pagina viewreport.php?p=1 zou weergegeven moeten worden onder het kopje Easy UCP
Let niet op de style haha is natuurlijk nog niet af .
