[OS|FreeGW] Class Problem ( cl_extended_database ) - Seite 2

HStev · 30.01.2006, 10:21

ok ein wenig aber das hier zb. das ist vollkommen überflüssig

PHP-Code:

  <?php

function __destruct()

  {

    if($this->debug)

    {

      echo "cl_database::__destruct();
";

    }

    @mysql_free_result($this->var_result);

    @mysql_close($this->var_link);

  }

?>

Objecte u. Verbindungen werden eh aufgeräumt ...

30.01.2006, 10:26

also letztendlich heißt das ich könnte die files wieder in php ändern?

und eben einige sachen rausnehmen, da die unnütze sind?

HStev · 30.01.2006, 10:48

nein er verwendet schon PHP5 nur halt nutz er nicht alle vorzüge von PHP
wie zb. protected, public u. private usw.

Der destructor macht nur dann Sinn wenn man das Object mitten im Script zerstört und das wird bei einer Datenbankklasse sicherlich kaum passieren. Ansonsten räumt PHP das alles selbst auf.

30.01.2006, 10:56

ahso, ok

also ist es letztendlich eine ziemliche arbeit das wieder umzuschreiben... :\

hmm aber irgendwie irritiert mich immernoch des prob mit der class...

da du ja anscheinend des auch scho angeguckt hast.. lief es bei dir?

HStev · 30.01.2006, 11:01

ich hab nur reingeschaut aber nicht installiert

30.01.2006, 11:07

achso ok... naja dann zieh ich mir ma mysql 4.0

01.02.2006, 10:15

so ich kan endlich mal dazu das teil mir mysql 4.1 zutesten, was aber den selben Fehler anzeigt oO

ich kann mir bei dem code echt nicht Helfen x_X

Basti · 01.02.2006, 12:00

Setz doch mal in die mysql.php.inc (oder wie die heißt) ein echo "x"; Damit siehst du schonmal, ob die Datei eingebunden wurde. Falls nicht, dann fange vorne an (z.B. index.php oder sonstiges Eingangsskript) und gucke, wo require_once('mysql.php.inc'); oder so ähnlich steht. Da siehst du dann, wie der Pfad zusammengesetzt ist. Dort wird dann entweder ein Fehler unterdrückt oder der Pfad zeigt auf eine existierende Datei, die aber nicht die richtige ist.

Falls du garkeine Stelle findest, in der die Datei eingebunden wird, dann ist entweder die Anwendung im Arsch, oder es gibt eine Funktion __autoload(), die den Part übernimmt (in dem Fall unwahrscheinlich, da die Klasse in einer Datei sitzt, die ganz anders heißt, als die Klasse) oder die Option auto_prepend_file wird benutzt. Falls du da nicht weiterkommst, einfach nochmal das Paket runterladen und neu installieren. Vielleicht ha sich ja nur irgendwas irgendwo unterwegs verabschiedet.

Falls du das "x" aber gesehen hast bleibt die Frage, warum er die Klasse nicht deklariert hat. Vielleicht ist die erbende Klasse über der Elternklasse definiert (das kann Probleme machen)?

Probier vielleicht mal, nur die Datei mit der Klasse aufzurufen (ggf. darin Elternklassen einbinden) und dort mal ein Objekt von der Klasse zu bauen.

Basti

HStev · 01.02.2006, 12:03

sie wird ja eingebunden:

Code:

  error_reporting(E_ALL);
  require("config.inc.php5");
  $PATH=$CONFIG['internal']['path'];  
  require("$PATH/mysql.inc.php5");
  require("$PATH/config.inc.php5");

sogar mit error_reporting(E_ALL);

Basti · 01.02.2006, 13:51

Und, das ist auch das richtige Skript und die richtige mysql.inc.php5?

Wie siehts dann aus, wenn du ein Objekt von der Klasse in dieser Datei baust und diese direkt aufrufst?

Basti

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Thema bewerten
Thema bewerten:

Ähnliche Themen
Thema	Autor	Forum	Antworten	Letzter Beitrag
[Erledigt] Galerie Problem...	coraplanet	PHP Tipps 2008	4	06.06.2008 13:42
Timestamp problem	phrain	PHP Tipps 2008	2	04.04.2008 09:41
CSS - Problem mit class	Smily0412	HTML, Usability und Barrierefreiheit	3	16.09.2006 14:59
datensätze defekt oder problem mit dem einlesen?	Ministry	Datenbanken	4	06.07.2006 18:42
Class Vars	fmueller	PHP Tipps 2006	10	14.02.2006 19:54
problem!!!		PHP Tipps 2006	6	08.02.2006 11:06
[Erledigt] wieder ein Problem bei phpmailer und smtp		PHP Tipps 2006	24	07.02.2006 01:07
Mehrere Div-Layer per Class schliessen	Diego1978	HTML, Usability und Barrierefreiheit	4	02.12.2005 12:10
Progress Class - Problem mit Flush	Chr!s	PHP Tipps 2005-2	3	28.09.2005 20:45
[Erledigt] Problem mit Backslash	Patrick Schwarz	PHP Tipps 2005-2	5	26.07.2005 09:54
Problem mit "internen Variablen" *GELÖST*		PHP Tipps 2004-2	6	07.12.2004 14:16
Smarty und PHP-Skript Problem		PHP Tipps 2004-2	2	03.12.2004 22:27
Problem mit alter JavaScript-Funktion	woods	PHP Tipps 2004	1	13.08.2004 13:34
[Erledigt] Problem mit Timestamp!		PHP Tipps 2004	24	08.06.2004 19:51
foreach problem	mAy^daY	PHP Tipps 2004	3	02.06.2004 20:29

