Das Contao Documentation Project (CDP) schafft endlich abhilfe.
Das CDP liefert Code Dokumentation für Contao selbst und alle im Extension Repository frei verfügbaren Erweiterungen.

Die ganze Ankündigung kann direkt bei InfinitySoft nachgelesen werden.

Ich persönlich finde das eine wirklich gute Sache, das erspart jedem Entwickler den ganzen Quellcode zu durchstöbern. In Summe gibt es mittlerweile folgende Dokumentationen (Quellcode bezogen).

• Contao Community Code Dokumentation
• Contao Documentation Project
• Offizielle Core Dokumentation
• Contao Funktionen Lookup

Ähnliche Beiträge

• Contao – Logo ins Seitenlayout einbinden
• Contao (TYPOlight) 2.9 als Beta verfügbar
• Contao: jquery und Mootools
• Debian Squeeze, PHP5 und MSSQL
• Accordion mit Menü

Poor Man’s Cron

Der Poor Man’s Cron ist eine alternative zu den “echten” Crons. Dieser wird hier mit PHP (und MooTools um eben den Aufruf zu starten) umgesetzt. In Contao wird der Cronjob verwendet um temporäre Verzeichnisse zu leeren, das CSS neu zu generieren etc.

Vorgehensweise mit den verschiedenen JS Frameworks

Hier gehe ich nur auf die beiden Frameworks ein.

MooTools

Wird das Standard Framework verwendet gibt es überhaupt keine Probleme, im fe_page.html5 bzw. fe_page.xhtml befindet sich folgender JS Code




jQuery

Sollte jetzt allerdings jQuery verwendet werden, wird in der Fehlerkonsole einen Fehler geworfen:
Request is not defined
Um diesen Fehler zu umgehen ist es nötig den JS Code in der fe_page.html5 bzw. fe_page.xhtml zu ersetzen.
Hierzu muss zuerst das fe_page.* kopiert werden. Einfach im Contao Backend auf Templates und dort das Template kopieren, anschließend mit einem beliebigen Editor öffnen, die Stelle nach obigen Code absuchen und mit diesem hier ersetzen:




Ähnliche Beiträge

• Accordion mit Menü
• jQuery statt MooTools in Contao verwenden
• Contao: Bildergalerie ohne Tabellen
• Inkompatible Erweiterungen in Contao installieren
• Contao – Logo ins Seitenlayout einbinden

Alles auf Anfang

Will man bei einer Textdatei das Syntax-Highlighting aktivieren kann dies über folgenden Befehl erledigt werden:
:syn on
Per default ist dies nämlich deaktiviert. Angenommen wir hätten ein PHP Skript geöffnet dann würden wir sehen das die Kommentare schlecht zu lesen sind. Um nun ein anderes Farbschema zu wählen muss dieser Befehl abgesetzt werden:
:colo desert
Nun wird das Farbschema desert verwendet. Jetzt sollte man nur noch wissen welche vorhanden sind, nicht? Es gibt nun zwei Möglichkeit.

1. Man kann mir glauben und verwendet die von mir aufgezählten Farbschemas, diese wären
   • blue
   • darkblue
   • default
   • delek
   • desert
   • elford
   • evening
   • koehler
   • morning
   • murphy
   • pablo
   • peachpuff
   • ron
   • shine
   • slate
   • torte
   • zellner
2. Man schaut selber nach. Zu finden sind diese unter
   /usr/share/vim/vim72/colors
   Wie unschwer zu erraten handelt es sich beim Verzeichnis vim72 um die aktuell installierte Version des VIM.

Nun gut, so kann pro Sitzung das Farbschema definiert werden. Wir wollen aber standardmäßig für den Benutzer schman ein Farbschema definieren, bleiben wir bei desert.

Standardmäßig das Farbschema definieren

Im /home/schman Verzeichnis gibt es die verscheckte .vimrc Datei. Diese muss geöffnet und editiert werden. Falls diese noch nicht existieren sollte muss sie angelegt werden. VIM sucht beim Programmstart zuerst im Benutzerverzeichnis nach der .vimrc sollte diese nicht vorhanden sein wird die globale Konfigurationsdatei geladen diese befindet sich in:
/etc/vim/
Diese Datei ist allerdings nicht versteckt, dh es fehlt der Punkt vor dem Dateinamen.
Um nun ein eigenes Schema automatisch laden zu können müssen folgende Zeilen eingefügt werden:
syn on
colorscheme desert

