Powie

Hallöchen. Ich bin beim antesten der Smarty 3 Beta auf eine Merkwürdigkeit gestossen die ich mir aktuell nicht so recht erklären kann.

Ich habe eine eigene Klasse welche die originale Smarty Klasse erweitert.

-> class meinsmarty extends Smarty { ......

Bisher habe ich darin Smarty folgendermassen aktiviert:

$this->Smarty();

Mit Smarty V3 hat sich am Construct etwas geändert, es funktioniert so nicht mehr, ich muss Smarty folgendermassen aktivieren:

$this->Smarty;

Was ist der Unterschied bei diesen beiden Varianten. Ich kann auch das Smarty V2 Objekt über den letzten beschriebenen Weg erzeugen, dann fehlen mir aber die Session Variablen in Smarty ($smarty.session.xxxx).

Mister Ad

mepeisen

Was meinst du mit aktivieren? Wo genau steht dein Code? Welche PHP-Version hast du?

__________________
Entwickler aus Leidenschaft und ein Zahnrad in einem der größten Java-Projekte der Welt.

Powie

Ich habe da php 5.2.10.

Code:

mepeisen

Sorry, aber dein Code ist Dummfug und gibt einen Parse-Fehler. Du bezeichnest dich selbst wirklich als Fortgeschritten?

__________________
Entwickler aus Leidenschaft und ein Zahnrad in einem der größten Java-Projekte der Welt.

Powie

Wieso sollte das Dummfug sein Das ist ja ein freundlicher Empfang hier....

Ich kann das gern noch etwas erweitern. Man includet natürlich vorher die Smarty Klasse in seinem Script!

mepeisen

Ich habe die Frage gestellt, wo sich dein Code genau befindet. Als Antwort hätte beispielsweise der Konstruktor kommen können. Es geht nicht darum, dich hier niederzumachen. Ich versuche, dir zu helfen, dazu müsste ich aber ansatzweise verstehen, was du tust. Ich kann mir zwar denken, wo das Problem liegt aber das ist nicht viel mehr als ein Schuss ins Blaue.

Normal: Als Elemente einer Klasse sind ausschließlich Variablen- oder Methoden-Deklarationen erlaubt. Dein "$this->Smarty()" ist an dieser Stelle schlichtweg ein Parse-Fehler.

Fortgeschritten zu sein, dazu gehört auch, dass man lernt, wie man ein Problem schildert. Denke dran: Hier hat niemand eine Ahnung von deinem Script. Niemand hat eine Idee, was du tust. Als Fortgeschrittener weiß man, dass dein obiges Script einfach nur Fehler erzeugt und wenn du das aber weißt, dann ist das Posten eines solchen Scriptes nach meiner Nachfrage fast schon frech

So und nun setz dich nochmal in Ruhe hin und überarbeitet deinen Post, so dass ein Außenstehender versteht, wo dein problem ist.

__________________
Entwickler aus Leidenschaft und ein Zahnrad in einem der größten Java-Projekte der Welt.

Powie

Das Script bei mir erzeugt keinen Parse Fehler, und auch keine weiteren Probleme. Es funktioniert mit beiden Varianten. Der Unterschied ist lediglich das bei Variante A Session Variablen in Smarty verfügbar sind und in Variante B nicht. Eventuell ist das gar ein Smarty Bug. Mir geht es auch garnicht drum das Problem zu lösen!
Ich möchte nur gern den Unterschied verstehen zwischen A und B.

xm22

Das funktioniert garantiert nicht! Genauso wenig wie
Mach doch mal testweise error_reporting auf E_ALL

Dark Guardian

In PHP 4 trug der Konstruktor einer Klasse den Namen der Klasse soweit ich weiss.

D.h.

In PHP5 heißt das Teil __construct(). Kenne mich mit Smarty und den PHP Abwärtskompatiblitäten nicht so aus, aber eigentlich müsste das die Frage klären.

Normalerweiße wäre
$this->Smarty -> Aufruf der Membervariablen Smarty
$this->Smarty() -> Aufruf der Memberfunktion Smarty, in PHP4 eben der Konstruktor, was für den Fall ohne Klammern wohl heißt das PHP in dem Falle dann ebenfalls vom Konstruktor ausgeht.

Dein Code spuckt übrigens folgendes aus:

mepeisen

Wenn es um Konstruktoraufrufe gehen würde, also um den parent-Konstruktor, passt aber die Aussage eingangs nicht.
Dies ruft in PHP 5 niemals einen Konstruktor auf. Da nach nach den Angaben des Autors aber 5.2.x zum Einsatz kommt und beschrieben wird, dass es mit diesem Befehl (was wie du richtigerweise schreibst nichts anderes als ein Zugriff auf eine Membervariable ist) das geht, wäre wieder die Frage, was er da treibt und wo dieser Codeschnipsel versteckt ist. Womit ich wieder bei meinem Eingangspost und der dortigen Frage wäre.

Wenn ich eines nicht abkann, ist es Arroganz. Hilfe ablehnen ist eine Sache. Jedoch trotz besserem Wissen auf etwas zu bestehen, das ist Arroganz. Ich werde hier nicht mehr weiterhelfen und einen großen Bogen um das Thema machen.

__________________
Entwickler aus Leidenschaft und ein Zahnrad in einem der größten Java-Projekte der Welt.