Beiträge werden gefiltert nach: CMS
Alle Beiträge anzeigen
Bleibt die Frage, warum man das tun sollte? Schließlich gibt es bei Wordpress im Administrationsbereich ja die Möglichkeit die Widgets bequem per Drag&Drop an die gewünschte Stelle zu schieben.
Das ist auch genau die Vorgehensweise, die der Autor auf der Plugin-Seite von ALO EasyMail angibt.
Aber Möglicherweise betreibt ihr euren Blog schon eine Weile und das verwendete Theme ist gar nicht Widget-fähig. Oder ihr wollt die Funktion, in diesem Fall die von ALO EasyMail, an einer Stelle des Themes haben, die hierfür nciht vorgesehen ist/war, dann ist es manchmal hilfreich den Aufruf des Plugins direkt via PHP in der jeweiligen Datei des Themes vorzunehmen.
Für ALO EasyMail lautet der Aufruf wie folgt:
Einfach diese Zeile an die gewünschte Stelle kopieren und es erscheint das gewünschte Newsletteranmeldeformular (ihr müsst natürlich die Plugin-Dateien vorher hochladen und das aktivieren ;) )
Ladet euch die Plugin-Dateien herunter und schaut euch die Dateien an – etwas Verständnis von PHP ist hierfür jedoch notwendig. Da gibt es die Stelle, an der das "Aussehen" des Plugins definiert wird. In diesem Beispiel war es die alo-easymail-widget.php . In Zeile 216 kommt dann auch der Aufruf, das ganze eben auszugeben >> diese Funktion nehmen und in einem eigenem PHP-Aufruf an die gewünschte Stelle schreiben.
Da hab ich mal ne Weile gesucht, bis ich die kleine Ungenauigkeit entdeckt hatte.
Folgendes Problem: In einer TYPO3 Installation habe ich nach und nach mehrere Websites mit jeweils eigenen Domains angelegt. Bei einigen dieser Projekte verweisen gleich mehrere Domain unter verschiedenen TLD (Top Level Domain) auf den Inhalt. Bei einer Seite ist mir jetzt aufgefallen, dass das Standard-Mailformular von TYPO3 nicht funktioniert.
Wenn man eine Mail über das Formular verschicken will, wird man zwar auf die angelegte Erfolgsseite weitergeleitet, aber die Mail wird nicht versendet.
1. Als erstes habe ich die Mailfunktion von TYPO3 im Installationstool getestet: funktioniert. Auch die Funktion DoNotCheckReferer = 1 war nicht sie Lösung. Also musste es eine Konfigurationssache sein.
Dann habe ich ein bisschen gesucht und bin auf einen Foreneintrag gestoßen, dessen Hinweise ich nach dem Ausschlussprinzip abgearbeitet habe.
2. .htaccess-Datei leitet alle Domains (mit und ohne www) per 301 redirect richtig um: check!
Das sieht bei mir so aus:
Alle weiteren Domains unter anderen TLD hatte ich schon serverseitig (via Konfigurationssoftware) auf die Domain mit der richtigen TLD umgeleitet. Deswegen wird in dem Beispiel per .htaccess-Anweisung nur abgefangen, ob man die Domain mit oder ohne www eingegeben hat.
3. Im TS (TypoScript) der betroffenen Seite ist die baseURL definiert: check!
Sah bei mir so aus: config.baseURL = http:// www.domain3.de/
Naaaaa ... wem ist es aufgefallen? Ich habe es zig mal überlesen: .de vs. .com. Bei Multidomains innerhalb einer TYPO3-Installation darauf achten, dass man die gleichen TLD überall eingetragen hat. Klingt banal, aber wenn man zig Domains in einer Instanz hat, die sich nur durch die TLD unterscheiden, sucht man so einen kleinen Fehler ewig.
Na vielleicht erspart es dem einen oder anderen die Sucherei.
Der Google+ Button taucht auf immer mehr Seiten auf ... warum also nicht auch auf meiner. Dazu habe ich mir die Dokumentation angeschaut und mir meinen Button zusammengestellt. Habe jetzt aber auch gesehen, dass es einen Baukasten für die google+ Button gibt.
Jedenfalls muss man zwei Dinge tun:
Den ersten Punkt wollte ich per TypoScript lösen. Mit folgendem Snippet wird das externe Google JavaScript in TYPO3 eingebunden:
page.includeJS {
file1 = https://apis.google.com/js/plusone.js
file1.external = 1
}
Den Tag für das aufrufen des Google+ Button habe ich hier im Blog als HTML-ContentElement eingefügt. Mit verschiedenen Parametern könnt ihr das Aussehen des Buttons verändern. Mein Tag für die Darstellung des Buttons in der rechten Seitenspalte sieht folgendermaßen aus:
<div class="g-plusone" data-size="tall" data-count="true"></div>
Grüße
Nach einem update eines mm_forum wollte ich auch das Aussehen anpassen und das Iconset "Modern" verwenden. Die Auswahl des iconsets nennt sich bei mm_forum "Aussehen der Symbole" und findet sich im Backend unter mm_forum > Installation > Forum > runterscrollen bis "Aussehn der Symbole".
Problem: Beim ändern des iconsets für Themen und Foren auf "Modern" werden diese nicht mehr korrekt angezeigt (siehe screenshot).
Dieses kleine Problem lässt sich mit folgenden TypoScript-Schnipsel in den Konstanten lösen:
plugin.tx_mmforum.topicIconMode = classic
Das ist aber auch nur eine Krücke. Wie man der Anweisung entnehmen kann, wird ja jetzt das Classic-iconset manuell erzwungen, obwohl man im BE auf "Modern" umgestellt hat.
Ich hab mich auch ewig durch die Foren gekämpft, da das ja ein häufiger auftretendes Problem darstellt. Ich hab dann, wie in einer Mailingliste vorgeschlagen, im Install-Tool alle Image-Processing Einstellungen geprüft oder aber auch die Pfadangaben auf die Bilderordner des neuen Designsets umgeschrieben etc. ... das bringt alles nichts.
Woran es genau liegt weiss ich leider auch nicht. Den TS-Schnipsel und die Hilfe zu dem Problem kam vom dankenswerterweise von Tom.
Seit einigen Wochen kann man sich im Internet die neue Version des CMS Joomla herunterladen. Mit der Versionsnummer 1.6 hat sich eine Menge unter der Motorhaube verändert und Joomla 1.6 ist deutlich leistungsfähiger und auch sicherer geworden.
Die Entwickler haben ganze Arbeit geleistet und ein wunderbares System erstellt, das viele Neuerungen und Verbesserungen an wichtigen Stellen erhalten hat. Zudem ist man auch auf viele Wünsche und Ideen der Joomla-Gemeinde eingegangen.
In den Joomla-Communitys finden sich viele verschiedene Nutzer und Fans der Software und tauschen sich regelmässig aus. So sind die Entwickler ständig am Puls ihrer Nutzer und können daher ein sehr ausgereiftes System liefern.
Eine der - augenscheinlich – wichtigsten Neuerungen, ist die Änderung am Template-System. Nun können allen Teilen der Seite, sogar einem einzigen Artikel, neue Vorlagen zugewiesen werden. Und das sehr einfach via Mouseclick. Früher ging das Zuweisen auch, aber nur wenn man im Code arbeitete, im Joomla-Backend ließ sich das nicht einfach einstellen.
Mit 1.6 hat man den Nutzern nun endlich diese Möglichkeit gegeben und somit das Template an sich noch wichtiger gemacht. Denn nun muss und kann man sich nicht nur auf ein, sondern theorethisch auf unendlich viele Templates festlegen und seiner Seite eine ganz eigene Gestaltung geben. Joomla Templates sind bei Joomla 1.6 damit noch einmal deutlich interessanter geworden.
Will man eine Webseite, die sich von anderen Seiten im Netz abhebt, so sollte man hier in jedem Fall die Dienste eines Fachmanns in Anspruch nehmen, der sich auf die Erstellung von Joomla 1.6 Templates spezialisiert hat.