Hej, z OOP dopiero zaczynam. Napisałem sobie klasę konfiguracyjną, która działa prawidłowo. Pobiera ona dane z ini.
Jednak gdy używam kolejnej klasy do połączenia z MySQL - nie mogę się połączyć.

[PHP] pobierz, plaintext 
class ConnectDatabase extends Init
{
 
	private $_connection;
 
	public function Connect()
	{
 
		$this->_connection = @mysql_connect($this->init_get('database', 'host'), $this->init_get('database', 'username'),$this->init_get('database', 'password'));
 
		if($this->_connection)
		{
			return 'CONNECTED';	
		}
		else {
			return 'ERR_ NOT_CONNECTED';	
		}
 
	}
 
}
[PHP] pobierz, plaintext 

Dlaczego używasz funkcji mysql_? To pamięta jeszcze czasy kamienia łupanego. Szczególnie, że zajmujesz się OOP, więc skorzystaj z PDO.

Usuń @ sprzed mysql_connect, wyświetl to co Ci zwraca

[PHP] pobierz, plaintext 
$this->init_get('database', 'host') 
[PHP] pobierz, plaintext 

a dopiero później pisz na forum.

Gdy użyłem PDO wyrzuciło mi:

[PHP] pobierz, plaintext 
Fatal error: Uncaught exception 'PDOException' with message 'SQLSTATE[HY000] [2005] Unknown MySQL server host
[PHP] pobierz, plaintext 

Z kolei usuwając @ sprzed mysql_connect nic się nie wyświetla.

Przecież w komunikacie masz jasno napisane, w czym jest problem: nie można znaleźć serwera bazy danych. A zamiast to naprawić, używasz elementów składni, których działania nie rozumiesz. Pomijam już fakt, że problem nie ma nic wspólnego z obiektówką.

Tylko że wszystkie dane odnośnie MySQL podaje poprawnie. Nie wiem z czym to jest związane, a że zacząłem bawić się z OOP to wrzuciłem to tutaj. Jeżeli pomyliłem działy to sorry.

Co ciekawe... korzystając z PDO gdy podałem dane username, password itd. na sztywno - zadziałało. Tak samo dzieje się z mysql_connect. Ale gdy użyje klasy Init przestaje działać, choć gdy sprawdzałem jej działanie to wszystko jest w porządku.

W takim razie dane "gubi" po drodze. Lepiej sprawdź, czy są one prawidłowo w klasie init ustawione. A może mają one ustawiony atrybut dostępu private? Domyślnie takie dane w klasie potomnej "giną". Po prostu nie są dziedziczone

Funkcje mam public. Same zmienne w init owszem były ustawione na private jednak po zmianie na public i tak nadal nie działa.

Pokaż klasę Init.

[PHP] pobierz, plaintext 
class Init
{
 
	public $__data;
 
	public function __construct()
   	{
		$this -> __data = parse_ini_file('config.system.php', true);
	}
 
	public function init_get($section, $name)
	{
		if(!isset($this -> __data[$section]))
		{
			return 'ERR_NOT_INITIALIZED Missed section "'.$section.'"';
		}
		if(!isset($this -> __data[$section][$name]))
		{
			return 'ERR_NOT_INITIALIZED Missed directive "'.$name.'"';
		}
		return $this -> __data[$section][$name];
	} 
 
}
[PHP] pobierz, plaintext 

Sprawdzałeś co zwraca var_dump z przeparsowanego ini? A potem funkcja init_get?

var_dump z ini zwraca:

[PHP] pobierz, plaintext 
array(3) { ["database"]=> array(4) { ["host"]=> string(17) "***”" ["username"]=> string(14) "***”" ["password"]=> string(10) "“***”" ["database"]=> string(12) "***" } ["paths"]=> array(2) { ["path_to_php_classes"]=> string(14) "“/my/classes/”" ["path_to_images"]=> string(13) "“/my/images/”" } ["numbers"]=> array(2) { ["number_of_news"]=> string(3) "“5”" ["number_of_images_on_slide"]=> string(4) "“12”" } } 
[PHP] pobierz, plaintext 

Jeżeli chodzi o init_get. Czy powiniennem to wywołać w ten sposób(?):

[PHP] pobierz, plaintext 
var_dump($systemInit->init_get('database', 'password'))
[PHP] pobierz, plaintext 

Bo jeżeli tak, to nic nie zwraca ().



Czy naprawdę nikt nie jest w stanie mi pomóc?

Pytanie zasadnicze... Czego brakuje Ci w klasie ConnectDatabase? Ja nie widzę żadnego konstruktora! A jak klasa ma utworzyć nowy obiekt, skoro nie wie jak? Jeśli chcesz by było to robione identycznie jak w klasie bazowej, to musisz to klasie potomnej "powiedzieć" wyraźnie Inaczej zna ona funkcje, ale nie wszystkie. Zrobi ona swój własny, domyślny konstruktor, który akurat z konstruktorem rodzica nie ma nic wspólnego. Klasa potomna chce wiec użyć metody init_get znanej rodzicowi bo ją dziedziczy. Problem w tym, że kompletnie nie ma pojęcia o danych parsowanych w konstruktorze rodzica, bo to nigdy nie zachodzi.