🚀 go-pugleaf

Uh... Had Zend.com geen PHP encoder?


"Jeroen Verweide" <unetservice@pan.d.or.a.be> wrote in message
news:drv9lvklp7vu7hnakugc3v557c9p5c0cqg@4ax.com...
Hallo,

Ik ontwerp momenteel een website die intensief gebruik maakt van PHP.
In het verleden is het mij meermaals voorgevallen dat ik op een PHP
pagina kwam waarvan de PHP interpreter defect was of door een slechte
configuratiewijziging niet meer gebruikt werd om de pagina te
processen. Met als gevolg dat ik de hele PHP-source van de file te
zien kreeg, soms met paswoorden incluis!

Mijn PHP script bevat ook paswoorden die ik weggemoffeld heb door een
include statement te gebruiken naar een bestand die die paswoorden
bevat, en in een directory staat die een websurfer niet kan betreden.
Nu is 't zo dat ik mijn PHP sourcecode eigenlijk ook wel wil
beveiligen tegen toestanden als hierboven vermeld. Ik wil niet dat die
door een stomme configuratiefout open en bloot op het net staat. Wat
kan ik doen om me hiertegen te beschermen?

'k Dacht persoonlijk om de volledige PHP sourcefiles ook in die
directory zetten waarin het paswoordenbestand staat, en dan gewoon
elke PHP pagina een include statement te laten bevatten naar de
respectievelijke source, maar dat is niet echt een "ethische"
oplossing, en nogal vergezocht. Weet niemand of er een simpelere,
doeltreffende manier bestaat om dit te verwezenlijken?

Met dank,
Jeroen