Dokumentationen Tutorials Anleitungen und Foren
|
-
Nach Update wird das Submenü im Backend nicht mehr angezeigt - 30.08.2010
Wird nach einem Update/Upgrade auf die aktuelle Contenido Version 4.8.13 in der Hauptnavigation des Backends das Submenü nicht mehr angezeigt, so liegt es in den meisten Fällen daran, das noch alte gecachte Dateien der Vorgängerversion im Browser genutzt werden.
Abhilfe schafft hier das Leeren des Browsercache.
Auch ein Reset der Backend-Sessions kann helfen. Diesen erreicht man, sofern man Contenido mit der default-Konfiguration und damit mit Sessions über die DB betreibt, einfach durch Leeren der DB-Tabelle con_phplib_active_sessions.
-
Ich habe ein Problem mit meiner robots.txt. Für die Neuaufnahme bei Google ist diese dringend erforderlich. Leider verweist die robots.txt jedoch immer auf die Startseite, sodass Google damit nichts anfangen kann. Ich verwende Contenido 4.8.12 inkl. AMR - 23.07.2010
Beim Einsatz des AMR-Plugins werden die suchmaschinenfreundlichen URL mit Hilfe von ModRewrite auf dem Server wieder in, für Contenido verständliche, URL umgeschrieben. Dies geschieht durch "Regeln" in der .htaccess-Datei, welche, bei einem 1-Mandanten-System, normalerweise im root-Verzeichnis des Servers zu finden ist.
Dateien und Verzeichnisse die diesen Regeln nicht unterliegen sollen, müssen dabei in der .htaccess explizit ausgenommen werden.
Um nun die Datei robots.txt erreichbar zu machen muss man, sofern sie im root-Verzeichnis liegt, folgende Regel im Bereich "Exclude some files..." ergänzen.
# Exclude some files and directories from rewriting # ------------------------------------------------- RewriteRule ^robots.txt$ - [L]
Liegt die robots.txt dagegen im cms-Verzeichnis müßte der Eintrag folgendermaßen aussehen.
# Exclude some files and directories from rewriting # ------------------------------------------------- RewriteRule ^cms/robots.txt$ - [L]
-
Wir haben auf einem Server Contenido neu installiert (IIS; PHP 5, MySQL 5) und bekommen in verschiedenen Bereichen Datenbankfeler, z.B. bei der Anlage neuer Benutzer oder eines neuen Layouts. Die Fehlermeldungen im Log besagen z.B. dass für das Feld Name kein Default-Wert definiert sei. Hat vielleicht jemand eine Idee, woran das liegen kann? - 20.07.2010
Ein häufiges Problem auf dem IIS mit MySQL ist eine zu restricte Einstellung des SQL-Modes des MySQL-Servers. Steht dieser zum Beispiel auf "strict", werden genannte Fehlermeldungen geworfen. Sowohl für die Contenido-DB, als auch für so manches db-gestütze Modul oder Plugin gilt, das die MySQL-Tabellen zur Zeit noch nicht auf einen strict-Mode optimiert sind. Daher sollte man den Mode des MySQL-Servers ändern.
Weitere Informationen dazu findet man auch auf den Webseiten von MySQL.
Link: http://dev.mysql.com/doc/refman/5.0/en/server-sql-mode.html
-
Hallo, benötigt man die gettext Erweiterung zwingend für eine mehrsprachige Contenido-Seite oder was sind Vor- und Nachteile der Verwendung von gettext? Kann mit gettext die Performance (Seitenladezeiten) verbessert werden auch wenn nur eine Sprache verwendet wird? In dem Zusammenhang interessiert auch wie gettext für Contenido zu installieren ist. VD - 20.07.2010
Nein, man muss nicht unbedingt auf gettext zurückgreifen. Ich denke es ist eine "Glaubensfrage", so wie bei vielen Programmierhilfen. Es ist genauso denkbar, mit Sprachdateien und Variablen oder Arrays zu arbeiten. Wobei man sich dann selbst um deren korrekte Einbindung kümmern muss.
Für gettext und gettext-Domains ist bei Contenido schon alles an Board, da Contenido dieses selbst verwendet. Und da die Einbindung eigentlich problemlos möglich ist, warum nicht verwenden?
Aus Performancesicht kann ich keinerlei Aussagen machen ob es besser ist gettext zu verwenden. Ich persönlich denke schon das es schneller ist, da hier fast nur auf in C programmierte Funktionen zugegriffen wird. Ob sich dabei allerdings die Seitenladezeiten ändern, bzw. wie sich diese Verhalten, kann ich nicht sagen. Dazu sind mir aber auch keine Tests oder Studien bekannt.
Eine Installation von gettext für Contenido gibt es in dem Sinne nicht. Gettext ist eine PHP-Erweiterung, die erstmal nichts mit Contenido zu tun hat, und von Contenido nur zur Lokalisierung genutzt wird. Sie ist heutzutage eigentlich immer mitinstalliert und aktiv, was man leicht über die Ausgabe der phpinfo prüfen kann (Configure Command: '--with-gettext').
-
Login im Frontend statt der Homepage - 30.05.2010
Ein verbreiteter Trick ist es bei Contenido-Installationen im Mandantenverzeichnis die index.htm Seite zu entfernen und stattdessen die front_content.php zu kopieren und als index.php abzuspeichern. Das hat den Vorteil, das der Start der Homepage ohne JavaScript Umleitung gelingt und Google die Seite besser indizieren kann (bzw es überhaupt tut, denn auf Javascript Umleitungen reagiert der Google-Bot allergisch).
Seit Contenido 4.4.4 habe ich aber mehrfach beobachtet, das in dieser Konstellation bei einem Reload der Seite nicht mehr die Homepage erscheint, sondern das Login. Damit kann der Besucher natürlich nichts anfangen. Es liegt vermutlich an der Seesion-Verwaltung.
Ich habe die index.php mit diesem Dreizeiler gefüllt:
<?php
header("Status: 301 Moved Permanently"); // wichtig für google
header("Location: http://www.domain.de/front_content.php");
exit;
?>
Das hilft und ist Google-freundlich, da Google diese Statusmeldung in seinen Katalog aufnimmt und gleich auf die front_content.php verweist.