Seite 8 von 9
Verfasst: Mi 12. Jul 2006, 21:33
von HerrB
Problem konnte unter Verwendung der Komplettversion gelöst werden.
Gruß
HerrB
Verfasst: So 6. Aug 2006, 18:11
von schrauber
Mir ist eines nicht ganz klar:
Wenn die Bugs in der 5 Monate alten Downloadversion 4.6.8 bekannt sind, warum gibt es dann noch keine offizielle gepatchte Version davon, sondern nur die selbstgestrickte hier im Forum?
Vielleicht hab ich die Struktur der Mitarbeiter bei Contenido ja noch nicht so ganz durchschaut... %-)
Verfasst: Mo 7. Aug 2006, 11:42
von HerrB
Freue Dich doch einfach, dass wir so fit sind.
Gruß
HerrB
Verfasst: Di 8. Aug 2006, 10:04
von schrauber
Das tu ich.
Mich interessieren eben einfach die Hintergründe und momentan bin ich einfach etwas verwirrt.

Verfasst: Di 15. Aug 2006, 17:07
von Stefan_Br
Vielleicht sollte noch folgender Fix aufgenommen werden, der leider immer noch nicht nach Bugs verschoben wurde:
http://www.contenido.org/forum/viewtopi ... ght=nutzer
(Das liegt wahrscheinlich daran, dass es nur wenige Server gibt, bei denen er sich bemerkbar macht. Dann lässt sich ohne den Fix Contenido aber überhaupt nicht benutzen. Bug findet sich übrigens auch beim smf, das gehört hier aber nicht hin.)
Verfasst: Di 15. Aug 2006, 19:07
von HerrB
Fix behebt Probleme, wenn die mysql-Datenbank auf einem anderen Encoding arbeitet als latin1 z.B. unicode.
Verschoben habe ich ihn, muss geprüft werden. In die V4.6.8.5 sollte er aber nicht aufgenommen werden, da zuviel mögliche Auswirkung bei zu wenig Betroffenen - die Suche hilft und einen Tipp, wie man auch nach der Installation Probleme lösen kann, hast Du ja dankenswerterweise auch ergänzt.
Ist aber bei Dir vermutlich schon länger im Einsatz? Verschiedene DB/Provider?
Gruß
HerrB
Verfasst: Mi 16. Aug 2006, 15:22
von Stefan_Br
Ja, läuft bei mir auf verschiedenen Systemen, auch solchen, die den Fix eigentlich nicht brauchen, mit verschiedenen Contenido-Versionen seit Monaten problemlos.
Wie geschrieben, musste ich analog beim smf fixen und habe hier die gleiche Erfahrung gemacht.
Es war allerdings (für mich) nicht ganz einfach den Grund zu finden; letztlich bin ich über einen Kommentar im Quellcode von phpMyAdmin darauf gekommen (das war das einzige, was seinerzeit auf dem neuen Server lief); bei phpMyAdmin wird das Ganze letztlich aber anders gehandhabt.
Verfasst: Di 5. Sep 2006, 14:57
von MyAccount
Gibt es aktuell noch das Problem mit dem Login-Modul? Die Lösung der hard-codierten front_crcloginform.inc.php funktioniert ja nur bei einer Sprache.
$err_catart = trim(getEffectiveSetting("login_error_page","idcatart"));
if ($err_catart!='') {
header("Location: front_content.php?idcatart=".$err_catart);
}
header("Status: 301 Moved Permanently"); // wichtig für google
if ($_REQUEST["logout"] != "") {
header("Location: front_content.php");
} else {
//header("Location: front_content.php?idcatart=".$err_catart);
header("Location: front_content.php?idcatart=".$err_catart");
}
exit;
Verfasst: Di 5. Sep 2006, 19:18
von HerrB
Welches Problem meinst Du?
Gruß
HerrB
Verfasst: Di 5. Sep 2006, 21:02
von MyAccount
HerrB hat geschrieben:Welches Problem meinst Du?
Gruß
HerrB
Ich dachte da an den Thread:
http://contenido.org/forum/viewtopic.ph ... modrewrite Da steht, dass Du es als Bug identifiziert hast. Nach meinem Verständnis kann modrewrite mit idcatart nichts anfangen.
Wie auch immer. Trage ich idcat und idart separat ein, komme ich auch nicht weiter. In der Adressleiste wird das immer hinten dran gehängt.
Code: Alles auswählen
www.domain.tld/mandant/sprache/kategorie/artikel.html?front_content.php?idcatart=100
Das erzeugt dann natürlich einen 404. Aber vielleicht hab ich da was übersehen?!

Verfasst: Di 5. Sep 2006, 23:51
von HerrB
In der kommenden Version (nicht <= V4.6.8.5) kann man idcat, idart und/oder idcatart zur Weiterleitung definieren.
Damit sollte das Problem gelöst sein. Kannste auch selber mal probieren: Die neue Datei fängt so an:
Code: Alles auswählen
<?php
/******************************************
* File : main.loginform.php
* Project : Contenido
* Descr : Login form
*
*
* Author : Jan Lengowski
* Created : 21.01.2003
* Modified : 21.01.2003
* Modified : 29.09.2005, Andreas Lindner
*
* © four for business AG
******************************************/
global $cfg, $idcat, $idart, $idcatart, $lang, $client, $username;
$err_catart = trim(getEffectiveSetting("login_error_page", "idcatart", ""));
$err_cat = trim(getEffectiveSetting("login_error_page", "idcat", ""));
$err_art = trim(getEffectiveSetting("login_error_page", "idart", ""));
if ($err_catart!='') {
header("Location: front_content.php?idcatart=".$err_catart);
}
if ($err_art!='' && $err_cat!='') {
header("Location: front_content.php?idcat=".$err_cat."&idart=".$err_art);
}
if ($err_cat!='') {
header("Location: front_content.php?idcat=".$err_cat);
}
if ($err_art!='') {
header("Location: front_content.php?idart=".$err_art);
}
if (isset($_GET["return"]) || isset($_POST["return"])){
$loc = Array();
if ($idcat > 0) {
$loc[] = "idcat=$idcat";
}
if ($idart > 0) {
$loc[] = "idart=$idart";
}
if (isset($_POST["username"]) || isset($_GET["username"])){
$loc[]= "wrongpass=1";
}
header ("Location: ".$cfgClient[$client]["path"]["htmlpath"]."front_content.php?".implode("&", $loc));
}
?>
<!doctype html public "-//W3C//DTD HTML 4.0 //EN">
<html>
...
Kannste so einbauen, denke ich (alte Version sichern).
Gruß
HerrB
Verfasst: Mi 6. Sep 2006, 10:29
von emergence
da gibts noch ein feature das ich da reingebaut hab...
übergibt man bei dem login formular ein hidden field mit namen return value gleich 1
erfolgt die retourleitung auf die seite wo sich das loginformular befindet....
im forumular selbst kann man auf wrongpass == 1 prüfen... damit wüsste das modul das der login nicht erfolgreich war...
Verfasst: Mi 6. Sep 2006, 11:09
von MyAccount
@HerrB & emergence... Einfach super!
Werde ich heute noch ausprobieren.
Verfasst: Mi 6. Sep 2006, 12:00
von emergence
ach ja noch was zur wertigkeit
return wird nur dann berücksichtigt wenn kein system/client/group/user setting betreffend login_error_page idart | idcat | idcatart existiert...
Verfasst: Mi 6. Sep 2006, 12:24
von MyAccount
Hi,
die main.loginform.php funzt so leider nicht bei mir. Gebe ich im Login Modul nichts ein, gibt es ein redirect auf...
http://www.domain.tld/mandant/sprache/k ... ?idart=100
Sollte man Modrewrite hier einbinden?
bof edit{
Jetzt verstehe ich nur noch Bahnhof. Hab um 15:00 Uhr die contenido-4.6.8.5.zip aus diesem Thread heruntergeladen und installiert, weil ich die Sache mit dem Login und dem Modrewrite und dem 404 Error und dem... kleiner Spaß!
Auf jeden Fall hab ich mir mal die front_content.php des Standard-Mandanten angesehen. Da fehlt z.B. das hier:
Code: Alles auswählen
// edit by stese - ModRewrite
cInclude("includes", "functions.modrewrite.php");
cInclude("classes", 'class.modrewrite.php');
Hab ich was übersehen?!
}eof edit