Forum

von **dancefan** » 1. Apr 2006, 11:05

Habe eine Stolperfalle in der Version 3.2 entdeckt.
master.inc.php Variablen:
V3.1
$REX['STARTARTIKEL_ID'] = 1; // FIRST ARTICLE

V3.2
$REX['START_ARTICLE_ID'] = 1; // FIRST ARTICLE

Effekt dieser Fehler:
Fatal error: Call to a member function on a non-object in C:\Programme\xampp\htdocs\xampp\TCMK\Redaxo3_2\redaxo\include\classes\class.article.inc.php(452) : eval()'d code on line 14

falls im Template Bezug auf den Startartikel genommen wird.

Ausserdem waren folgende Variable vorher klein geschrieben:
$REX['ERROR_EMAIL'] = "jan.kristinus@pergopa.de";
$REX['VERSION'] = "3";
$REX['SUBVERSION'] = "2";

Könnte auch stören.

Ist ja nicht wirklich ein Bug, aber manchmal ein Problem

von **Thomas.Blum** » 1. Apr 2006, 11:32

Hej,

dazu hier ne kleine Übersicht

Entfernt:
$REX['WWW_PATH']
$REX['DOC_ROOT']

Geändert:
REX_CUR_CLANG -> REX_CLANG_ID
$REX['version'] -> $REX['VERSION']
$REX['subversion'] -> $REX['SUBVERSION']
$REX['error_emailaddress'] -> $REX['ERROR_EMAIL']
$REX[STARTARTIKEL_ID] -> $REX['START_ARTICLE_ID']
title() -> rex_title()
login() -> rex_login()
select Klasse: Methode resetSelected() -> reset_selected()

Neu:
$REX['PSWFUNC']
$REX['NOTFOUND_ARTICLE_ID']

Hoffe das ich alles erwähnt habe.

vg Thomas

von **Markus.Staab** » 1. Apr 2006, 12:13

Hi,

wir haben diese Änderungen durchgeführt, da das ganze dann einheitlicher ist/wird. Wir wissen, das wir evtl. damit Probleme mit der Rückwärtskompatibilität haben, aber umso später wir solche Dinge ändern, desto Schlimmer wirds für die User...

Viele Grüße,
Markus

von **dancefan** » 1. Apr 2006, 13:00

Wie ich inzwischen gesehen habe, stehts ja auch in _lastchanges.txt.
Wer lesen kann ist mal wieder klar im Vorteil :oops:

Es stand halt im anderen Thread, keine gravierenden Änderungen.
Und dann gehts halt wie immer. Erst installieren dann :oops:

lesen.

Ich weiss ja, das ihr euch selbst unter Zeitdruck gesetzt habt, durch die Ankündigung.
Aber es wird glaube ich dringend Zeit, die Doku zu forcieren. Viele Fragen hier im Forum resultieren aus der "suboptimalen" Doku. (Ich weiß wieviel Arbeit das macht, bin "Berufssoftwerker" )
Ich wünsche mir übrigens dringend eine Doku zum AddOn_Framework. :wink:

von **Thomas.Blum** » 1. Apr 2006, 13:09

Hej,

dancefan hat geschrieben:Ich wünsche mir übrigens dringend eine Doku zum AddOn_Framework.

Markus dein Part :-)

Da haste dir aber was schönes ...... :-)

vg Thomas

von **Markus.Staab** » 1. Apr 2006, 15:23

Hi,

tbaddade hat geschrieben:Markus dein Part Da haste dir aber was schönes ......

Aus mangel an Zeit, wird es sowas in nächster Zukunft nicht geben...
Falls sich jemand bereit erklärt, wär das was tolles

Gruß,
Markus

von **holger** » 2. Apr 2006, 15:39

Hallo,

bei der ganzen Umbennerei der Variablen finde ich nun langsam nicht mehr durch. Auch der Sinn ist mir nicht so ganz deutlich. Ob nun eine Variable "STARTARTIKEL" heißt oder "START_ARTICLE". Ich finde, das bringt mehr Probleme ein, als Nutzen.

Ich habe in meinen Templates die folgende Zeile drin, bei der ich nun immer einen Fatal-Error bekomme. Wie muß diese nun neuerdings heißen ?

Code: Alles auswählen: $article = OOArticle::getArticleById($REX['STARTARTIKEL_ID'], $REX['CUR_CLANG']);

mfg
Holger

von **Dr KillerJoe** » 2. Apr 2006, 16:10

Der Sinn ist wahrscheinlich in der Einheitlichkeit zu suchen:

Voher: Deutsch und Englisch gemischt

Jetzt: Nur noch Englisch

Also für mich ist das logisch.. und besser jetzt als erst bei Version 4...

von **Koala** » 2. Apr 2006, 16:12

holger hat geschrieben:Ich habe in meinen Templates die folgende Zeile drin, bei der ich nun immer einen Fatal-Error bekomme.

Wie lautet den die gesamte Fehlermeldung?

von **holger** » 2. Apr 2006, 17:17

Habs schon hinbekommen.

Danke

mfg
holger

von **holger** » 3. Apr 2006, 19:04

Hallo,

wie wäre es denn, wenn man für ein Update von 3.0/3.1 auf 3.2 eine Updatedatei entwerfen würde ?

Diese müßte einfach die Datenbank nach den Variablen durchsuchen, die in 3.0 oder 3.0 noch gültig waren und diese mit den neuen 3.2-variablen ersetzen.

mfg
Holger

von **Koala** » 3. Apr 2006, 19:38

holger hat geschrieben:wie wäre es denn, wenn man für ein Update von 3.0/3.1 auf 3.2 eine Updatedatei entwerfen würde ?

Diese müßte einfach die Datenbank nach den Variablen durchsuchen, die in 3.0 oder 3.0 noch gültig waren und diese mit den neuen 3.2-variablen ersetzen.

Welche Variablen sind das alles?
Beispiel für eine mögliche DB-Abfrage:

Code: Alles auswählen: UPDATE `rex_modultyp` SET `ausgabe` = replace(`ausgabe`,'ALTE_VARIABLE','NEUE_VARIABLE'), `eingabe` = replace(`eingabe`,'ALTE_VARIABLE','NEUE_VARIABLE')

Ohne Gewähr auf Richtigkeit!
Allerdings muss auf das korrekte maskieren von Zeichen wie ' (Hochkomme) geachtet werden.

von **RedFox** » 3. Apr 2006, 19:45

ich glaube mit einer schritt für schritt anleitung (stichpunktartig) mit den entscheidenden anpassungen die vorgenommen werden müssen, wäre doch schon den meisten geholfen, die aus der _lastchanges nicht schlau werden oder mit den hinweisen hier im forum nicht zurechtkommen.

von **Thomas.Blum** » 4. Apr 2006, 08:38

Hej,

RedFox hat geschrieben:ich glaube mit einer schritt für schritt ....

das ist vorgesehen bis zum eigentlichen Release.

vg Thomas

von **gfc** » 4. Apr 2006, 08:41

sollte der nicht im März sein?

jaja it's done when it's done, aber ich musste

Forum

V3.2 Stolperfalle

V3.2 Stolperfalle

Wer ist online?