fehlerseiten handling

mvf · Beitrag von **mvf** » Fr 6. Jan 2006, 00:00

hallo community

ich habe das login modul aus der 4.6.4 in betrieb und ein problem mit fehlerseiten.

in den mandanteneinstellungen habe ich

login_error_page idcatart xxx
login_success idcatart xxx
logout_success idcatart xxx

das funktioniert auch wunderbar

wenn ich aber nun im mandanten unter eigenschaften eine weiter seite für den generelle 404-article nicht gefunden deklariere, mit

Fehlerseiten-Kategorie xxx
Fehlerseiten-Artikel xxx

dann kann ich wohl die fehlerseite in der url direkt aufrufen, gebe ich in der url aber eine idart mit, die nicht existiert, wird immer die login_error_page aufgerufen ???

wo ist mein denkfehler?

mvf · Beitrag von **mvf** » Fr 6. Jan 2006, 00:08

im beispielmandanten ist es genauso!

mvf · Beitrag von **mvf** » Fr 6. Jan 2006, 14:31

keiner ne idee

???

mvf · Beitrag von **mvf** » Fr 6. Jan 2006, 14:57

bin durch zufall einnen schritt weiter

wenn ich mich einlogge im frontend und dann versuche eine nicht existent url aufzurufen mit idcta=123456 z.b. dann erscheint auch die korrekte fehlerseite die ich den generellen mandanteneinstellungen definiert/angegeben habe.

bin ich aber als normaler user unterwegs, nicht im frontend eingelogged, und rufe die idcat=123456 in der utl auf, dann erscheint die loggin_error_page obwohl es kein login_error ist sondern eben eine normale fehlerseite erscheinen sollte

mvf · Beitrag von **mvf** » Fr 6. Jan 2006, 18:24

ich habe die sufu jetzt echt gestresst, kein weiterkommen

kann mir bitte jemand den korrekten einsatz von

login_error_page
(Mandanten->'MANDANT'->Mandanteneinstellungen)

und

Fehlerseiten-Kategorie
Fehlerseiten-Artikel
(Mandanten->'MANDANT'->Eigenschaften)

nahelegen? ich krieg des ned geregelt

nachtrag: http://contenido.org/forum/viewtopic.php?t=11032
haut auch nicht ganz hin wieleicht hängt des zusammen ?

mvf · Beitrag von **mvf** » Sa 7. Jan 2006, 01:31

so langsam bin ich stutzig, dass keiner was zu melden hat

ich habe mitlerweile mit die front_content.php angeschaut, da sieht es so aus als ob auf die fehlerseiten in mandanten/einstellungen also mit idcat und idart verwiesen wird.

die front_crcloginform.inc.php hingegen verweist auf die error_login_page also idcatart.

den ganzen ordner plugin bin ich auch schon durch, steige aber nicht dahinter waum nur dann auf die mandanten/einstellungen Fehlerseiten-Kat und Artikel verwiesen wird wenn ich eingelogged bin?

nix zu machen

please help !!!!

nachvollziehen kann man das ganze auf hier:

1 normale error page:
http://contenido.funjumping.de/front_co ... p?idart=76

2 login error page:
http://contenido.funjumping.de/front_co ... dcatart=48

3 login success page [demo/demo]:
http://contenido.funjumping.de/front_co ... dcatart=49

und wie schon mehrfach beschrieben, bin ich eingeloggen und rufe z.b.
http://contenido.funjumping.de/front_co ... tart=49123
auf erscheint die 1 'normale errorpage'

binich nicht eingelogged erscheint die 2 'login_error_page' ???

Beitrag von **HerrB** » Sa 7. Jan 2006, 11:27

Ich hatte es mir gestern angesehen, aber es ist recht kompliziert. Generell macht die login_error_page das Gewünschte.

Allerdings scheint es (schon immer) einen Bug zu geben, der dazu führt, dass man bei fehlerhaften Angaben zu idart, idcatart bzw. idcat auf die Login-Seite geleitet wird. Das ist dann auch schon alles.

Ich werde mir das noch näher ansehen, denn eigentlich leitet die front_content.php an die Fehlerseite weiter...

Gruß
HerrB

mvf · Beitrag von **mvf** » Sa 7. Jan 2006, 15:14

HerrB, zu nächst besten dank für's drauf gucken

HerrB hat geschrieben: Generell macht die login_error_page das Gewünschte.

wenn man sich falsch einlogged, dann kommt die login_error_page, soweit d'accord

HerrB hat geschrieben:Allerdings scheint es (schon immer) einen Bug zu geben, der dazu führt, dass man bei fehlerhaften Angaben zu idart, idcatart bzw. idcat auf die Login-Seite geleitet wird. Das ist dann auch schon alles.

komisch, dass es solange niemandem aufgefallen ist

