Wat bedoel je met 'het niet doet'. Heb je het over PHP of over SQL of.
PHP geeft altijd een duidelijke foutmelding in je browser wanneer je script runt, dus daar heb ik geen problemen mee (error reporting of het hoogst wanneer je er mee bezig bent)
Bij queries gewoon een duidelijke foutafhandeling gebruiken (Al eens een voorbeeld gegeven) en de error tonen wanneer je er mee bezig bent (Niet in een live script).
Error reporting is 1 inderdaad. Zonder dat kom je nergens.
Nummer twee, als error reporting aan staat, maar dat verder geen fouten geeft, is echo's en breaks (exits) plaatsen. Als bijvoorbeeld je code niet doet wat je verwacht, ga je om de zoveel regels een simpele echo plaatsen (echo '1', echo '2', echo '3', etc). Aan de hand daarvan kan je zien tot waar je code de volgorde aanhoudt die je had verwacht. Als je opeens een echo niet meer ziet weet je waar de fouten beginnen. Vervolgens kan je dezelfde techniek gebruiken om variabelen naar het scherm te sturen. Zo kan je stap voor stap controleren of er ook gebeurt wat je verwacht.
Met deze twee basisstappen kom je eigenlijk al voor alle problemen tot een oplossing.
en om te beginnen natuurlijk een fatsoenlijke IDE gebruiken die je code direct controleert en de echte typfouten al direct aangeeft.
Bijvoorbeeld Netbeans of PhpStorm.
Bovendien heb je dan het gemak dat functienamen en variabelen al bij het typen aanvult, zodat je niet een verschil hebt tussen de variabelen $voorraadhistorie en $voorraadHistory 20 regels verderop.
Het gebruik van Xdebug in samenwerking met Netbeans is wel fijn. Zo kan je regel per regel zien welke variabelen er al zijn aangemaakt en wat hun waarde op dat moment is. Met andere woorden, je ziet ten allen tijde wat er in je code omgaat en ziet dus ook direct wat er fout loopt.
Je maakt hier natuurlijk enkel gebruik van als je de error die PHP je teruggeeft niet duidelijk is.