Beiträge: 837
Themen: 8
Registriert seit: 08.02.2016
MyBB-Version: 1.8.38
Gerti schrieb:Was seit Jahren funktionierte...
Es funktionierte seit Jahren und funktioniert auch heute noch exakt genauso.
Lediglich die neuere PHP-Version macht jetzt darauf aufmerksam.
D.h. was heute als Flüchtigkeitsfehler (Warnung) deklariert wird, war auch vorher schon ein Flüchtigkeitsfehler, der nur toleriert wurde
Womöglich wäre es sinnvoller (falls denn möglich), die Template-Conditionals (TC) logisch kaskadiert zu nutzen, um genau diese Kondition/Warnung gar nicht erst auftreten zu lassen.
Wird bei TC überhaupt logisch kaskadiert geparst?
(Ich bin absolut kein Fan von TC und würde jede alternative Möglichkeit bevorzugen.)
[ETS]
Beiträge: 1.709
Themen: 177
Registriert seit: 08.02.2018
MyBB-Version: 1.8.37
(05.08.2023, 01:17)[ExiTuS] schrieb: Es funktionierte seit Jahren und funktioniert auch heute noch exakt genauso.
Lediglich die neuere PHP-Version macht jetzt darauf aufmerksam.
D.h. was heute als Flüchtigkeitsfehler (Warnung) deklariert wird, war auch vorher schon ein Flüchtigkeitsfehler, der nur toleriert wurde
Das klingt mehr als logisch und jetzt verstehe ich auch die Thematik. Danke für die Ausführung.
Gibt es unter PHP eventuell eine Möglichkeit den Fehler als "toleriert" zu definieren? Dann bläst sich das Logfile nicht so auf.
(05.08.2023, 01:17)[ExiTuS] schrieb: Womöglich wäre es sinnvoller (falls denn möglich), die Template-Conditionals (TC) logisch kaskadiert zu nutzen, um genau diese Kondition/Warnung gar nicht erst auftreten zu lassen.
Wird bei TC überhaupt logisch kaskadiert geparst?
(Ich bin absolut kein Fan von TC und würde jede alternative Möglichkeit bevorzugen.)
Das dürfte sicherlich an kompetentere Leute als mich gerichtet sein.
Sollte ich der Ansicht sein helfen zu können biete ich Hilfe(n) an! ...ich bitte jedoch nicht darum helfen zu dürfen!
Tools ◀ [
Unixzeit ⇔ Realzeit] ♦ [
BOM-Finder] ♦ [
SQL-Prefix-Changer] ♦ [
USV-Rechner] ♦ [
PlugIns]
Beiträge: 25.762
Themen: 269
Registriert seit: 20.09.2005
(05.08.2023, 01:17)[ExiTuS] schrieb: Es funktionierte seit Jahren und funktioniert auch heute noch exakt genauso.
Was in diesem Fall heißt: In manchen Situationen hat es nie funktioniert und funktioniert jetzt weiterhin nicht.
Aber richtig, das Verhalten hat sich nicht geändert.
(05.08.2023, 01:17)[ExiTuS] schrieb: Lediglich die neuere PHP-Version macht jetzt darauf aufmerksam.
D.h. was heute als Flüchtigkeitsfehler (Warnung) deklariert wird, war auch vorher schon ein Flüchtigkeitsfehler, der nur toleriert wurde
Auch vorher war das schon ein Fehler, den PHP als "Notice" also als Hinweis an den Entwickler gemeldet hätte. Diese werden aber vom MyBB unterdrückt.
Warum meine einfache und funktionierende Lösung nicht akzeptiert wird, ist mir allerdings schleierhaft.
Bitte die Foren-Regeln beachten und im Profil die verwendete MyBB-Version angeben.
Beiträge: 226
Themen: 10
Registriert seit: 06.03.2020
MyBB-Version: 1.8.27
Passt ev jetzt nicht ganz zum Problem hier, aber ich habe dieses schon vor längerer Zeit gelesen
change the theme automatically when the language changes
https://community.mybb.com/thread-218197.html
Beiträge: 1.709
Themen: 177
Registriert seit: 08.02.2018
MyBB-Version: 1.8.37
(05.08.2023, 13:57)StefanT schrieb: Warum meine einfache und funktionierende Lösung nicht akzeptiert wird, ist mir allerdings schleierhaft.
Weil ich heute erst dazukam, das gesamte Konstrukt
(es mussten einige PHP-Dateien angepasst werden) mit Deinem Lösungsvorschlag zu testen.
Das Testergebnis mit Deinem Lösungsvorschlag:
PHP-Code:
$mybb->settings['bblanguage']f
ist, das die gewünschte Funktion fehlerfrei, konnte zumindest keine Fehlermeldungen feststellen, funktioniert.
Meinen aufrichtigen Dank für die nunmehr bei weitem einfachere Lösungsvariante als bisher gehandhabt.
Sollte ich der Ansicht sein helfen zu können biete ich Hilfe(n) an! ...ich bitte jedoch nicht darum helfen zu dürfen!
Tools ◀ [
Unixzeit ⇔ Realzeit] ♦ [
BOM-Finder] ♦ [
SQL-Prefix-Changer] ♦ [
USV-Rechner] ♦ [
PlugIns]