Seite 1 von 3
fehlerseiten handling
Verfasst: Fr 6. Jan 2006, 00:00
von mvf
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?
Verfasst: Fr 6. Jan 2006, 00:08
von mvf
im beispielmandanten ist es genauso!
Verfasst: Fr 6. Jan 2006, 14:31
von mvf
keiner ne idee
???
Verfasst: Fr 6. Jan 2006, 14:57
von mvf
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
Verfasst: Fr 6. Jan 2006, 18:24
von mvf
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 ?
Verfasst: Sa 7. Jan 2006, 01:31
von mvf
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' ???
Verfasst: Sa 7. Jan 2006, 11:27
von HerrB
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
Verfasst: Sa 7. Jan 2006, 15:14
von mvf
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.
Verfasst: Mi 15. Mär 2006, 00:11
von Konrad
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.
Verfasst: Mi 15. Mär 2006, 00:19
von HerrB
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
Verfasst: Mi 15. Mär 2006, 00:33
von Konrad
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.
Verfasst: Mi 15. Mär 2006, 22:44
von HerrB
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):
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
Re: fehlerseiten handling
Verfasst: Di 4. Apr 2006, 14:04
von rethus
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!
Verfasst: Di 4. Apr 2006, 14:10
von HerrB
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
Verfasst: Di 4. Apr 2006, 14:15
von Halchteranerin
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?