Offen Zugriff auf Sprachvariablen in PHP

[WakMoo]

Hallo zusammen,
ist es möglich aus PHP heraus auf Sprachvariablen zuzugreifen, so wie in Templates über {lang section="" key=""}?

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Ja, mit ner einfachen Funktion:

function getMyData($value, $kKunde) {
        $myData = $GLOBALS['DB']->executeQuery("SELECT $value FROM tkunde WHERE kKunde = $kKunde", 2);
        if ($value == 'cNachname') {
            $xTeaCiN = new XTEA(BLOWFISH_KEY);
            return $xTeaCiN->decrypt($myData[0]->$value);
        } elseif ($value == 'cAnrede') {
            if ($myData[0]->$value == 'm') {
                return lang('salutationM');
            } elseif ($myData[0]->$value == 'w') {
                return lang('salutationW');
            }
        } else {
            return $myData[0]->$value;
        }
}

function lang($key) {
        if ($key !== '') {
            if (isset($_SESSION['Kunde'])) {
                $sprachISO = getMyData('kSprache', $_SESSION['Kunde']->kKunde);
            } else {
                $sprachISO = 1;
            }
            $value = $GLOBALS['DB']->executeQuery("SELECT cWert FROM tsprachwerte WHERE cName = '$key' AND kSprachISO = $sprachISO", 2);
            return $value[0]->cWert;
        } else {
            return false;
        }
}

Aufruf dann beispielsweise:

lang('firstName');

Dabei spielt die Section keine Rolle.

 

[WakMoo]

AW: Zugriff auf Sprachvariablen in PHP

Das ging ja schnell, danke! Ich habe das ganze noch etwas modifiziert, denn die aktuelle Sprache steht doch direkt in der Session, oder?

	function lang($key) {
		if ($key !== '') {
			if (isset($_SESSION['kSprachISO'])) {
				$sprachISO = $_SESSION['kSprachISO'];
			} else {
				$sprachISO = 1;
			}
			$value = $GLOBALS['DB']->executeQuery("SELECT cWert FROM tsprachwerte WHERE cName = '$key' AND kSprachISO = $sprachISO", 2);
			if($value[0]->cWert !== '') {
				return '#'.$key.'#';
			}
			return $value[0]->cWert;
		} else {
			return false;
		}
	}

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Stimmt, aber dann kannst du dir auch die ganze Abfrage sparen, da ja $_SESSION['kSprachISO'] immer gesetzt ist. Dann sieht die Funktion so aus:

function lang($key) {
        if ($key !== '') {
            $value = $GLOBALS['DB']->executeQuery("SELECT cWert FROM tsprachwerte WHERE cName = '$key' AND kSprachISO = $_SESSION['kSprachISO']", 2);
            if($value[0]->cWert !== '') {
                return '#'.$key.'#';
            }
            return $value[0]->cWert;
        } else {
            return false;
        }
    }

 

[Bjoern3003]

AW: Zugriff auf Sprachvariablen in PHP

Warum so kompliziert?

$GLOBALS['oSprache']->gibWert('name', 'section')

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Das nenn ich kurz und knapp Schön wie der JTL Shop dokumentiert ist

Aber bei deinem Ansatz muss man die Section kennen, die Funktion oben sucht global in allen Sections. Für Plugins würde ich die Funktion oben nehmen.

 

[Bjoern3003]

AW: Zugriff auf Sprachvariablen in PHP

Man weiss doch was man ausgeben will, also kennt man auch die section. In welcher Situation kennt man diese denn nicht?

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Man weiss doch was man ausgeben will, also kennt man auch die section. In welcher Situation kennt man diese denn nicht?

Siehe Screenshot:



So sind die Plugins automatisch für alle Sprachen gerüstet. Verwendest du das Sprachensystem für Plugins wie JTL es vorgibt, hast du immer das Problem, dass du das Plugin um die entsprechenden Sprachen erweitern muss.

So siehts ja nach JTL in der info.xml aus:

<Variable>
                <Name>foo</Name> 
                <Description>beschreibung foo</Description> 
                <VariableLocalized iso="GER">foo auf deutsch</VariableLocalized> 
                <VariableLocalized iso="ENG">foo auf englisch</VariableLocalized>
            </Variable>

Mit meinem Ansatz spielen die im Shop verwendetetn Sprachen keine Rolle. Sollten neue Sprachen hinzukommen muss lediglich die Übersetzung für die in der Sprachverwaltung erstellten Variable ergänzt werden.

 

[Bjoern3003]

AW: Zugriff auf Sprachvariablen in PHP

Die Sprachen der plugins musst du nicht als Entwickler erweitern, sondern der Kunde, der die neue Sprache anlegt. Er kann dies dann bei JEDEM plugin ergänzen. Dazu muss ich die Sprache nicht in der xml definiert haben und kann sich dennoch ansprechen. Bisher macht die neue Funktion also immer noch keinen Sinn. die kompletten sorachvariablen der Session Sprache sind ja global bereits geladen. Wieso also wieder nen sql query setzen?

 

[ag-websolutions.de]

AW: Zugriff auf Sprachvariablen in PHP

Der von Björn aufgezeigte Weg ist der offizielle Styleguide von JTL was die Verwendung von Sprachvariablen angeht.
Jeder Plugin-Entwickler sollte sich daran halten, da damit eine für die Kunden einheitliche Bedienung der Plugins gewährleistet wird und der Kunde sich nicht immer auf "eigene Entwickler-Süppchen" einstellen muss.

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Die Sprachen der plugins musst du nicht als Entwickler erweitern, sondern der Kunde, der die neue Sprache anlegt. Er kann dies dann bei JEDEM plugin ergänzen.

