Debacher-Blog

Die Anmeldung mit der Extension feuser_register haute nicht mehr hin. Es gab nur in der Logdatei eine Fehlermeldung:

Core: Exception handler (WEB): Uncaught TYPO3 Exception: #1294681467: Validation failed for: domain.de <Klaus.Test@domain.de> | Exception thrown in file /srv/www/htdocs/typo3_src-4.5.6/t3lib/mail/class.t3lib_mail_rfc822addressesparser.php in line 184

Es finden sich hierzu mehrere Problembeschreibungen im Web. Anscheinend ist es so, dass die Typo3-Programmierer mit ihrem Code im Recht sind aber zu pingelig und dadurch viele Extensions nicht mehr funktionieren, die sich nicht so genau an die Regeln halten. Solche ärgerlichen Dinge gibt es leider immer wieder. Für eine Lösung müssen wir wohl auf eine Aktualisierung von sr_feuser_register warten.

Geholfen hat mir der Text http://www.typo3.net/forum/beitraege//103507/ hiernach ist zumindest ein Workaround:

Ich habe im Installtool folgende Einstellung vorgenommen:

[MAIL][substituteOldMailAPI] = 0

Das Backend von Typo3 sieht in den Seiteneigenschaften mehrere Felder für Meta-Informationen vor. Will man die Einträge auch in die Seite eingebunden haben, so muss man das Template entsprechend anpassen. Folgender Typoscript-Code leistet das (hier als Beispiel die Version meiner Schule):

page.meta{
 keywords.field = keywords
 keywords.ifEmpty (
   Stadtteilschule, Richard-Linde-Weg, Lohbrügge, Bergedorf, Hamburg, Bildung, Medien
 )
 description.field = description
 description.ifEmpty (
   Stadtteilschule Richard-Linde-Weg
 )
}

Wenn in das jeweilige Feld ein Eintrag gemacht wurde, dann wird dessen Inhalt genommen, ansonsten der Default-Eintrag hinter der ifEmpty Bedingung.

Es gibt noch ein drittes Feld namens Inhaltsangabe, dass kann man unter der Bezeichnung abstract erreichen.
Ein Alternative zu diesem Ansatz sollen folgende Zeilen bilden:

page.meta.keywords = Stadtteilschule, Richard-Linde-Weg, Lohbrügge, Bergedorf, Hamburg, Bildung, Medien
page.meta.keywords.override.field = keywords 
page.meta.description = Stadtteilschule Richard-Linde-Weg
page.meta.description.override.field = description

Ich habe eben eine paar Stunden damit verbracht ein weiteres Mal cal dazu zu bringen, seine Daten mit einem Google-Kalender zu synchronisieren. Beim ersten Mal ging alles ganz einfach, ich habe es damals aber leider nicht dokumentiert.

Zwei Voraussetzungen müssen gegeben sein.

1. Ein Google-Kalender muss eingerichtet und freigegeben sein
2. Typo3 muss mindestens in der Version 4.3 vorliegen, damit die Extension Scheduler zur Verfügung steht

Bevor man mit der Einrichtung des Kalender beginnen kann sollte man Typo3 mindestens auf die Version 4.3 aktualisiert haben. Die folgende Beschreibung bezieht sich aber im Zweifelsfall auf Version 4.5.2. Seit der Version 4.3 liefert Typo3 eine Systemextension namens Scheduler mit. Diese ist für alle zeigesteuerten Prozessse innerhalb der Typo3-Installation zuständig.

Damit der Scheduler arbeiten kann benötigt er auf Systemebene einen Cronjob, der folgenden Art:

5,35  *   *   *   *   /usr/bin/php5 /srv/www/httpdocs/typo3/cli_dispatch.phpsh scheduler > /dev/null

Hier wird zweimal pro Stunde der Scheduler aktiviert, immer auf 5 und 35. Die Pfade zu dem Script cli_dispatch.phpsh können bei anderen Installationen natürlich abweichen.

Nun kann der Scheduler innerhalb von Typo3 zeitgesteuerte Vorgange verwalten.

Für den Kalender cal geschieht die Einrichtung automatisch, wichtig ist nur, dass der Google-Kalender erst eingerichtet wird, wenn der Scheduler vorhanden ist. Mich hat viel Zeit gekostet, dass ich mit einem System 4.2.17 begonnen und dort den Kalender schon eingerichtet hatte. Ich musste den Kalender löschen und neu einfügen, dann wurde er auch automatisch im Scheduler berücksichtigt.

Das Feld Scheduler-ID wird dabei automatisch ausgefüllt.

Bleibt noch die Frage, wo bekommt man die Externe Kalender Adresse (URL) her? Die muss man sich von den Google-Kalender-Seiten holen. Wählt man dort Einstellungen (ganz links unten), so landet man auf der Übersichtsseite für die Kalender-Einstellungen. Hier klickt man in der Zeile mit dem zu benutzenden Kalender auf Freigeben: Einstellungen bearbeiten. Nun findet sich weit links oben ein Link Kalenderdetails. Klickt man hierauf, so öffnet sich das folgende Fenster:

