include voor DB connectie [php]

[Matthijs de Z]

Hallo,

ik heb in een bestand dblogin.inc

de volgende code staan:

<?php

//puur ter controle
echo"<br><b>INCLUDE</b><br>";

//de functie waar het om gaat
function dbLoginFunction()
{
//database openen en gegevens invoeren
$dbname = "deDataBase";
$loginname = "boterhammetkaas";
$loginpass = "hoiHoeIsHet";
$dbhost ="localhost";

$dbcon = mysql_connect("$dbhost","$loginname","$loginpass") or die("er
gaat iets mis<br>".mysql_error());

// puur ter controle
if($dbcon) echo"<br>verbonden<br>";
if (is_resource($dbcon)) echo"<br>Is idd een resource<br>";
};
?>


En in een bestand (datainvoer.php) waar ik die functie in wil gebruiken,
staat dit:

//bestand staat in dezelfde dir
include('dblogin.inc');
dbLoginFunction();

if(!is_resource($dbcon)) echo"<br><b>help</b><br>";

en dit is de output:
------------------
INCLUDE

verbonden

Is idd een resource

help
-------------------
het bestand wordt dus geïnclude, binnen het bestand dblogin.inc wordt ook
een verbinding gemaakt, maar als ik dan later binnen de code van het andere
bestand (datainvoer.php) is er blijkbaar geen verbinding meer, aangezien
daar "help" komt te staan (if(!is_resource($dbcon))
echo"<br><b>help</b><br>"

waarrrrrrommmmm?
Groeten,

Matthijs

[Arnoud Galactus Engelfriet]

In article <docfcn$1ne6$1@nl-news.euro.net>,
Matthijs de Z <haalallesvoorhetstreepjesplushetstreepjezelfweg-mldz@hotmail.com> wrote:
>het bestand wordt dus geïnclude, binnen het bestand dblogin.inc wordt ook
>een verbinding gemaakt, maar als ik dan later binnen de code van het andere
>bestand (datainvoer.php) is er blijkbaar geen verbinding meer, aangezien
>daar "help" komt te staan (if(!is_resource($dbcon))
>echo"<br><b>help</b><br>"

De variabele $dbcon bestaat alleen in de scope van de functie
dbLoginFunction(). Zodra die functie klaar is, gooit PHP de inhoud
van $dbcon weg. Bij je if !is_resource kijk je dus naar een hele
andere variabele die toevallig ook $dbcon heet.

Oftewel, je moet $dbcon als resultaat van doLoginFunct() terug
laten komen. In het hoofdprogramma lees je die waarde dan uit
en doe je er leuke dingen mee.

Arnoud

--
Arnoud Engelfriet, Dutch & European patent attorney - Speaking only for myself
Patents, copyright and IPR explained for techies: http://www.iusmentis.com/

[Matthijs de Z]

> De variabele $dbcon bestaat alleen in de scope van de functie
> dbLoginFunction(). Zodra die functie klaar is, gooit PHP de inhoud
> van $dbcon weg. Bij je if !is_resource kijk je dus naar een hele
> andere variabele die toevallig ook $dbcon heet.
>
> Oftewel, je moet $dbcon als resultaat van doLoginFunct() terug
> laten komen. In het hoofdprogramma lees je die waarde dan uit
> en doe je er leuke dingen mee.

Als ik er dit van maak:

function dbLoginFunction()
{
//database openen en gegevens invoeren
$dbname = "deDataBase";
$loginname = "boterhammetkaas";
$loginpass = "hoiHoeIsHet";
$dbhost ="localhost";

$dbcon = mysql_connect("$dbhost","$loginname","$loginpass") or die("er
gaat iets mis<br>".mysql_error());

return $dbcon;

// puur ter controle
if($dbcon) echo"<br>verbonden<br>";
if (is_resource($dbcon)) echo"<br>Is idd een resource<br>";
};

Krijg ik nog steeds geen bestaande DB connectie. Hoe zou jij het "terug
laten komen"? Want ik dacht dat je met return een waarde kon teruggeven
vanuit een functie.
Groeten,

Matthijs


>
> Arnoud
>
> --
> Arnoud Engelfriet, Dutch & European patent attorney - Speaking only for
myself
> Patents, copyright and IPR explained for techies:
http://www.iusmentis.com/

[Matthijs de Z]

> Als ik er dit van maak:

[binnen de functie]
> return $dbcon;

werkte niet

global $dbcon;

werkt volgens mij wel. Maar dan moet ik ook de andere variabelen global
maken. Is het ook mogelijk om alle variabalen van een functie die in een
include bestand staat in 1 keer global te maken?
Groeten,

Matthijs

[Matthijs de Z]

> global $dbcon;
>
> werkt volgens mij wel. Maar dan moet ik ook de andere variabelen global
> maken. Is het ook mogelijk om alle variabalen van een functie die in een
> include bestand staat in 1 keer global te maken?

behalve dan een regel te maken met

global $dbcon, $tweedevar, $derdevar.....

[Jelle Nelis]

Matthijs de Z wrote:
>> De variabele $dbcon bestaat alleen in de scope van de functie
>> dbLoginFunction(). Zodra die functie klaar is, gooit PHP de inhoud
>> van $dbcon weg. Bij je if !is_resource kijk je dus naar een hele
>> andere variabele die toevallig ook $dbcon heet.
>>
>> Oftewel, je moet $dbcon als resultaat van doLoginFunct() terug
>> laten komen. In het hoofdprogramma lees je die waarde dan uit
>> en doe je er leuke dingen mee.
>
> Als ik er dit van maak:
>
> function dbLoginFunction()
> {
> //database openen en gegevens invoeren
> $dbname = "deDataBase";
> $loginname = "boterhammetkaas";
> $loginpass = "hoiHoeIsHet";
> $dbhost ="localhost";
>
> $dbcon = mysql_connect("$dbhost","$loginname","$loginpass") or die("er
> gaat iets mis<br>".mysql_error());
>
> return $dbcon;
>
> // puur ter controle
> if($dbcon) echo"<br>verbonden<br>";
> if (is_resource($dbcon)) echo"<br>Is idd een resource<br>";
> };
>
> Krijg ik nog steeds geen bestaande DB connectie. Hoe zou jij het "terug
> laten komen"? Want ik dacht dat je met return een waarde kon teruggeven
> vanuit een functie.
> Groeten,
>
> Matthijs
>
>
>> Arnoud
>>
>> --
>> Arnoud Engelfriet, Dutch & European patent attorney - Speaking only for
> myself
>> Patents, copyright and IPR explained for techies:
> http://www.iusmentis.com/
>
>

In het bestand dat de functie gebruikt (in jouw geval datainvoer.php):
$dbcon = dbLoginFunction();

--
Zelfstandig Euphony consultant
BC-ID 018122257

[Matthijs de Z]

> In het bestand dat de functie gebruikt (in jouw geval datainvoer.php):
> $dbcon = dbLoginFunction();

AH, zo simpel kan het dus ook zijn ;-)

[Marcel]

"Matthijs de Z"
<haalallesvoorhetstreepjesplushetstreepjezelfweg-mldz@hotmail.com> schreef
in bericht news:doci2f$1qiv$1@nl-news.euro.net...
>> In het bestand dat de functie gebruikt (in jouw geval datainvoer.php):
>> $dbcon = dbLoginFunction();
>
> AH, zo simpel kan het dus ook zijn ;-)
>
>

Ik zou overigens geen .inc voor je database connectie file gebruiken maar
..php. Een inc file kan iemand lezen namelijk dus als iemand je site 'slurpt'
(met bijv. webgrabber) dan kan ik die daarna zo de connectie met je database
lezen....

[Arnoud Galactus Engelfriet]

In article <b1573$43aa725f$d969db07$11727@cache40.multikabel. net>,
Marcel <sorryafraidofspam@nospam.com> wrote:
>Ik zou overigens geen .inc voor je database connectie file gebruiken maar
>.php. Een inc file kan iemand lezen namelijk dus als iemand je site 'slurpt'
>(met bijv. webgrabber) dan kan ik die daarna zo de connectie met je database
>lezen....

Allereerst moet die iemand dan wel weten hoe je .inc heet,
maar "login.inc" of zo zou een goeie gok zijn.

Verder, stel dat PHP zelf stukgaat of per ongeluk uitgezet wordt
door de admin. Dan kan iedereen je .php bestanden downloaden als
gewone tekst. Daar moeten dus geen wachtwoorden instaan!

Persoonlijk zou ik zo'n include file altijd buiten de public_html
houden. Je PHP script kan elk bestand openen, maar de webserver
zal het bestand dan nooit opsturen.
require("/home/galactus/etc/login.inc");
Knappe jongen die die op weet te vragen via mijn webserver.

Arnoud

--
Arnoud Engelfriet, Dutch & European patent attorney - Speaking only for myself
Patents, copyright and IPR explained for techies: http://www.iusmentis.com/

[Erick T. Barkhuis]

Marcel:

> Ik zou overigens geen .inc voor je database connectie file gebruiken maar
> .php. Een inc file kan iemand lezen namelijk dus als iemand je site 'slurpt'
> (met bijv. webgrabber) dan kan ik die daarna zo de connectie met je database
> lezen....

Zulke progsels halen toch alleen de bestanden op die ze tegenkomen via
koppelingen (als hyperlinks, frames en images)?
Hoe moet webgrabber weten dat er ergens een bestand MijnDB.inc staat in
een willekeurige directory?


--
Erick

"Editing is a rewording activity"

[Operator]

In article <dodomn$2q81$1@toad.stack.nl>,
galactus@stack.nl (Arnoud "Galactus" Engelfriet) writes:

[...]
> Persoonlijk zou ik zo'n include file altijd buiten de public_html
> houden. Je PHP script kan elk bestand openen, maar de webserver
> zal het bestand dan nooit opsturen.
> require("/home/galactus/etc/login.inc");
> Knappe jongen die die op weet te vragen via mijn webserver.

Vanuit /home/andere-local-user
zou het best wel eens te doen kunnen zijn...

Een goede rede om de webserver samen met de webmasters in een
jale te zetten.

[Matthijs de Z]

> >Ik zou overigens geen .inc voor je database connectie file gebruiken maar
> >.php. Een inc file kan iemand lezen namelijk dus als iemand je site
'slurpt'
> >(met bijv. webgrabber) dan kan ik die daarna zo de connectie met je
database
> >lezen....

daar heb je gelijk in. Bedankt voor de tip


> Persoonlijk zou ik zo'n include file altijd buiten de public_html
> houden. Je PHP script kan elk bestand openen, maar de webserver
> zal het bestand dan nooit opsturen.
> require("/home/galactus/etc/login.inc");

Helaas staat de host dat om één of andere vage reden niet toe....
Maar ik verzin wel iets. Kan altijd nog een chmod 0000 doen en als ik het
bestand nodig heb weer terugzetten naar een leesbaar bestand.
Mazzel,

Matthijs

[finalwebsites.com]

Matthijs, je kan ook gebruik maken can constant variabels:

http://nl3.php.net/Constants


--

gr. Olaf
PHP classes and scripts: http://www.finalwebsites.com

[Hans]

On 22 Dec 2005 09:29:57 GMT, Operator <root@mier.doktercom.nl> wrote:
> In article <dodomn$2q81$1@toad.stack.nl>,
> galactus@stack.nl (Arnoud "Galactus" Engelfriet) writes:
>
> [...]
>> Persoonlijk zou ik zo'n include file altijd buiten de public_html
>> houden. Je PHP script kan elk bestand openen, maar de webserver
>> zal het bestand dan nooit opsturen.
>> require("/home/galactus/etc/login.inc");
>> Knappe jongen die die op weet te vragen via mijn webserver.
>
> Vanuit /home/andere-local-user
> zou het best wel eens te doen kunnen zijn...
>
> Een goede rede om de webserver samen met de webmasters in een
> jale te zetten.

Op zich hadden ze daar safe_mode en open_basedir voor. Gelukkig
gaan ze safe_mode nu echt opdoeken want ik kan me minimaal 3 versies
voor de geest halen waarbij je een symbolic link kon aanmaken voor
bovenstaande gevallen en je dan alsnog het bestand kon uitlezen.

Hans
--
<iemand>
iemand heeft een gat gevonden in pdp's access.db? bel cnn

http://blacklist.kernelnewbies.nl

[Marcel]

> Zulke progsels halen toch alleen de bestanden op die ze tegenkomen via
> koppelingen (als hyperlinks, frames en images)?
> Hoe moet webgrabber weten dat er ergens een bestand MijnDB.inc staat in
> een willekeurige directory?
> --

Ja inderdaad daar heb je gelijk in. Nou ja, blijft dus alleen over dat
iemand een bestand als dblogin.inc zoals Matthijs gebruikt zou kunnen
raden..... het bestand buiten de root zetten is ook idd een extra
veiligheid. Ook zou ik er toch php van maken....idd als php uitgezet wordt
dan zie je de sourcecode maar plotselinge uitval van parsing van PHP code
schijnt bij PHP vrijwel nooit tot bijna nooit voor te komen (bij ASP schijnt
dat veel vaker te gebeuren)

Marcel