Speichern und fertig. Beim nächsten start wird dieses Farbschema verwendet.

Farbschema global änder

Wie bereits im vorherigen Punkt erläutert gibt es eine globale Konfigurationsdatei, um das Farbschema (oder auch andere Einstellungen) global zu ändern muss diese geändert werden.

Kleiner Hinweis zum Schluss, die globale Konfigurationsdatei eignet sich hervoragend als Vorlage.

Ähnliche Beiträge

• Dotdeb GPG zu Keyring hinzufügen
• komplettes Verzeichnis rekursiv diffen
• Verzeichnis inkl. versteckten Unterverzeichnisse kopieren
• Debian Squeeze, PHP5 und MSSQL
• Openoffice.org als Service für Konverter

Für (fast) jede Seite wird ein Logo benötigt welches auf der Seite eingebunden wird. Hier möchte ich kurz beschreiben wie ich dieses in Contao einbinde. Natürlich gibt es zig Wege dies zu bewerkstelligen.

Eigener HTML Code

Für das Logo verwende ich immer das Modul Eigener HTML Code. Der Aufbau sieht folgendermaßen aus. Ich definiere als Überschrift (h1) den Namen des “Kunden”. Anschließend wird das Logo (das zuvor natürlich auf den Webspace geladen werden muss) eingebunden und verlinkt. Der HTML Code sieht dann folgendermaßen aus:


<h1>Michaela Schwarz</h1>
<a href="{{env::path}}" title="{{env::website_title}}">
<img src="tl_files/schwarz/resourcen/img/logo.png" alt="Michaela Schwarz Logo" />
</a>

Bisher nocht nicht wirklich etwas erwähnenswertes, oder doch? Der Code besteht nicht nur aus HTML sondern auch aus sogenannten Insertags. Der Grund dürfte klar sein. Somit gestalte ich den Code dynamisch und ich kann diesen fast ohne Anpassungen in mehreren Projekten einsetzen.

Inserttags

Inserttags sind Platzhalter, die bei der Ausgabe einer Seite durch bestimmte Inhalte ersetzt werden. So kann beispielsweise das aktuelle Datum angezeigt oder ein Benutzer mit seinem Namen angesprochen werden. Inserttags können fast überall in Contao verwendet werden.

Wie unschwer zu erkennen verwende ich folgende Inserttags
{{env::path}} – Dieses Tag wird mit der aktuellen Basis-URL samt Pfad zum Contao-Verzeichnis ersetzt.
{{env::website_title}} – Dieses Tag wird mit dem Titel der Webseite ersetzt.

Wenn wir diese Modul nun ins Seitenlayout integrieren (zb in den Header Bereich) haben wir das Logo auf allen Seiten, mit Link auf die Startseite.

Ähnliche Beiträge

• HTML für den Seitentitel freischalten (Contao)
• Freie Contao Layouts
• TYPOlight/Contao und Medieninhalte
• Neues Buch zu TYPOlight/Contao
• Contao (TYPOlight) 2.9 als Beta verfügbar

Wie kann ich das Backend per IP absichern?

Hierbei handelt es sich um eine Option um das Backend (auch Frontend ist möglich) abzusichern. In diesem Feld, welches im Install Tool unter Alle Konfigurationen zu finden ist, kann eine IP Adresse bzw. eine IP Range angeben werden. Nun ist es nur noch möglich sich über die definierte IP Adresse einzuloggen. Zusätzlich kann ein Backenduser per TSconf eine IP Einschränkung erhalten.

Konfiguration

Es gibt zwei Möglichkeiten das Backend per IP Adresse zu konfigurieren.

1. Unter “Alle Konfigurationen” im Install Tool gibt es einen Option IPmaskList. Hier kann global die IP Adresse/Range für alle Benutzer gesetzt werden.
2. Per User TSconf. Gibt man bei einem User die TSconf options.lockToIp = 192.168.*.* kann dieser nur von der IP Range 192.168.*.* auf das Backend zugreifen. Dies setzt allerdings voraus dass die Option $TYPO3_CONF_VARS['BE']['enableBeUserIPLock'] = 1 gesetzt ist

Globale Konfiguration und ihre Auswirkung

