Probeer is op de main page, dus op index.php bijvoorbeeld, dit neer te zetten:

error_reporting(E_ALL);
ini_set('display_errors', 1);

Als het goed is krijg je hier door alle Errors te zien i.p.v een witte pagina.

Hallo,

"500 Internal Server Error" is een fout op de webserver, meestal iets mis met de software of koppeling.

als je een eigen VPS hebt zal je moeten kijken naar de logs, wat er de fout veroorzaakt.
Meestal is dit een misconfiguratie op je server in je apache

een script kan die fout veroorzaken, htacces,...

Gewoon .htaccess even uitzetten/verwijderen, en kijken wat die dan doet, eerst de source zelf werkend krijgen, dan pas met .htaccess gaan spelen.

Om rustig te beginnen waar heb je de error_reporting code plaatst, wordt deze via een config overal geinclude?

Je .htaccess ging fout omdat je PHP in een configuratie bestand plaatst, dit kan dus niet.

.htaccess zorgt niet voor een witte pagina, maar voor een 500 pagina.
Doe is bovenaan je pagina / index.php / config op de eerste lijnen;

<?php
ini_set("display_errors", "1");
error_reporting(E_ALL);
?>

Wat krijg je dan?
Vervolgens moet je die code NIET in je .htaccess zetten.

heb je veel php code staan op je index.php? of voornamelijk html?
Als je er niet veel hebt staan kan je die eens verwijderen, daarna kijken of de pagina werk?

Maakt de website gebruik van .htaccess, meestal is het zoiets.
(Ah dit was al voorgesteld)

Tevens zijn logs je vriend in deze.

En (zoals aangehaald in een ander topic) is een testomgeving ook handig :).

Werkt een losstaand PHP script wel? Vraag daarin eens je PHP informatie op met phpinfo().

Als je je fout niet uit logs kunt herleiden zul je dit stapsgewijs moeten gaan debuggen.

EDIT: wellicht staat short_open_tag uit en gebruik je overal <? ... ?> en <?= ... ?>? Het kan echt van alles zijn.

Een wit scherm kan ook duiden op teveel geheugenconsumptie, maar dat treedt eerder op bij (zware) bewerkingen met geuploade afbeeldingen, niet zozeer met het simpelweg laden van een website.

En je zou eens kunnen kijken middels phpinfo() of er lijpe extensies in zitten zoals suhosin ofzo.

Ah, het kan zijn dat output buffering standaard niet aan staat bij deze host (setting "output_buffering").

Dit zou eigenlijk ook niet nodig hoeven te zijn.

Mogelijk wordt er output geproduceerd voordat er header() functies worden aangeroepen, of andere specifieke functionaliteit die geregeld moet zijn voordat je met output start (zoals sessies, die standaard van cookies gebruik maken). Het aanzetten van output buffering kan een simpele oplossing zijn, maar dat is naar mijn mening een lapmiddel.

De "headers already sent" foutmeldingen zouden ook een gevolg kunnen zijn van een andere foutmelding (die zorgt voor het produceren van output, wat weer resulteert in de daaropvolgende "headers already sent" fouten). Zorg dus ook dat je niet enkel aan symptoombestrijding doet en enkel deze (indirecte) fouten onder het tapijt schuift.

Je hebt nu wel een aanknopingspunt: staat voor regel 7 ergens een regelovergang of spatie in index.php? Dan is dat mogelijk de oorzaak.