Probleme 4.8.9: Errorsite,Weiterleitungen u. Login Errorpage
-
- Beiträge: 472
- Registriert: Di 15. Apr 2008, 15:57
- Wohnort: Michelstadt
- Kontaktdaten:
In der nächsten Version wird der Bug behoben sein. Bis da hin gibt es im Forum zahlreiche Fixes. Darüber hinaus ist noch keine endgültige Lösung für das Problem gefunden.
Ich habe auch noch ein paar Kleinigkeiten gefunden, die ich anpassen werde. Aufgrund des bevorstehenden Weihnachtsfestes kann ich aber schon mal sagen, dass es in diesem Jahr kein weiteres Release geben wird.
Ich habe auch noch ein paar Kleinigkeiten gefunden, die ich anpassen werde. Aufgrund des bevorstehenden Weihnachtsfestes kann ich aber schon mal sagen, dass es in diesem Jahr kein weiteres Release geben wird.
Danke für den Hinweis mit der Lösung, habe es korrigiert und das Package aktualisiert.timo.trautmann_4fb hat geschrieben:Ein Bug:
In deinem Install Package in der Front_Content steht:Das führt dazu, dass Artikel Weiterleitungen nur Ausgegeben werden und nicht mehr durchgeführt werden.Code: Alles auswählen
die($redirect_url);
Das sollte hoffentlich der letzte Bug sein...
Gruß
xmurrix
Also ich hab das Problem auch gehabt.
URLFix hochgeladen -> das Problem war immer noch
Nachdem ich die gefixten Dateien wieder gelöscht hatte, kam wieder das alte Problem der Meldung, dass die Weiterleitung ins Leere läuft.
Nachdem ich letztendlich gemerkt hatte, dass ich die im cms neu aufgespielte config.php noch nicht angepasst hatte und dies dann tat, läuft erstmal alles wieder wie normal.
URLFix hochgeladen -> das Problem war immer noch
Nachdem ich die gefixten Dateien wieder gelöscht hatte, kam wieder das alte Problem der Meldung, dass die Weiterleitung ins Leere läuft.
Nachdem ich letztendlich gemerkt hatte, dass ich die im cms neu aufgespielte config.php noch nicht angepasst hatte und dies dann tat, läuft erstmal alles wieder wie normal.
-
- Beiträge: 4256
- Registriert: Do 30. Jun 2005, 22:56
- Wohnort: Eltmann, Unterfranken, Bayern
- Kontaktdaten:
da hab ich auch noch einen
Gibt man falsche Userdaten ein und ist keine error-Seite definiert, sollte man eigentlich das Loginfenster der front_ceclogin.inc.php angezeigt bekommen. Bekommt man auch, aber der Pfad zum contenido-Verzeichnis ist nicht korrekt und dadurch z.B. der Absendebutton und die CSS nicht korrekt eingebunden.
Dazu in der Datei Zeile 45 den Pfad vonzuändern.
Gruß aus Franken
Ortwin
Gibt man falsche Userdaten ein und ist keine error-Seite definiert, sollte man eigentlich das Loginfenster der front_ceclogin.inc.php angezeigt bekommen. Bekommt man auch, aber der Pfad zum contenido-Verzeichnis ist nicht korrekt und dadurch z.B. der Absendebutton und die CSS nicht korrekt eingebunden.
Dazu in der Datei Zeile 45 den Pfad von
Code: Alles auswählen
$sContenidoPath = '/contenido';
Code: Alles auswählen
$sContenidoPath = '../contenido';
Gruß aus Franken
Ortwin
ConLite 2.1, alternatives und stabiles Update von Contenido 4.8.x unter PHP 7.x - Download und Repo auf Gitport.de
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
Hallo Ortwin,
Habe das gerade eben getestet, die CSS wurde korrekt eingebunden, auch Das Bild zum OK-Button.
Das bringt mich aber auf eine andere Konstellation. Falls das Backend unten einem anderen Host (z. B. Subdomain) läuft und das Mandantenverzeichnis auch eine eigene Domain/Subdomain hat, wird das mit der absoluten Pfadangabe vom Root aus nicht.
Ich glaube, es ist besser, wenn von der front_crcloginform.inc.php absolut (inkl. Protokoll u. Host) auf das Contenido-Backend referenziert wird.
Gruß
xmurrix
ist das bei dir mit der Standardinstallation der Fall (mit /contenido u. /cms im wwwroot)?Oldperl hat geschrieben:...Gibt man falsche Userdaten ein und ist keine error-Seite definiert, sollte man eigentlich das Loginfenster der front_ceclogin.inc.php angezeigt bekommen. Bekommt man auch, aber der Pfad zum contenido-Verzeichnis ist nicht korrekt und dadurch z.B. der Absendebutton und die CSS nicht korrekt eingebunden....
Habe das gerade eben getestet, die CSS wurde korrekt eingebunden, auch Das Bild zum OK-Button.
Das bringt mich aber auf eine andere Konstellation. Falls das Backend unten einem anderen Host (z. B. Subdomain) läuft und das Mandantenverzeichnis auch eine eigene Domain/Subdomain hat, wird das mit der absoluten Pfadangabe vom Root aus nicht.
Ich glaube, es ist besser, wenn von der front_crcloginform.inc.php absolut (inkl. Protokoll u. Host) auf das Contenido-Backend referenziert wird.
Gruß
xmurrix
-
- Beiträge: 4256
- Registriert: Do 30. Jun 2005, 22:56
- Wohnort: Eltmann, Unterfranken, Bayern
- Kontaktdaten:
Hallo xmurrix,
ja Standardinstallation der 4.8.9 auf XAMPP. Es kann und sollte auch nicht gehen, da wirklich diese 2 Punkte für den Wechsel der Verzeichnisebene fehlen.
Ich habe sowieso nicht verstanden, warum man nicht die Mandanten-config Variable nimmt. Um auf Nummer sicher zu gehen kann man ja die config-Datei per include_once nochmals einbinden, da die front_crcloginform.inc.php ja in einer Funktion eingebunden wird und ich nicht weiß, ob die vorhandenen Config-Variablen in diesem Fokus vorhanden sind.
Gruß aus Franken
Ortwin
ja Standardinstallation der 4.8.9 auf XAMPP. Es kann und sollte auch nicht gehen, da wirklich diese 2 Punkte für den Wechsel der Verzeichnisebene fehlen.
Ich habe sowieso nicht verstanden, warum man nicht die Mandanten-config Variable nimmt. Um auf Nummer sicher zu gehen kann man ja die config-Datei per include_once nochmals einbinden, da die front_crcloginform.inc.php ja in einer Funktion eingebunden wird und ich nicht weiß, ob die vorhandenen Config-Variablen in diesem Fokus vorhanden sind.
Gruß aus Franken
Ortwin
ConLite 2.1, alternatives und stabiles Update von Contenido 4.8.x unter PHP 7.x - Download und Repo auf Gitport.de
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
Hallo Oldperl,
die Verwendung der absolute Pfadangabe ist wohl die bessere Lösung. Vielleicht sollten die benötigten Ressourcen aus dem Contenido-Verzeichnis gleich ins Mandantenverzeichnis verlagert werden, damit man nicht von der front_crcloginform.inc.php aus auf das Backend refenrenzieren muss. Eigentlich sollte es vollkommen auswreichen, wenn der OK-Button im Mandantenverzeichnis liegt, die Styles sind zum großen Teil im head-Bereich der Seite.
Gruß
xmurrix
die Verwendung der absolute Pfadangabe ist wohl die bessere Lösung. Vielleicht sollten die benötigten Ressourcen aus dem Contenido-Verzeichnis gleich ins Mandantenverzeichnis verlagert werden, damit man nicht von der front_crcloginform.inc.php aus auf das Backend refenrenzieren muss. Eigentlich sollte es vollkommen auswreichen, wenn der OK-Button im Mandantenverzeichnis liegt, die Styles sind zum großen Teil im head-Bereich der Seite.
Gruß
xmurrix
-
- Beiträge: 4256
- Registriert: Do 30. Jun 2005, 22:56
- Wohnort: Eltmann, Unterfranken, Bayern
- Kontaktdaten:
Hallo Murat,
ja ich wäre auch dafür benötigte Dateien ins cms rein zu legen. Auch könnte man dieses Login mal designtechnisch etwas aufwerten. Nein ich halte nichts von absoluter Referenzierung, wenn nicht unbedingt notwendig, benötigte Dateien gehören in den Pfad und dann ist keine absolute Referenz notwendig. Dieses könnte zu Problemen z.B. im HTTPS-Umfeld führen.
Mit weihnachtlichem Gruß aus Franken
Ortwin
ja ich wäre auch dafür benötigte Dateien ins cms rein zu legen. Auch könnte man dieses Login mal designtechnisch etwas aufwerten. Nein ich halte nichts von absoluter Referenzierung, wenn nicht unbedingt notwendig, benötigte Dateien gehören in den Pfad und dann ist keine absolute Referenz notwendig. Dieses könnte zu Problemen z.B. im HTTPS-Umfeld führen.
Mit weihnachtlichem Gruß aus Franken
Ortwin
ConLite 2.1, alternatives und stabiles Update von Contenido 4.8.x unter PHP 7.x - Download und Repo auf Gitport.de
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
phpBO Search Advanced - das Suchwort-Plugin für CONTENIDO 4.9
Mein Entwickler-Blog
Probleme Weiterleitung erst ab V 4.8.10
hallo leute,
bei mir tritt ein weiterleitungs-problem erst nach dem upgrade auf version 4.8.10 auf.
also:
weiterleitung auf 'Artikel mit Kategorie und Sprache'
--> hier landet man dann auf einer error-seite
weiterleitung auf 'Artikel mit Sprache'
--> dies funktioniert
ich möchte mich hier auch nicht zu programmierungen und code von contenido äussern, dazu fehlt mir die zeit. ich vermute ausserdem dass den entwicklern die hinweise genügen um den bug abzustellen.
ansonsten haben die updates bei den sites meiner kunden einwandfrei funktioniert
andere sachen in den modulen, usw. muss ich eh' nach meinen wünschen anpassen. ein bisserl was in sachen web-entwicklung (web 2.0) usw. versteh ich ja.
also inwischen danke für die neue version.
viele grüsse
klaus
bei mir tritt ein weiterleitungs-problem erst nach dem upgrade auf version 4.8.10 auf.
also:
weiterleitung auf 'Artikel mit Kategorie und Sprache'
--> hier landet man dann auf einer error-seite
weiterleitung auf 'Artikel mit Sprache'
--> dies funktioniert
ich möchte mich hier auch nicht zu programmierungen und code von contenido äussern, dazu fehlt mir die zeit. ich vermute ausserdem dass den entwicklern die hinweise genügen um den bug abzustellen.
ansonsten haben die updates bei den sites meiner kunden einwandfrei funktioniert
andere sachen in den modulen, usw. muss ich eh' nach meinen wünschen anpassen. ein bisserl was in sachen web-entwicklung (web 2.0) usw. versteh ich ja.
also inwischen danke für die neue version.
viele grüsse
klaus
Re: Probleme Weiterleitung erst ab V 4.8.10
Hallo DocET,
Näheres dazu gibt es im Beitrag Fix zum Beheben des Redirectproblems unter 4.8.10, vielleicht löst es dein Problem.
Habe das soeben getestet, bei einer Contenidoinstallation mit dem Beispielmandanten funktioniert der Wechsel der Sprachen (Footermenu) ohne Probleme (zumindest mit dem Redirect-Fix), der Redirect enthält Kategorie und Sprache (./front_content.php?idcat=21&changelang=2).
Hinweis:
Nicht jeder mögliche Kombination der internen Redirects funktioniert mit den vorhandenen URL-Buildern, die sein kurzem auch eingesetzt werden. Alle vorhandenen Url-Builder sollten aber mit idart, idcat, und idcatart in Artikelredirects kein Problem haben.
Ansonsten könnte es hilfreich sein, wenn du die URLs hier postest, die das Problem verursachen.
Gruß
xmurrix
in der Version 4.8.10 gibt es das Problem mit Weiterleitungen auch.DocET hat geschrieben:...
bei mir tritt ein weiterleitungs-problem erst nach dem upgrade auf version 4.8.10 auf.
also:
weiterleitung auf 'Artikel mit Kategorie und Sprache'
--> hier landet man dann auf einer error-seite
weiterleitung auf 'Artikel mit Sprache'
--> dies funktioniert
...
Näheres dazu gibt es im Beitrag Fix zum Beheben des Redirectproblems unter 4.8.10, vielleicht löst es dein Problem.
Habe das soeben getestet, bei einer Contenidoinstallation mit dem Beispielmandanten funktioniert der Wechsel der Sprachen (Footermenu) ohne Probleme (zumindest mit dem Redirect-Fix), der Redirect enthält Kategorie und Sprache (./front_content.php?idcat=21&changelang=2).
Hinweis:
Nicht jeder mögliche Kombination der internen Redirects funktioniert mit den vorhandenen URL-Buildern, die sein kurzem auch eingesetzt werden. Alle vorhandenen Url-Builder sollten aber mit idart, idcat, und idcatart in Artikelredirects kein Problem haben.
Ansonsten könnte es hilfreich sein, wenn du die URLs hier postest, die das Problem verursachen.
Gruß
xmurrix
Re: Probleme Weiterleitung erst ab V 4.8.10
Hallo xmurrix,
vielen dank für deine hinweise und den Fix.
auf jeden fall ist ja das problem jetzt eingegrenzt, dann kann mann es auch lösen.
viele grüsse
DocET
vielen dank für deine hinweise und den Fix.
werde dies jetzt gleich mal auf meinem developer-server austesten.xmurrix hat geschrieben:Hallo DocET,
in der Version 4.8.10 gibt es das Problem mit Weiterleitungen auch.
Näheres dazu gibt es im Beitrag Fix zum Beheben des Redirectproblems unter 4.8.10, vielleicht löst es dein Problem.
Habe das soeben getestet, bei einer Contenidoinstallation mit dem Beispielmandanten funktioniert der Wechsel der Sprachen (Footermenu) ohne Probleme (zumindest mit dem Redirect-Fix), der Redirect enthält Kategorie und Sprache (./front_content.php?idcat=21&changelang=2).
Hinweis:
Nicht jeder mögliche Kombination der internen Redirects funktioniert mit den vorhandenen URL-Buildern, die sein kurzem auch eingesetzt werden. Alle vorhandenen Url-Builder sollten aber mit idart, idcat, und idcatart in Artikelredirects kein Problem haben.
Ansonsten könnte es hilfreich sein, wenn du die URLs hier postest, die das Problem verursachen.
Gruß
xmurrix
auf jeden fall ist ja das problem jetzt eingegrenzt, dann kann mann es auch lösen.
viele grüsse
DocET
Re: Probleme Weiterleitung erst ab V 4.8.10
hallo xmurrix,
habe jetzt den FIX auf einem meiner developer-server installiert.
--> hat leider nix gebracht
das problem ist immer noch gleich wie schon beschrieben bei meinem ersten eintrag vom 17.01.2009.
a) funktioniert:
weiterleitung auf 'Artikel mit Sprache'
bsp: http://www.beispielurl.de/cms/front_con ... 442&lang=1
oder front_content.php?idart=442&lang=1
b) funktioniert NICHT:
weiterleitung auf 'Artikel mit Kategorie und Sprache'
bsp: http://www.beispielurl.de/cms/front_con ... =47&lang=1 oder front_content.php?idart=442&idcat=47&lang=1
--> hier kommt dann die error-url:
http://www.beispielurl.de/cms/front_con ... =1&error=1
---> also wenn die 'idcat' weggelassen wird, ist es ok; und es macht keinen unterschied ob es sich um eine relative weiterleitung handelt!
für weiteres debugging helfe ich gerne, als tester.
ansonsten wäre mein workaround derzeit:
die urls in der spalte 'redirect_url' in der tabelle 'con_art_lang' rauszusuchen und entsprechend zu ändern. (für erfahrene user gedacht)
beste grüsse
DocET
habe jetzt den FIX auf einem meiner developer-server installiert.
--> hat leider nix gebracht
das problem ist immer noch gleich wie schon beschrieben bei meinem ersten eintrag vom 17.01.2009.
a) funktioniert:
weiterleitung auf 'Artikel mit Sprache'
bsp: http://www.beispielurl.de/cms/front_con ... 442&lang=1
oder front_content.php?idart=442&lang=1
b) funktioniert NICHT:
weiterleitung auf 'Artikel mit Kategorie und Sprache'
bsp: http://www.beispielurl.de/cms/front_con ... =47&lang=1 oder front_content.php?idart=442&idcat=47&lang=1
--> hier kommt dann die error-url:
http://www.beispielurl.de/cms/front_con ... =1&error=1
---> also wenn die 'idcat' weggelassen wird, ist es ok; und es macht keinen unterschied ob es sich um eine relative weiterleitung handelt!
ich hoffe, dass ich das problem jetzt nochmal richtig beschrieben habe.DocET hat geschrieben:Hallo xmurrix,
vielen dank für deine hinweise und den Fix.
werde dies jetzt gleich mal auf meinem developer-server austesten.xmurrix hat geschrieben:Hallo DocET,
in der Version 4.8.10 gibt es das Problem mit Weiterleitungen auch.
Näheres dazu gibt es im Beitrag Fix zum Beheben des Redirectproblems unter 4.8.10, vielleicht löst es dein Problem.
Habe das soeben getestet, bei einer Contenidoinstallation mit dem Beispielmandanten funktioniert der Wechsel der Sprachen (Footermenu) ohne Probleme (zumindest mit dem Redirect-Fix), der Redirect enthält Kategorie und Sprache (./front_content.php?idcat=21&changelang=2).
Hinweis:
Nicht jeder mögliche Kombination der internen Redirects funktioniert mit den vorhandenen URL-Buildern, die sein kurzem auch eingesetzt werden. Alle vorhandenen Url-Builder sollten aber mit idart, idcat, und idcatart in Artikelredirects kein Problem haben.
Ansonsten könnte es hilfreich sein, wenn du die URLs hier postest, die das Problem verursachen.
Gruß
xmurrix
auf jeden fall ist ja das problem jetzt eingegrenzt, dann kann mann es auch lösen.
viele grüsse
DocET
für weiteres debugging helfe ich gerne, als tester.
ansonsten wäre mein workaround derzeit:
die urls in der spalte 'redirect_url' in der tabelle 'con_art_lang' rauszusuchen und entsprechend zu ändern. (für erfahrene user gedacht)
beste grüsse
DocET