Angenommen wir konfigurieren die Option (IPmaskList) im Install Tool, dann gilt diese Einstellung für jeglichen Backend Benutzer. Als kleines Beispiel wird folgendes eingetragen
192.168.*.*,224.123.12.39
Wird nun das Backend intern von einer IP Adresse beginnend mit 192.168. aufgerufen oder direkt über die IP Adresse 224.123.12.39 gelangt man wie gewohnt zur TYPO3 Login Maske. Angenommen wir kommen über 84.14.99.42 geschieht nichts, wir bekommen nur eine weiße leere Seite anstelle der Login Maske.

Konfiguration pro User

Wie bereits weiter oben erwähnt muss das Flag $TYPO3_CONF_VARS['BE']['enableBeUserIPLock'] gesetzt sein damit es überhaupt möglich ist per TSconf die Option zu konfigurieren. Anschließend kann bequem im Backend per
option {
lockToIP = 192.168.*.*,224.123.12.39
}
konfiguriert werden.
Wird jetzt versucht sich über eine adnere IP Adresse anzumelden wird eine Fehlermeldung angezeigt und der Login schlägt fehl.

Ähnliche Beiträge

• Backendfelder vorbelegen in TYPO3
• Typo3 4.2 auf Deutsch
• Module Loader: No module found
• Maximale Titellänge ändern in TYPO3
• Eigenes CSS und JS in der eigenen TYPO3 Erweiterung

Anwendung

Die Anwendung ist denkbar einfach, lediglich den CSS Code per copy & paste ins Textfeld kopieren und den Button betätigen. Anschließend wird ausgegeben was alles falsch ist.

Ähnliche Beiträge

• Contao Grid System mit 1140px
• CSS Reset
• Freie Contao Layouts
• Webseite für Pfarre Bruder Klaus ist online
• TYPOlight und CSS(editor)

Kurz und Knapp

Beim Grid editor kann online das Raster vorgegeben werden, wieviel Spalten, wieviel Abstand und und und. Anschließend kann ein Skript heruntergeladen werden welches in Adobe Illustrator und Adobe Photoshop importiert werden kann. Das Grid wird mittels Hilfslinien dargestellt. Genaueres könnt ihr hier nachlesen.

PS: Ich habe das Tool auch bereits in meine Online-Tool Sammlung aufgenommen.

Ähnliche Beiträge

• Contao Grid System mit 1140px
• System Check Tool für TYPOlight/Contao
• Simpsons als SVG
• Best of Adobe Photoshop Tutorials
• rsp_flvplayer überlappt Navigation

Ähnliche Beiträge

• Accordion mit Menü
• Contao: Bildergalerie ohne Tabellen
• Doktype 2 und 5 in Typo3
• Flexform Konfiguration in ein Array auslesen
• Inkompatible Erweiterungen in Contao installieren

Ähnliche Beiträge

• Freie Contao Layouts
• Webseite für Pfarre Bruder Klaus ist online
• TYPOlight und CSS(editor)
• Optimierung von Ladezeiten bei TYPOlight
• Floats ohne HTML Markup clearen

Wie bereits mehrfach erwähnt setzen wir TYPO3 ein. Gestern erhielt ich einen Anruf von einem Redakteur, mit der Meldung das Backend (ja wirklich der Redakteur kennt das Wort Backend) funktioniert nicht mehr. Ok die Meldung “funktioniert nicht mehr” lieben wir ja alle, also gut, kurz mit dem PC verbunden um zu überprüfen was denn nicht funktioniert. Dann der Schock, auf dem Bildschirm ziert folgende Meldung das Backend.

Module Loader:
No Module found. If this is a temporary error, please reload the Backend.

Kurz am Kopf gekratzt und überlegt was da los sein könnte. Nach kurzer Zeit hatte ich den Fehler schon gefunden. Aus irgendeinem Grund wurde dem Benutzer die Rechte entzogen. Die Rechte sind bei uns in verschiedenen Gruppen organisiert. Irgendwie wurde dem Backendbenutzer die Zugehörigkeit zu der Gruppe gelöscht.

Lösung

Die Lösung ist eigentlich kaum erwähnenswert, aber vielleicht braucht es doch der ein oder andere. Die Rechte neu gesetzt (als Zugehörigkeit zur Gruppe eingetragen) und dann das Backend reloaden und schon funktioniert es wieder.

Ähnliche Beiträge

• Extension key “graytree” was not loaded!
• Maximale Titellänge ändern in TYPO3
• Eigenes CSS und JS in der eigenen TYPO3 Erweiterung
• urlcleaner und weiße Seite
• tt_news und Untertitel abschneiden