[PHP] Global variabelen

[Tijgertje84]

Ik gebruik in meerdere pagina's een dbase connectie.
maar stel dat als er een wachtwoord verandering komt dan zouden in mijn geval nu alle paginas moeten worden aangepast om het weer te kunnen laten werken.
Ik denk dat dit op te lossen valt met een globale variabele.

Mijn vraag is hoe doe ik dat?
Ik zelf denk dat dit kan door een aparte php file te maken met deze variabelen

PHP:

global $conn = mysql_connect("***","***","***") or die("Unable to connect to SQL server");

deze zal dan vervolgens moeten worden aangeroepen door de betreffende paginas die er gebruik van maken.
Dit zal dan moeten met een include neem ik aan??

PHP:

include('..//global_vars.php')

als dit zo is moet dit dan ook bovenaan in de pagina in de code komen?

[ Voor 11% gewijzigd door Tijgertje84 op 24-10-2005 12:15 ]

[sjroorda]

De mooiste oplossing is gewoon een aparte include (of class) te maken die een function dbConnect() erin heeft zitten. Dit bestand include je op elke pagina, en dan heb je maar op 1 plaats de gegevens staan. Mochten die ooit wijzigen, hoef je dat maar 1x te vervangen.
Natuurlijk kan je ook een configuratiebestandje maken met de belangrijkste variabelen. Eventueel zijn beide oplossingen te combineren, het ligt er een beetje aan hoe complex je script is (een simpel script is deze moeite m.i. niet waard ).

[Fles]

In princiepe hoef je die niet global te maken. Als je hem include zit hij al in je script.

db.inc.php

PHP:

<?
  $DB["server"] = "localhost";
  $DB["user"] = "user";
  $DB["pass"] = "pass";
  $DB["database"] = "dbtje";

  $connection_link = mysql_connect($DB["server"],$DB["user"],$DB["pass"]);
  @mysql_select_db($DB["database"]);
?>

In je script:

PHP:

<?
  include_once("db.inc.php");
?>

[ Voor 42% gewijzigd door Fles op 24-10-2005 12:15 ]

[Wacky]

Nog netter voor configuraties is define:

code:

define("DB_USER", "xxxx");
define("DB_PASS", "xxxx");

Voordeel hiervan is dat deze variabelen nooit overschreven kunnen worden in je code

[Tijgertje84]

Graveheart schreef op maandag 24 oktober 2005 @ 12:14:
In princiepe hoef je die niet global te maken. Als je hem include zit hij al in je script.

db.inc.php

PHP:

<?
  $DB["server"] = "localhost";
  $DB["user"] = "user";
  $DB["pass"] = "pass";
  $DB["database"] = "dbtje";

  $connection_link = mysql_connect($DB["server"],$DB["user"],$DB["pass"]);
  @mysql_select_db($DB["database"]);
?>

In je script:

PHP:

<?
  include_once("db.inc.php");
?>

ok mooi dus dan zat ik al redelijk in de goede richting
ik miste inderdaad nog de db-connect maar eht ging in het voorbeeld van mij om het id
maar nu zie ik een @ staan bij je script... wat houd dit in???

[Superdeboer]

Wacky:
Nog netter voor configuraties is define:
Voordeel hiervan is dat deze variabelen nooit overschreven kunnen worden in je code

Het zijn dan ook geen variabelen, maar constants, om precies te zijn.

[Fles]

Wacky schreef op maandag 24 oktober 2005 @ 12:16:
Nog netter voor configuraties is define:

code:

define("DB_USER", "xxxx");
define("DB_PASS", "xxxx");

Voordeel hiervan is dat deze variabelen nooit overschreven kunnen worden in je code

Is idd netter Hoewel het natuurlijk niet meer uit maakt of deze variabelen overschreven worden. Tussen de declaratie en de connectie komt toch geen verdere code te staan. Ik ga er niet vanuit dat je dingen in je connectie script propt

Een @ is om eventuele foutmeldingen niet weergeven.

[ Voor 105% gewijzigd door Fles op 24-10-2005 12:24 ]

[OverSoft]

Tijgertje84 schreef op maandag 24 oktober 2005 @ 12:18:
[...]

ok mooi dus dan zat ik al redelijk in de goede richting
ik miste inderdaad nog de db-connect maar eht ging in het voorbeeld van mij om het id
maar nu zie ik een @ staan bij je script... wat houd dit in???

