Seite 2 von 3
Verfasst: Di 4. Apr 2006, 14:17
von HerrB
Ne, nur idcat und idart...
Gruß
HerrB
Verfasst: Di 4. Apr 2006, 14:20
von Halchteranerin
HerrB hat geschrieben:Ne, nur idcat und idart...
Das ist doof ... und waere ein Feature Request, oder?
Verfasst: Di 4. Apr 2006, 15:14
von rethus
Gibt es eine übersicht über dort anzulegende Variablen, die auf Erfahrungswerten basiert.
Also Variablen, die man eigentlich bei jedem Standartsystem brauchen könnte?
Sind die Variablen-Typen fest, oder hat sich die einfach mal jemand ausgedacht?
Also könnte ich auch eingangs_fehler_seite idcatart schreiben?
Eurem Posting entnehme ich, das ich also nachdem ich einen Mandanten angelegt habe, erst einen Artikel anlegen muss (die Fehlerseite) und dann wieder zur Mandanteneinstellung wechseln muss, um dort die ID des Artikels einzutragen?
Warum definiert man nicht bei der Installation direkt Standart-Fehlerseiten... die braucht man doch immer ?!?
Verfasst: Di 4. Apr 2006, 15:23
von HerrB
Du brauchst die gleiche Frage nicht überall stellen. Als Fehlerseite wird i.A. die Startseite mit einem Fehler-Flag aufgerufen. Mit den zusätzlichen Angaben kannst Du das mehr steuern...
Gruß
HerrB
Re: fehlerseiten handling
Verfasst: Di 20. Jun 2006, 21:44
von silicone
mvf hat geschrieben: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
Hallo,
nun versuche ich nach erfolgreichem Einloggen auf einer bestimmten Seite zu landen, aber das will nicht klappen. Laut mvf muss ich die oben genannten Mandanteneinstellungen eingeben. Hab ich getan, aber die "success"-Einstellungen zeigen keine Wirkung.
Kann mir jemand sagen, was ich zu bedenken habe, damit es funktioniert?
Gruß,
Thomas
Verfasst: Di 20. Jun 2006, 22:15
von HerrB
Verfasst: Di 20. Jun 2006, 22:33
von silicone
Hallo HerrB,
das hab ich wohl gelesen, aber da mvf geschrieben hat, das es klappt, hab ich mir gedacht, es geht auch so...
Danke für deine Antwort.
Gruß,
Thomas
Verfasst: Di 28. Aug 2007, 09:17
von clipboard
Ich stehe hier mit ähnlichem Problem an. Ich habe in der Mandateneinstellungen einfach die Fehlerseite konfiguriert:
login_error_page
idcatart = 150
Logge ich mich nun auf der Loginseite absichtlich FALSCH ein, bekomme anstatt meine Fehlerseite folgendes:
Fatal error: Call to undefined function: geteffectivesetting() in /home/funktion/public_html/ig-rc-modelltruck-aargau/front_crcloginform.inc.php on line 19
Hier im Forum habe ich darauf noch keine Lösung gefunden. Hatt jemand eine Ahnung, was da schief gehen könnte?
Gruss
Fabian
Verfasst: Di 28. Aug 2007, 11:41
von HerrB
Wurde denn der Hinweis zu getEffectiveSetting unter Tips&Tricks schon beachtet?
Gruß
HerrB
Verfasst: Di 28. Aug 2007, 13:02
von clipboard
Hallo
Hm, ich finde keinen einzigen Artikel mit getEffectiveSettings, ausser diesen hier. Wo ist der versteckt?
Gruss
Fabian
Verfasst: Di 28. Aug 2007, 15:14
von HerrB
Verfasst: Di 28. Aug 2007, 21:13
von clipboard
gefunden, gelesen, läuft
Vielen Dank!
Verfasst: Mo 5. Nov 2007, 15:37
von so2
Wurde zum ursprünglichen Problem in diesem Thread eine Lösung gefunden (nicht eingelogged --> normale Fehlerseite // eingelogged --> Login-Fehlerseite)?
Ich habe dasselbe Problem und gelange bei Eingabe eines nicht existenten Artikels immer auf die Login-Fehlerseite anstatt auf die normale Fehlerseite.
Danke!
Verfasst: Sa 10. Nov 2007, 11:22
von ImmoF
Gleiches Problem bei mir. Gibt es dazu eine Loesung. Wenn ja, kann jemand diese allgemein verstaendlich noch einmal kurz posten?
Ich habe auch den o. a. Fehler und habe die local.php gem. Tip umgebaut, jetzt erhalte ich
Warning: Cannot modify header information - headers already sent by (output started at /var/XXXX/html/conlib/local.php:1505) in /var/XXXX/html/conlib/session.inc on line 479
Ich setze Contenido seit ganz, ganz frueh ein. Irgendwie ist jedoch der Frontend Login nie wirklich ordentlich dokumentiert oder problemlos nutzbar gewesen. Bei der jeder Version gibt es ein neues Problem. Schade, dass dies so stiefmuetterlich behandelt wird.
Verfasst: Mo 12. Nov 2007, 23:14
von HerrB
Vermutlich hast Du am Ende der local.php hinter dem ?> noch ein Leerzeichen oder einen Zeilenumbruch eingebaut - der da nicht hingehört...
Gruß
HerrB