In diesem Fenster kopiert man mit der rechten Maustaste den Link vom unteren Ical-Button. Ich habe dabei auch jeweils das Protokoll von https auf http geändert. Den Link fügt man dann ins Typo3-Formular ein.

Die Website meiner Schule ist unter mehreren Domains erreichbar. Das gibt Probleme mit dem Google API-Key und  pit_googlemaps. Die Extension sieht die Nutzung mehrerer Keys nicht direkt vor. Das Problem ist aber über das Setup im Template ganz einfach lösbar, indem man folgenden Code am Ende anfügt:

[globalString = ENV:HTTP_HOST = *schulerlw.de]
 plugin.tx_pitgooglemaps_pi1.googleAPIKey = ABQIAAAAQ4awX-q5a_T3PuHs7qabUxTeO06x_derRestistgeheim
[globalString = ENV:HTTP_HOST = *richard-linde-weg.de]
 plugin.tx_pitgooglemaps_pi1.googleAPIKey = ABQIAAAAQ4awX-q5a_T3PuHs7qabUxTeZaE-derRestistgeheim
[GLOBAL]

Damit sucht sich Typo3 den Key aus, der zur jeweiligen Domain passt.

Ich musste leider feststellen, dass sich diese beiden Extensions nicht ohne weitere Änderungen miteinander vertragen. Der Effekt besteht darin, dass perfectlightbox aus irgendeinem Grund versucht die Sitemap als Grafik zu laden. Eine einfache Lösung habe ich unter http://wowa-webdesign.de/typo3/typo3-tutorial-teil-41-inhalte-anlegen-sitemap/ gefunden.

Man geht einfach im Konstanten-Editor auf die Kategorie  PERFECTLIGHTBOX(27) und wählt dort den ersten Punkt Which Javascript Librarys to use? aus und stellt von protaculous auf mootools um.

Schon vertragen sich die Extensions.

Dabei ist mir aufgefallen, dass es unter http://wowa-webdesign.de/typo3-kurs/ mehr als 60 Folgen eines Typo3-Kurses gibt.

Bei Typo3 benutze ich gern simulateStaticDocuments um nettere URLs zu bekommen. Bei den aktuellen 4.3.x-Versionen muss man dabei aufpassen, dass die Extension Simulate Static URLs (simulatestatic) aktiviert ist.

In dieser Typo3-Version wurden einige Funktionen in System-Extensions ausgelagert, so auch diese Funktion. Standardmäßig ist die Extension aber nicht aktiviert.

Bei momentan aktuellen Systemen mit Typo3 4.3 und der Extension date2cal gibt es im Backend eine Vielzahl von Warnungen der Art

Core: Error handler (BE): PHP Warning: fopen(/srv/www/xxxx/httpdocs/typo3temp/tx_date2cal/date2cal_cache.php): failed to open stream

Ursache ist das Fehlen des entsprechenden Verzeichnisses. Das Problem ist beseitigt, wenn man unterhalb von typo3temp den Ordner tx_date2cal per Hand anlegt.

Nachtrag:  Tobias gibt noch den Hinweis, dass date2cal unter Typo3 4.3 nicht mehr notwendig ist, hier wird datepicker mitgeliefert.

Ich hatte das Problem, dass bei der Extension Drowdownsitemap der Text in Englisch war, das stand dann Expand / Collapse all statt …

Da es keine Konfigurationsmöglichkeit gibt musste es an den Systemeinstellungen liegen:

config.language = de

in der Konfiguration des root-Tempates bewirkt dann die Umstellung auf den gewünschten Text Alles aus-/einklappen.

Seit einiger Zeit wundere ich mich, dass in Typo3-Seiten oft fehlerhafte Links auftauchen. Die Links haben dann die Form:

http://typo3/http://www.debacher.de/wiki/

Eine Erklärung für diese Verhalten habe ich unter http://typo3-blog.net/tutorials/news/rte-bug-fix.html gefunden.

Ich bin eben über einen kleinen Unterschied gestolpert. Bei einer Typo3-Installation funktionierte die cal-Extension nicht, das Backend blieb weiß. Ursache war, dass eine Programmkomponente den Include-Path erweitern wollte, was aber nicht funktionierte. Es schein so zu sein, dass der Include-Pfad nicht von PHP_programmen aus geändert werden kann, wenn in der Konfigurationsdatei der Befehl lautet:

    php_admin_value include_path "/srv/www/vhosts/meine-domain.de/httpdocs:./:/srv/www/vhosts/typo3_src-4.1.10"

Bei der Version:

    php_value include_path "/srv/www/vhosts/meine-domain.de/httpdocs:./:/srv/www/vhosts/typo3_src-4.1.10"

klappt das Erweitern des Pfades hingegen.