@ onderdrukt foutmeldingen van PHP en moet je eigenlijk alleen gebruiken als je zeker weten dat die functie niet fout kan gaan, of als je zelf een errorhandler hebt geschreven.

[Sybr_E-N]

Tijgertje84 schreef op maandag 24 oktober 2005 @ 12:18:
[...]

ok mooi dus dan zat ik al redelijk in de goede richting
ik miste inderdaad nog de db-connect maar eht ging in het voorbeeld van mij om het id
maar nu zie ik een @ staan bij je script... wat houd dit in???

De @ kan worden gebruikt om foutmeldingen te onderdrukken, dus dan krijg je niet een error op je scherm als de database bijvoorbeeld offline is.

[Superdeboer]

Ook na te zoeken in de manual...

[Tijgertje84]

Wacky schreef op maandag 24 oktober 2005 @ 12:16:
Nog netter voor configuraties is define:

code:

define("DB_USER", "xxxx");
define("DB_PASS", "xxxx");

Voordeel hiervan is dat deze variabelen nooit overschreven kunnen worden in je code

ik zag dat define stukje, maar kan dit wat hieronder staat ook??

PHP:

  define($DB,"xxxx") ;
  define($DB_USER, "xxxx");
  define($DB_PASS, "xxxx");
  define($DB_DB, "xxxx");

  $conn = mysql_connect($DB,$DB_USER,$DB_PASS); 
  @mysql_select_db($DB_DB);

[ Voor 10% gewijzigd door Tijgertje84 op 24-10-2005 12:25 ]

[Fles]

Dat is de bedoeling met define idd.

Alleen gebruik je dan ipv

PHP:

define($DB,"xxxx") ;

dit

PHP:

define("DB","xxxx") ;

Tenzij je de naam van DB de waarde van $DB wilt hebben

[ Voor 82% gewijzigd door Fles op 24-10-2005 12:30 ]

[Verwijderd]

Een goede truc voor betere beveiliging is ook (indien mogelijk) de include-file waarin het wachtwoord staat buiten de publieke web directory op te slaan. Als de webserver dan eens verkeerd is geconfigureerd waardoor je PHP niet uitgevoerd, maar gewoon weergegeven wordt, dan kan men die file niet bekijken...

Overigens kun je ook beter 'require' (of require_once) gebruiken dan 'include'. Immers is het een noodzakelijk bestand voor je pagina.

[Superdeboer]

Probeer 't es uit, dan weet je het meteen.
In jouw geval zou ik overigens zeker niet werken met error-suppression door @. In tegendeel zou ik juist ervoor zorgen dat je *alle* errors altijd te zien kreeg en daarom voor de zekerheid het volgende helemaal bovenaan je scripts toevoegen:

PHP:

error_reporting(E_ALL);

Je zit duidelijk in een leer- / ontwikkelfase en je kunt pas goed debuggen als je weet waar je fouten hebt. Fouten onderdrukken is dan niet handig.

[curry684]

Tijgertje84 schreef op maandag 24 oktober 2005 @ 12:25:
[...]

ik zag dat define stukje, maar kan dit wat hieronder staat ook??

PHP:

  define($DB,"xxxx") ;
  define($DB_USER, "xxxx");
  define($DB_PASS, "xxxx");
  define($DB_DB, "xxxx");

  $conn = mysql_connect($DB,$DB_USER,$DB_PASS); 
  @mysql_select_db($DB_DB);

Nee, lees de manual even.

[Tijgertje84]

en bedankt voor het antwoord over @
vond dit op de site en de volgende code geeft het heel duidelijk weer

PHP:

function my_error_handler(.......)
{
  if(error_reporting() == 0) // error_reporting() = 0, so it was called with @ in front of it
  {
   // do nothing
  }
  else
  {
   // do something
  }
}

was ff weg had pauze
ok bedankt dus ik heb het gewoon zo opgelost

PHP:

define("DB","***") ;
  define("DB_USER", "***");
  define("DB_PASS", "***");
  define("DB_DB", "***");

  $conn = mysql_connect("DB","DB_USER","DB_PASS"); 
  mysql_select_db("DB_DB") or die("Unable to select database"); 
//ipv @

