RealURL ist eine feine Sache, wenn es darum geht den Verweisen in TYPO3 das Sprechen beizubringen. In letzter Zeit hatte ich oftmals das Problem, dass die automatische Konfiguration versagte. Genauer: Die Datei realurl_autoconf.php wurde nicht angelegt. Schuld an der Misere war die parallel installierte Extension Powermail, die verhindert, dass RealURL die Konfigurationsdatei schreiben kann.
Abhilfe bringt das zeitweilige Deinstallieren von Powermail. Wenn man nun RealURL neu installiert, wird die Datei realurl_autoconf.php angelegt. Jetzt kann auch Powermail wieder installiert werden und alles ist fein.
Alternativ findet sich unter http://forge.typo3.org/issues/show/1441 ein Patch für Powermail
Wer mit dem Firefox 3.5 ein neues Inhaltselement im TYPO3-Backend anlegen möchte, bekommt in schöner Regelmäßigkeit eine triste graue Seite statt des Wizards zu sehen. Betrachtet man den Quelltext des beinhaltenden Frames, so fällt auf, dass dieser komplett und oberflächlich betrachtet korrekt ist. Ein Reload des Frames bringt schließlich das gewünschte Ergebnis: Man erhält die Liste der zur Verfügung stehenden Content-Elemente und kann wie gewohnt weiterarbeiten. Ein Klick mit der rechten Maustaste auf das Plus-Symbol und das Öffnen in einem neuen Tab funktioniert ebenso. Leider stellen beide Varianten keine befriedigenden Alternativen dar.
Das Thema wird bereits im TYPO3-Bugtracker behandelt – leider brachten beide angebotenen Patches keine zuverlässige Lösung.
Was bei mir funktioniert, ist die Vorgehensweise aus der Fehlerbeschreibung selbst:
Die Zeile 283 in der Templavoila-Datei mod1/db_new_content_el.php mit folgendem Inhalt:
$this->content= $this->doc->insertStylesAndJS($this->content);
wird durch diese Version ersetzt:
$this->content.= $this->doc->insertStylesAndJS($this->content);
Seither erscheint der Wizard wieder ordnungsgemäß. Da ich keine Tabs zur Gruppierung der Contentelemente im Wizard nutze, kann ich keinen “broken output” (im Bugtracker beschrieben) feststellen. Alles fein soweit.
Ebenfalls Erfahrung mit diesem leidigen Thema gemacht und evtl. sogar eine elegantere Lösung parat? Dann bitte einen Kommentar hinterlassen. Vielen Dank!
Ich habe auf ihans.de einen hilfreichen Post gefunden, der es ermöglicht in dem Contentelement Filelist von TYPO3 weitere File-Icons hinzuzufügen und eigene zu verwenden. Verwendet man nämlich Dateitypen die TYPO3 nicht kennt, wird einfach ein neutrales Icon dargestellt.
Um eigene Icons (für nicht bekannte Dateitypen wie z.B. DWG-Dateien) hinzuzufügen braucht man diese als .gif Datei (Standartgröße 18×16 Pixel). Diese stellt man dann auf dem Server in diesem Verzeichnis bereit : “typo3/sysext/cms/tslib/media/fileicons/”
Danach muss man im Installtool von TYPO3 im Abschnitt “imagefile_ext” (unter All Configuration) die gewünschte Endung (z.b. dwg) hinzufügen. Werden nun Dateien diesesn Typs in dem Contentelement Filelist verwendent, wird das Icon dargestellt (wenn man Layout1 gewählt hat)
Möchte man eigene Icons verwenden, kann man die vorhandenen Icons in dem Ordner “typo3/sysext/cms/tslib/media/fileicons/” austauschen.
VORSICHT: Es ist anzunehmen, dass diese Fileicons (sowohl die neu hinzugefügten als auch die ersetzen) beim nächsten Update von TYPO3 überschrieben werden – bzw. in der neuen Source natürlich nicht vorhanden sind. Diese müssen dann wieder bereitgestellt werden. Die Einträge im Installtool sollten jedoch noch vorhanden sein.
Eine interessante Problematik in Zusammenhang mit Internet Explorer und der System-Extension felogin: Während der Frontend Log-In im Firefox reibungslos funktioniert, bleiben IE-Benutzer aussen vor. Es ist nicht möglich, sich an der Webseite anzumelden. Die Seite mit dem Anmeldeformular wird neu geladen, sonst passiert nichts – keine Fehlermeldung, nothing!
Der Fehler lässt sich ganz einfach beheben: Im Install-Tool von TYPO3 muss lediglich die Cookie-Domain gesetzt werden, z.B. domain.de, schon funktioniert die Anmeldung wieder.
Alternativ kann manuell folgende Zeile in die localconf.php eingefügt werden:
$TYPO3_CONF_VARS['SYS']['cookieDomain'] = ‘domain.de’;
Nach dem Update einer TYPO3-Installation von 4.1 nach 4.3 fehlen beim Bearbeiten der Seiteneigenschaften im Backend plötzlich die Seitentitel, das entsprechende Eingabefeld bleibt einfach leer. In der Datenbank ist das Feld “title” jedoch ordnungsgemäß bestückt.
Genauso verhält es sich mit dem Navigationstitel sowie dem Untertitel. Bevor das noch jemanden zum Wahnsinn treibt – die Lösung ist ebenso logisch wie simpel: Der Browser (in meinem Fall FF3.5) hatte noch ein altes Javascript aus der Version 4.1 im Cache, das diesen Fehler verursacht. Nach dem Löschen des Browsercaches funktioniert das Backend wieder wie gewünscht.
Soeben wurde die neue Version von Typogento veröffentlicht. Hier der Blogpost von TypoGento.
Nachdem heute Nacht noch neue Features dazugekommen sind, werde ich heute noch auf die aktuelle Version aus dem TER updaten. Ich werde berichten!
So, es ist endlich soweit: Unser erster TypoGento Store ist online! Soweit ich informiert bin, ist es der erste Shop mit diesem System überhaupt, der online ist! Dickes Dankeschön an Michael Türk und Jörg Weller von TYPO3-Agentur Flagbit! Ohne die beiden und Ihrer Bereitschaft zur Hilfe wäre das so nie möglich gewesen. Auch ein dickes Dankeschön an Vinai Kopp, der neben Flagbit einiges an diesem Plugin gefixt und weiterentwickelt hat.
Wir (analog multimedia – TYPO3 und Magento) verwenden auf der Seite www.biestmilch.com/store die aktuellste Version von TypoGento, die in den nächsten Tagen auch im TER (TYPO3) und MagentoConnect (Magento) verfügbar sein wird. Diese Version enthält einige Neuerungen und kommt einer wirklich stabilen Version sehr sehr nahe!
Für weitere Informationen diesbezüglich schaut die nächsten Tage einfach auf www.typogento.com. Dort wird über die neue Version und deren Neuerungen berichtet, sobald Sie veröffentlich ist.
Auch wird die Dokumentation auf typogento.com die nächsten Tage um die neuen Features ergänzt! Also stay tuned!
Magento ist von Anfang an als kommerzielles Open Source Produkt geplant und umgesetzt worden.
Die explosive Verbreitung ist ein Beleg das die Strategie von Varien aufgegangen ist.
Einer der dicksten Pluspunkte für Magento ist die Flexibilität und Erweiterbarkeit.
Die Möglichkeit, wiederverwendbaren Code zu schreiben und in Module zu packen hat für mich den Ausschlag gegeben, auf Magento zu setzen.
Ich war, wie viele Entwickler, zuerst euphorisch, endlich Projekte auf ein wirklich gutes Open Source System aufbauen zu können.
Und ich halte die Architektur von Magento nach wie vor für hervorragend und voller Potential.
Aber ich bin zur Zeit nicht mehr so euphorisch, eher ernüchtert.
Bei dem Programmieren von Erweiterungen stoße ich an Grenzen.
Read the rest of this entry »
März 5th, 2009 in
Magento |
5 Comments
So sehr ich die Magento API auch liebe, Controller zu verändern ist (bisher) eines der nervtötensten Dinge beim programmieren von Extensions. Die im Wiki empfohlene Variante den URL Pfad umzuschreiben ist schwer zu verstehen (zumindest für mich), und hat unerwünschte Nebeneffekte, z.B. wenn Links gerendert werden (die Methode Mage->getUrl(‘*/*/xyz’) setzt den neuen Controller Pfad ein statt dem Original).
Ein weiterer Punkt über den ich mich mehr als ein mal geärgert habe, ist das Layout Updates nicht mehr aufgerufen werden, bzw. die Update Handles erst in eine eigene Layout Datei übernommen werden müssen. Nicht schön!
Es gibt zwar noch etwas hackische Wege das Problem etwas besser zu lösen, aber die lohnt es jetzt nicht mehr aufzuführen, denn: mein Freund Lee Saferite hat ein Modul veröffentlicht, mit dem die oben genannten Probleme (und noch mehr!) gelöst sind.
Ich möchte das Wissen um diese hervorragende Erweiterung gerne verbreiten. Wenn genügend Module darauf aufbauen, wer weiß, vielleicht wird der Code in den Core übernommen.
Außerdem erstaunt mich Lee immer wieder mit seinen Lösungen. Ich lerne sehr viel von Ihm.
Read the rest of this entry »
Wenn man mit Templa Voila arbeitet, hat man backend-technisch schon einige Vorteile. Zum Beispiel ist auf Page-Template Ebene nur vorhanden, was auch mit Inhalt gefüllt werden kann. Es ist also schon “aufgeräumter” als das normal Layout des Backends wo ja standardmäßig immer die Spalten “left”, “normal”, “right” und “border” vorhanden sind.
Nun ist es aber auch in TV so, dass die Spalten standardmäßig immer die gleichen Ausmaße haben und je nach Reihenfolge beim anlegen des Mappings auch eine horizontale Anrichtung. Bei ein oder zwei Spalten ist das erstmal kein Problem. Hat man jedoch mehr Spalten wird es langsam aber sicher unübersichtlich.
Es gibt jedoch eine Lösung für dieses Problem. Man kann hier eigens Tabellen erstellen und die Spalten individuell anordnen. Das ganze funktioniert so:
Man muss in das XML des jeweiligen TV-Templates gehen und folgenden (hier beispiel-code) einfügen:
<meta type="array">
<langDisable>1</langDisable>
<beLayout>
<![CDATA[
<table width="99%" border="3">
<tr>
<td style="background-color: #ffffff" >###field_eins###</td>
</tr>
<tr>
<td style="background-color: #cccccc" >###field_zwei###</td>
</tr>
<tr>
<td>###field_drei###</td>
</tr>
</table>
]]></beLayout>
</meta>
In diesem Beispiel werden die Felder ###field_eins### bis ###field_drei### in einer Tabelle angeordnet. Das Ganze muss in den “meta” Bereich eingestellt werden.
So lassen sich die Backendfelder aufteilen, mit Farben versehen und in Ihrer Breite anpassen.
Somit lässt sich das Backend für den Redakteur um einiges schöner und benutzerfreundlicher gestalten.