wenn man so lange durch den ganzen code liest und keiner im board antwortet (wo doch hier der support wirklich spitze ist, und sei's nur ein kurzes, 'geht doch' oder 'kann ich nicht reproduzieren'), kommen einem bedenken, ich habe schon echt angefangen an mir ernsthaft zu zweifeln, nochmals merci.

Konrad · Beitrag von **Konrad** » Mi 15. Mär 2006, 00:11

Ich habe jetzt mal die Fehlerseiten bei 4.6.8 eingerichtet.

In der 'front_content.php' wird 'rereadClients()' nie aufgerufen, da
$cfgClient["set"] == "set"

Wo $cfgClient["set"] gesetzt wird, hab ich nicht gefunden. Es taucht das erste mal nach page_open(...) auf und scheint irgendwo in der phpLIB gesetzt zu werden. Ein 'grep' nach 'set' auf ALLE Dateien brachte leider kein(!) Ergebnis, wo das passiert.

Ich führe nun in der 'front_content.php' die Funktion 'rereadClients()' immer aus und siehe da: idcat und idart werden - wie beim Mandanten für die Fehlerseite konfiguriert - gesetzt.

Code: Alles auswählen

//if ($cfgClient["set"] != "set")
//{
	rereadClients();
//}

Ist zwar nicht schön, aber vielleicht find ich ja noch das eigentliche Problem. Ich nehme an, dass 'set' gesetzt wird, obwohl nicht alle Informationen (hier: idcat und idart) aus der db geholt worden sind.

Beitrag von **HerrB** » Mi 15. Mär 2006, 00:19

Das set wird genau und nur in dieser Funktion gesetzt. Sie deaktiviert sich quasi selbst.

Ich weiss auch gerade nicht, worauf sich der Beitrag bezieht. Normalerweise tritt hier nur ein Problem auf, wenn ein neuer Mandant bzw. eine neue Sprache angelegt wurde und dann die Browser-Fenster nicht einmal geschlossen wurden...

Löst das das Problem, dass auf die falsche Seite verwiesen wird?

Gruß
HerrB

Konrad · Beitrag von **Konrad** » Mi 15. Mär 2006, 00:33

Dann muss rereadClients() irgendwo in der 'page_open(...)' aufgerufen werden. Wenn aber nur 'rereadClients()' für '$cfgClient' zuständig ist, wieso holt er einmal 'idcat und idart' und einmal nicht?

Antwort auf Deine Frage: mit dem Workaround werden bei mir die korrekten Seiten angezeigt, muss das aber noch ggf. mit mod_rewrite testen...
...das mach ich aber erst morgen.

Beitrag von **HerrB** » Mi 15. Mär 2006, 22:44

Dann muss rereadClients() irgendwo in der 'page_open(...)' aufgerufen werden.

Nein, sie wird in der front_content.php aufgerufen (und in allen anderen Einstiegs-PHP-Dateien, z.B. contenido/main.php):

Code: Alles auswählen

if ($cfgClient["set"] != "set")
{
	rereadClients();
}

Wenn aber nur 'rereadClients()' für '$cfgClient' zuständig ist, wieso holt er einmal 'idcat und idart' und einmal nicht?

Gute Frage, nächste Frage.

Gruß
HerrB

rethus · Beitrag von **rethus** » Di 4. Apr 2006, 14:04

mvf hat geschrieben:hallo community

in den mandanteneinstellungen habe ich

login_error_page idcatart xxx
login_success idcatart xxx
logout_success idcatart xxx

das funktioniert auch wunderbar

Kann mir jemand erklären, wie genau das funktioniert?
WMuss ich die Fehlerseite zuerst anlegen? Wenn ja wo?
Wo bekomme ich dann die idcatart (ist die ID des Datensatzes, stimmts?) her?

Also kurz gefragt: Wie richte ich überhaupt nach einer neuinstallation Fehlerseiten ein?

Danke für die Info!

Beitrag von **HerrB** » Di 4. Apr 2006, 14:10

Du gehst auf Administration -> Mandanten und legst entsprechende Mandanteneinstellungen an.

Typ ist z.B. login_error_page
Name ist idcatart

Die idcatart ist die interne ID des Artikels. Die erfährst Du z.B. über Content -> Artikel und auf dem Artikel verweilen oder auch in der Fussleiste im Link. Bitte beachte: Hier wird die idcatart benötigt, nicht die idart.

Gruß
HerrB

Beitrag von **Halchteranerin** » Di 4. Apr 2006, 14:15

HerrB hat geschrieben:Die erfährst Du z.B. über Content -> Artikel und auf dem Artikel verweilen oder auch in der Fussleiste im Link.

Bei der 4.6er Version kann man sich die auch in den Artikeleigenschaften anzeigen lassen, oder?

CONTENIDO Forum

fehlerseiten handling

fehlerseiten handling

Re: fehlerseiten handling