[ Voor 33% gewijzigd door Tijgertje84 op 24-10-2005 13:02 ]

[.oisyn]

Graveheart schreef op maandag 24 oktober 2005 @ 12:20:
[...]

Is idd netter Hoewel het natuurlijk niet meer uit maakt of deze variabelen overschreven worden. Tussen de declaratie en de connectie komt toch geen verdere code te staan. Ik ga er niet vanuit dat je dingen in je connectie script propt

Een ander voordeel is dat de constanten altijd beschikbaar zijn, ook in functies zonder ze eerst als global te moeten declareren, zoals met variabelen.

[.oisyn]

Tijgertje84 schreef op maandag 24 oktober 2005 @ 12:25:
[...]

ik zag dat define stukje, maar kan dit wat hieronder staat ook??

PHP:

  define($DB,"xxxx") ;
  define($DB_USER, "xxxx");
  define($DB_PASS, "xxxx");
  define($DB_DB, "xxxx");

  $conn = mysql_connect($DB,$DB_USER,$DB_PASS); 
  @mysql_select_db($DB_DB);

Het kán, maar doet niet wat je wilt. Maar waarom zou je het willen, als je "DB" definieert, kun je vervolgens overal door DB te gebruiken de juiste setting accessen:

PHP:

define("DB", "xxx");
// ,,,

mysql_connect(DB, DB_USER, DB_PASS);

Tijgertje84 schreef op maandag 24 oktober 2005 @ 12:31:
ok bedankt dus ik heb het gewoon zo opgelost

PHP:

define("DB","***") ;
  define("DB_USER", "***");
  define("DB_PASS", "***");
  define("DB_DB", "***");

  $conn = mysql_connect("DB","DB_USER","DB_PASS"); 
  mysql_select_db("DB_DB") or die("Unable to select database"); 
//ipv @

En dat werkt dus niet, tenzij je databaseserver echt "DB" heet, en je username "DB_USER" is, etc.

[ Voor 30% gewijzigd door .oisyn op 24-10-2005 13:07 ]

[Erkens]

Tijgertje84 schreef op maandag 24 oktober 2005 @ 12:31:
ok bedankt dus ik heb het gewoon zo opgelost

PHP:

define("DB","***") ;
  define("DB_USER", "***");
  define("DB_PASS", "***");
  define("DB_DB", "***");

  $conn = mysql_connect("DB","DB_USER","DB_PASS"); 
  mysql_select_db("DB_DB") or die("Unable to select database"); 
//ipv @

en dat werkt

ik zou het zo doen

PHP:

  $conn = mysql_connect(DB,DB_USER,DB_PASS);

[Tijgertje84]

Erkens schreef op maandag 24 oktober 2005 @ 13:08:
[...]

en dat werkt

ik zou het zo doen

PHP:

  $conn = mysql_connect(DB,DB_USER,DB_PASS);

jullie hebben gelijk
was gewoon ff aan het testen en kreeg zelf een melding want omdat ik die @ heb weggehaald heb ik deze errors erbij gezet:

PHP:

$conn = mysql_connect(DB,DB_USER,DB_PASS) or die("Unable to connect to SQL server"); 
  mysql_select_db(DB_DB) or die("Unable to select database");

en idd ik kreeg de error
nu niet meer

[Fles]

.oisyn schreef op maandag 24 oktober 2005 @ 13:04:
[...]

Een ander voordeel is dat de constanten altijd beschikbaar zijn, ook in functies zonder ze eerst als global te moeten declareren, zoals met variabelen.

Ook hier heb je weinig mee te maken in deze situatie natuurlijk

[Erkens]

Graveheart schreef op maandag 24 oktober 2005 @ 13:32:
Ook hier heb je weinig mee te maken in deze situatie natuurlijk

zoals het voorbeeldje niet nee, maar wat ik zelf altijd doe is een connectie maken in een simpele class welke gebruik maakt van dergelijke constanten voor authenticatie etc.
Hierdoor kan ik de settings eenvoudig in een andere file (eventueel buiten de webroot) zetten zonder dat mijn applicatie daarop stuk gaat omdat er een zooi "global" moet zijn, wat je liever wilt voorkomen voor het overzicht.
Daarnaast zijn dit gewoon waarden die je eenmalig insteld en tijdens de loop van de applicatie niet veranderd. Waarom dan een variabele gebruiken?