Typo3 zerschossen

Gerade soeben meinen eigenen Auftritt abgeschossen, und zwar richtig. Was tun wenn gar nichts mehr geht, als erstes Install Tool aufrufen.

Gerade soeben meinen eigenen Auftritt abgeschossen, und zwar richtig. In der Datei localconf.php den Key der verursachenden Extensions aus der Liste der installierten Extensions streichen, das geht auch mit dem Install-Tool unter All Configuration.

Dann ganz wichtig alle  typo3conf/temp_CACHED_*-Dateien löschen. Geht dann auch über das Installationstool und dann ist die Website und das Backend wieder erreichbar.

Javascript ist manchmal gar net so blöd, oder doch?

Klassischer Fall von eigentlich sollte man es wissen, aber irgendwie vergisst man es doch wieder. Das Formular besteht nur aus einem Auswahlfeld und dem Sumbit-Button, bei Select soll das Fromular automatisch ausgeführt werden

<code>onchange=document.forms[0].submit()</code>

Klappt aber nicht. Fehlermeldung: document.forms[0].submit is not a function. Und warum nicht? Tja, der Submitbutton heißt blöderweise submit und der ist natürlich keine Funktion. Submitbutton umbenennen und dann klappt es auch mit dem Formular.

Nicht nützlich aber historisch
Mal nicht nützliches, aber da ich für ein Projekt einen Preloader brauche und einen auf meiner ersten „ansehlichen“ Homepage habe, habe ich meine Lappland-Seiten wieder online gestellt. Gefallen tun mir die Seiten immer noch, aber die Technik und Bildgrößen sind etwas veraltet.

Typo3 und automaketemplate

Eigentlich ein alter Hut, und das Problem hatte ich schon öfters. Da legt man im HTML-Template eine Ebene an, die mit Inhalten aus einer neuen Extension gefüllt werden soll, legt den die Ebene im Html-Code an, geht ins Template Tool, verknüpft die Ebene mit dem TS-Code, will die neuen Inhalte im Frontend sehen und nichts passiert. Eifrige Fehlersuche, nichts passiert. Es gibt ja auch keinen Fehler, aus irgendeinem Grund benötigt automaketemplate HTML-Code zwischen zu ersetzenden Elements. Dann funktioniert alles so wie es soll. Kleines Ding, große Wirkung.

Weil ich es immer wieder vergeß….

und keine Lust habe es jedesmal nachzuschlagen. So werden in eigenen Extensions die Texte die im Backend mittles RTE eingegeben werden im Frontend entsprechend gerendert:

und keine Lust habe es jedesmal nachzuschlagen. So werden in eigenen Extensions die Texte die im Backend mittles RTE eingegeben werden im Frontend entsprechend gerendert:

$output = $this->pi_RTEcssText($rte_feld);

 

Tse!

Probleme mit Gifbuilder,Umlauten, PHP5 in Typo3

Mit PHP5 und dem Gifbuilder kann das Problem entstehen, dass die Umlaute nicht mehr richtig gerändert werden. Das Problem kann man beheben, indem man im Extensionmanager eine eigene lib-Extension anlegt und folgende PHP Funktion einfügt:

function encode($content,$conf) {
$convmap = array(0x80, 0xff, 0, 0xff);
return mb_encode_numericentity($content,$convmap, „utf-8“);
}
*Quelle siehe unten

Dann die Lib-Datei im TypoScript Setup einbinden, z.B.:

includeLibs.meine_lib = EXT:meine_lib/pi1/class.tx_meinelib_pi1.php

dann noch an der entsprechenden Stelle im Setup z.B. beim GMENU noch als Postuser Funktion einbinden:

10.text.postUserFunc = tx_meinelib_pi1->encode

*Quelle: http://lists.netfielders.de/…l/typo3-german/2007-July/035700.html

Codierungsproblem bei webEdition Objekten

Tritt nach einem Serverumzug oder Aktualisierung der Serversoftware das Problem auf, dass die Sonderzeichen eines Objektes in der Detailseite trotz Zuweisung über das Charset-Tag <we:charset> falsch dargestellt werden, hilft folgender Code in der ersten Zeile des Templates <?php header(‚Content-Type: text/html; charset=iso-8859-1‘); ?>

Darauf achten das vor dem ‚<?php‘ sich keine Leerstelle oder Leerzeichen befindet. Der Headerbefehl bewirkt, dass der Seitenheader wirklich den richtigen Charset zugewiesen bekommt. Das gleiche gilt natürlich auch, wenn es ein Problem mit der UTF-8 Codierung gibt.

OS-Commerce: Fehlermeldung Can’t open file: whos_online.MYI. (errno 145)

Erscheint die Fehlermeldung „Can’t open file: „who’s_online.MYI (errno 145)“ anstatt des Shops, hat sich die Datenbank salopp gesagt aufgehängt.

Erscheint die Fehlermeldung „Can’t open file: „who’s_online.MYI (errno 145)
delete from whos_online where timeout …“ anstatt des Shops, hat sich die Datenbank aufgehängt.

Das kann passieren wenn der Webserver Probleme hat und neu gestartet werden muss. Der Fehler ist jedoch schnell behoben. Einfach unter phpMyAdmin die SQL-Eingabe aufrufen und folgendes Statement eingeben: repair table whos_online. Die fehlerhafte Tabelle wird repariert und der Shop erscheint wieder online.

Alternativ kann man den Fehler auch beheben, indem man die komplette Tabelle löscht und nocheinmal neu schreibt. Den dafür notwendigen Code findet man im Installationsverzeichnis. Besser, wiel einfacher ist ersteres.