Er kann dies dann bei JEDEM plugin ergänzen. Dazu muss ich die Sprache nicht in der xml definiert haben und kann sich dennoch ansprechen.

Naja, über die Mechanismen die JTL für seine PLugins so vorsieht möchte ich garnicht im Detail eingehen, da sind so einige Probleme mit aufgetreten die selbst JTL nicht erklären konnte.
Aber schoon alleine schon aus dem Grund, dass der Kunde das Plugin dann jedesmal deinstallieren und anschließend wieder installieren muss damit die Ergänzungen überhaupt greifen hat mich von den regulären Sprachvariablen nach JTL Schmea weggebracht. Gerade wenn das Plugin auch eine Tabelle in der Datenbank anlegt. Dann sind nämlich alle vorigen Einträge wieder weg.

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Der von Björn aufgezeigte Weg ist der offizielle Styleguide von JTL was die Verwendung von Sprachvariablen angeht.
Jeder Plugin-Entwickler sollte sich daran halten, da damit eine für die Kunden einheitliche Bedienung der Plugins gewährleistet wird und der Kunde sich nicht immer auf "eigene Entwickler-Süppchen" einstellen muss.

Auf "eigene Entwickler-Süppchen" stellt sich der Kunde doch automatisch mit jedem Plugin eines anderen Entwicklers ein. Denn jeder kocht sein eigenes Süppchen. Und wenn ich der Meinung bin, dass bestimmte Mechanismen für meine Zwecke nicht ideal sind oder einfach nicht funktionieren, dann mach ich mir eben Gedanken und verwende eine Alternative. Wenn jeder dieser Meinung wäre wie du, dann würde es keine Innovationen mehr geben. So nach dem Motto Friss oder Stirb. Das ist ja Unsinn.

 

[Bjoern3003]

AW: Zugriff auf Sprachvariablen in PHP

Naja, über die Mechanismen die JTL für seine PLugins so vorsieht möchte ich garnicht im Detail eingehen, da sind so einige Probleme mit aufgetreten die selbst JTL nicht erklären konnte.
Aber schoon alleine schon aus dem Grund, dass der Kunde das Plugin dann jedesmal deinstallieren und anschließend wieder installieren muss damit die Ergänzungen überhaupt greifen hat mich von den regulären Sprachvariablen nach JTL Schmea weggebracht. Gerade wenn das Plugin auch eine Tabelle in der Datenbank anlegt. Dann sind nämlich alle vorigen Einträge wieder weg.

Sorry, aber das ist schlichtweg nicht korrekt. Das Plugin muss nicht deinstalliert werden, damit es eine neue Sprache annimmt.

Ich habe mir gerade mal die Arbeit gemacht und eine dritte Sprache aktiviert. ALLE Plugins hatten SOFORT die Möglichkeit, den Text für diese Sprache zu hinterlegen. Probier es aus, du wirst merken, wie klasse das ist

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Sorry, aber das ist schlichtweg nicht korrekt. Das Plugin muss nicht deinstalliert werden, damit es eine neue Sprache annimmt.

Ich habe mir gerade mal die Arbeit gemacht und eine dritte Sprache aktiviert. ALLE Plugins hatten SOFORT die Möglichkeit, den Text für diese Sprache zu hinterlegen. Probier es aus, du wirst merken, wie klasse das ist

Unglaublich, aber Recht haste, muss ich mich korrigieren Ich hatte den Wert innerhalb der VariableLocalized verändert und dieser wurde erst nach einer Neuinstallation übernommen. Da das aber nur die Vorgabe ist, ist das ja egal. Man lernt jeden Tag dazu. Danke für den Tipp!

 

[Bjoern3003]

AW: Zugriff auf Sprachvariablen in PHP

Änderungen in der XML bedürfen einer Installation/Update. Das ist korrekt. Denn die dort enthaltenen Daten werden in die DB geschrieben.

 

[ag-websolutions.de]

AW: Zugriff auf Sprachvariablen in PHP

, dann würde es keine Innovationen mehr geben.

Wenn "Innovationen" immer ihre Grundlage in Unwissenheit haben, dann sind es keine Verbesserungen, die dem Kunden weiter helfen.

 

[martinwolf]

AW: Zugriff auf Sprachvariablen in PHP

Wenn "Innovationen" immer ihre Grundlage in Unwissenheit haben, dann sind es keine Verbesserungen, die dem Kunden weiter helfen.

Da hast du durchaus Recht. Aber woher soll das Wissen kommen wenn es nirgends erfasst ist außer durch learning by doing? Bleiben wir mal beim Beispiel der Sprachvariablen innerhalb der info.xml. Woher soll man denn wissen, dass der Knoten für die einzelnen Sprachen auch weggelassen werden kann? Für mich war das bisher immer so zu verstehen, dass damit die Variablen der einzelnen Sprachen definiert wird. Das ist aber nicht so, Bjoern3003 hats mir ja gezeigt. Das dazu.

Und mal ehrlich, das Feedback durch die "Wissenden" innerhalb des Forums ist meiner Meinung nach sehr dürftig, gerade wenn ich mir das Developer Forum hier anschaue. Und Feedback von JTL erhält man auch nur sehr sporadisch, besonders wenn es um spezielle Fragen geht. Niemand verschenkt offenbar gern sein wissen, was ich auch verstehen kann, schließlich verdient ihr und ich auch damit mein täglich Brot. Es gibt aber auch Ausnahmen, aber diese kommen meist nur in Diskussionen ans Tageslicht

 

[Bjoern3003]

AW: Zugriff auf Sprachvariablen in PHP

Wenn man den offenen Source vom Shop studiert, erhält man aber jede Menge Infos darüber

Man muss sich nur mal mit den Classen und Funktionen im Shop auseinandersetzen und Smarty verstehen.