30.01.2006, 10:21
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	ok ein wenig aber das hier zb. das ist vollkommen überflüssig PHP-Code: `<?php function __destruct() { if($this->debug) { echo "cl_database::__destruct(); "; } @mysql_free_result($this->var_result); @mysql_close($this->var_link); } ?>` Objecte u. Verbindungen werden eh aufgeräumt ... __________________ Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.


Mister Ad PHP Code Flüsterer Registriert seit: 21.08.2005 Beiträge: 4682 PHP-Kenntnisse: Fortgeschritten

30.01.2006, 10:26
Gast Beiträge: n/a	also letztendlich heißt das ich könnte die files wieder in php ändern? und eben einige sachen rausnehmen, da die unnütze sind?

30.01.2006, 10:48
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	nein er verwendet schon PHP5 nur halt nutz er nicht alle vorzüge von PHP wie zb. protected, public u. private usw. Der destructor macht nur dann Sinn wenn man das Object mitten im Script zerstört und das wird bei einer Datenbankklasse sicherlich kaum passieren. Ansonsten räumt PHP das alles selbst auf. __________________ Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.

30.01.2006, 10:56
Gast Beiträge: n/a	ahso, ok also ist es letztendlich eine ziemliche arbeit das wieder umzuschreiben... :\ hmm aber irgendwie irritiert mich immernoch des prob mit der class... da du ja anscheinend des auch scho angeguckt hast.. lief es bei dir?

30.01.2006, 11:01
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	ich hab nur reingeschaut aber nicht installiert __________________ Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.

30.01.2006, 11:07
Gast Beiträge: n/a	achso ok... naja dann zieh ich mir ma mysql 4.0

01.02.2006, 10:15
Gast Beiträge: n/a	so ich kan endlich mal dazu das teil mir mysql 4.1 zutesten, was aber den selben Fehler anzeigt oO ich kann mir bei dem code echt nicht Helfen x_X

01.02.2006, 12:00
Basti Erfahrener Benutzer Registriert seit: 18.07.2004 Beiträge: 2.162 PHP-Kenntnisse: Fortgeschritten	Setz doch mal in die mysql.php.inc (oder wie die heißt) ein echo "x"; Damit siehst du schonmal, ob die Datei eingebunden wurde. Falls nicht, dann fange vorne an (z.B. index.php oder sonstiges Eingangsskript) und gucke, wo require_once('mysql.php.inc'); oder so ähnlich steht. Da siehst du dann, wie der Pfad zusammengesetzt ist. Dort wird dann entweder ein Fehler unterdrückt oder der Pfad zeigt auf eine existierende Datei, die aber nicht die richtige ist. Falls du garkeine Stelle findest, in der die Datei eingebunden wird, dann ist entweder die Anwendung im Arsch, oder es gibt eine Funktion __autoload(), die den Part übernimmt (in dem Fall unwahrscheinlich, da die Klasse in einer Datei sitzt, die ganz anders heißt, als die Klasse) oder die Option auto_prepend_file wird benutzt. Falls du da nicht weiterkommst, einfach nochmal das Paket runterladen und neu installieren. Vielleicht ha sich ja nur irgendwas irgendwo unterwegs verabschiedet. Falls du das "x" aber gesehen hast bleibt die Frage, warum er die Klasse nicht deklariert hat. Vielleicht ist die erbende Klasse über der Elternklasse definiert (das kann Probleme machen)? Probier vielleicht mal, nur die Datei mit der Klasse aufzurufen (ggf. darin Elternklassen einbinden) und dort mal ein Objekt von der Klasse zu bauen. Basti

01.02.2006, 12:03
HStev Erfahrener Benutzer Registriert seit: 25.04.2005 Beiträge: 1.356	Re: [OS\|FreeGW] Class Problem ( cl_extended_database ) sie wird ja eingebunden: Code: error_reporting(E_ALL); require("config.inc.php5"); $PATH=$CONFIG['internal']['path']; require("$PATH/mysql.inc.php5"); require("$PATH/config.inc.php5"); sogar mit error_reporting(E_ALL); __________________ Gewisse Dinge behält man besser für sich, z.B. das man gewisse Dinge für sich behält.

01.02.2006, 13:51
Basti Erfahrener Benutzer Registriert seit: 18.07.2004 Beiträge: 2.162 PHP-Kenntnisse: Fortgeschritten	Und, das ist auch das richtige Skript und die richtige mysql.inc.php5? Wie siehts dann aus, wenn du ein Objekt von der Klasse in dieser Datei baust und diese direkt aufrufst? Basti