PHP-Konfiguration

Nicht immer entsprechen die standardmäßig vorgegebenen PHP-Parameter den von Contao empfohlenen Werten.  Bei meinem augenblicklichen Hauptprovider (Hosteurope) sieht die Sache schon recht gut aus.

Die PHP-Grundeinstellung lautet auf safe_mode = off und register_globals = off , so dass hier schon einmal gewisse Sicherheitslöcher gestopft sind.

Gegebenenfalls wünschenswert und erwägenswert wäre (laut Screenshot unten) eine Vergrößerung der Dateigröße für hochzuladende Dateien.

Wenn auf dem Server das Administrationsprogramm Plesk installiert ist wie auf den meisten von Hostern angebotenen Servern, dann kann man pro Domain individuelle PHP.ini Einstellungen hinterlegen.

Dazu muss man

1. unter Plesk FAST_CGI aktivieren
2. und einen Eintrag für den Parameter upload_max_filesize in der Datei php.ini im Verzeichnis /var/www/vhosts/domainname.de/etc/

vornehmen.

Beispiel
Syntax der erforderlichen Eintragszeile in php.ini:

[PHP]
open_basedir = /var/www/vhosts/IhreDomain.de/httpdocs:/tmp
safe_mode = Off
upload_max_filesize = 8M

Weitere Blogbeiträge zu dieser Thematik

Perfect-Knowhow: File permission (Aktivierung von FAST_CGI unter Plesk)

Anzeige

Hintergrund:

Eine Installation von Contao auf einem Server vorzunehmen, ist leicht. Das Open-Source-CMS Contao von der Contao-Homepage als gepackte *.zip oder *.tar.gz Datei herunterladen und auf dem Server entpacken.

Je nachdem jedoch, wie man die Dateien auf seinen Server aufgespielt hat, z.B. mit einem Terminalprogramm (PuTTY, …)  als root-Administrator oder mit einem File-Transfer-Programm (WsFTP, …) können sich hieraus Problem bei den Zugriffsrechten für die Dateien und Verzeichnisse ergeben.

Contao stellt für jede Contao-Version (!!) ein kleines PHP-Skript (Contao-Check) zur Verfügung, mit dem sich die Vollständigkeit und ordnungsgemäße Benutzerrechtezuordnung überprüfen läßt.

Warnung: Das Checkprogramm wird mit dem Standardpaket nicht gleich mitinstalliert, da dieses kleine Tool Einblick in die Systemstruktur gibt und unter anderem den real verwendeten ftp-Loginnamen preisgibt, was jeden Hacker geradezu zum Mißbrauch einladen würde.  Nach der Benutzung sollte es daher auch unbedingt wieder aus dem Installationsverzeichnis herausgelöscht werden.

Problem:

Nach dem Hochladen der Dateien mit dem ftp-User axis zeigt das Contao-Check Programm unter File permissions die folgende Fehlermeldung an:

The new file should be owned by root

Die Anzeige der Datei- und Verzeichniszugriffsrechte ist recht unbefriedigend. Obwohl bei den Dateien axis in der Spalte Recommended (Empfohlen) steht, ist die Zeile rosa hinterlegt (grün= o.k., rosa= potentielle Probleme).

Verwirrung pur, wie ist damit umzugehen?

Lösung:

Schauen Sie nach, welche Benutzerrechte die Datei contao-check.php besitzt.  Die Fehlermeldung oben weist darauf hin, dass root der Besitzer ist und nicht wie bei den hochgeladenen Contao-Dateien der ftp-User axis.

Ein

chmod  axis:psacln  contao-check.php

auf der Server-Command-Ebene und plötzlich ist das Check-Tool glücklich und zeigt alles in Grün an.

(Anmerk.: axis ist durch Ihren ftp-User zu ersetzen, psacln ist der Gruppenname bei Plesk-Installationen)

Die Installation war also gar nicht falsch, sondern mit den Rechten der contao-check.php Datei war etwas nicht in Ordnung. Das ist tricky und ich nenne das einen Fallstrick,  von dem man Wissen sollte.

Mein Dank

Das sollte niemanden davon abhalten, diesen Check nach einer neuen Contao-Installation durchzuführen. Er ist Gold wert und ein toller Service des Contao Entwicklers Leo Feyer.

Links:

Contao: Homepage
Contao: Checktool

Anzeige

Erstelle eine Zeile mit Links direkt am oberen Bildschirmrand.

Problem:
Der Browser setzt die Linkzeile nicht bündig an den oberen Seitenrand.

Es wird immer ein zwar kleiner, aber eben doch merklicher Abstand zum oberen Bildschirmrand eingehalten.

Lösung 1 (Dirty-Fix):  Kapitulieren und das Banner tiefer setzen.

Lösung 2 (Dirty-Fix):  Kapitulieren  und das CustomNavigationsModul im Headerbereich mit einem negativen Wert nach oben verschieben

Lösung 3: Ursache verstehen und beheben.

Die Lösung des Problems ist einfach, aber es ist schwierig, die Ursache dafür zu erkennen. Man kann lange nach “margin” oder “padding” Einstellungen von ID’s und Selektorklassen suchen und wird nicht fündig werden.

Um es kurz zu machen:

Es liegt nicht an falschen CSS-Deklarationen, sondern an den nicht vorhandenen CSS-Einstellungen für bestimmte Blockelemente.  Viele haben es sich ja schon angewöhnt, im body-Tag die Außen- und Innenabstände auf Null zu setzen.

body {
margin: 0;
padding: 0
}

Zusätzlich hierzu sollte man in seiner CSS-Datei auch die Außen- und Innenabstände der anderen Blockelemente mit “0″ initialisieren, um die Kontrolle über die Darstellung der Seite zu behalten.  Tut man dies nicht, so setzen die Browser (Firefox, Internetexplorer, Opera, Chrome, …) eigenmächtig Defaultwerte für Margin und Padding ein und so kommt es, dass z.B. auch das Blockelement “ul” für die Darstellung einer Liste einen vom Webdesigner/Seitenersteller ungewollten Margin-Abstand hat.

Notwendiges CSS-Statement zur Grundbelegung der Außen- und Innenabstände aller Blockelemente:

Nachteil: Es soll nicht verschwiegen werden, daß diese drastische Maßnahme einem zwar die volle Kontrolle über die Seitendarstellung(Browserübergreifend) gibt, auf der anderen Seite aber, das Layout zunächst einmal ziemlich zerstört.
Alle liebgewonnenen, automatischen Vorbelegungen des Browsers gehen verloren und diese sind erst wieder Selektor für Selektor zu setzen.

Fazit: Insgesamt lohnt sich die Zeit, die man für die individuellen Selektordefinitionen investieren muss, aber es ist eine Veränderung, die seine Auswirkungen hat und Arbeit bedeutet.
Wer jedoch nur eine schnelle Lösung braucht, sollte auf die Lösung 1 oder 2 zurückgreifen.

Anzeige

Siehe auch:

Selfhtml: Allgemeines zu Außenrand und Abstand

Selfhtml: Blockelemente

Litte Boxes, Peter Müller: Kalibrierung: Abstände auf null setzen

Um keinen Konflikt zwischen dem internen und den externen, YAML-Stylesheetdefinitionen heraufzubeschwören, sollte man die

<?php $this->framework;  ?>

aus seiner angepaßten fe_page.tpl Datei herausnehmen.

Probleme bei der Anzeige der horizontalen YAML-Navigationen

Grundsätzlich hat man damit die CSS Steuerung des Layouts auf YAML verlagert, nur bei der Anzeige der beiden horizontalen Navigationen "Sliding Doors" und " "Shiny Buttons" zeigt sich, dass noch eine kleine Nachkorrektur erforderlich ist.

Folgende Punkte sind noch in der Hauptnavigationsleiste auffällig:

• Anzeige eines "Skip Navigation Link" Textes (Klasse invincible nicht definiert)
• Home-Feld Tabulator wird nicht richtig angezeigt (falsche Größe, nicht-fett)
• die Feldbreite der Tabulatorfelder ist zu klein (es fehlt ein width: auto).

Extension YAML_TOOLS

Um diese Navigationsspezialitäten von YAML verwenden zu können, ist nunmehr noch die  Installation der Extension YAML_TOOLS erforderlich.

1. Direkt nach dem Einspielen der Extension verschwindet schon einmal die störende "Skip Navigation Link" Anzeige. Ohne jetzt eine genaue Codeanalyse vorgenommen zu haben, dürfte hierfür wahrscheinlich eine Nachdefinition der "invincible" Klasse verantwortlich sein.
2. Nach dem Wechsel des Navigationstemplates (siehe Dropdownfeld Navigationstemplate in der Konfigurationsmaske Ihres Navigationsmoduls) von nav_default auf das von YAML_TOOLS mitgelieferte nav_yaml zeigt sich der HOME-TAB so wie er sein soll.
3. Die Belegung der CSS-Klasse mit hlist in der Modulkonfiguration erledigt dann noch den Rest und läßt die TABS die erforderliche Breite zur Aufnahme der Hauptnavigationstexte annehmen.

Abschließende Schönheitskorrektur an YAML

Ganz zum Abschluß vielleicht noch eine kleine Schönheitskorrektur an der #footer Definition in der vom YAML-Builder gelieferten Stylesheetdatei BASEMOD.CSS.  Der Footer-Bereich wird standardmäßig duch eine helle, 5-Pixel breite Linie vom oberen Bereich abgetrennt ist. Gerade, wenn die Grundfarbe des Fußbereichs nicht weiss ist, stört das einfach.

Daher die Border-Definitionszeile ganz einfach aus basemod.css löschen:

#footer{
   border-top: 5px solid #EFEFEF;
   color: #666666;
   padding: 10px 20px;
}

Siehe auch

- Dirk Jesse:  YAML-Homepage
- Aurealis: Erstellen von TYPOlight-Templates mit YAML
- Contao: Erweiterungen

1. ggf. Apache Document-Root (zwei Stellen Document-Root und Verzeichnisschutz)
2. ggf. Apache Rewrite-Anweisungen  (http.conf)
3. ggf. Plesk vhost.conf  (falls Plesk als Admin-Oberfläche verwendet wird)
4. ggf. Rewrite-Anweisung in der Datei .htaccess im Hauptordner der Installation (Hauptordner ist hier Root oder der gewählte Unterordner)
5. Datei /system/config/localconfig.conf  (Parameter: websitePath)

Ich habe die Liste bewußt nicht weiter kommentiert. Die Liste ist als Checkliste gedacht. Beim Lesen muss es bei dem Admin im Kopf klingeln und er muss sofort um die Hintergründe wissen.  Laien sollten die Finger davon lassen.

Spielt man kein Template ein, so wird bei der Grundinstallation wirklich nur die Tabellenstruktur angelegt. Alle während der Installation eingegebenen Werte werden in der Konfigurationsdatei system/config/localconfig.php permanent hinterlegt, so dass man selbst zu diesem Zeitpunkt der Installation noch keinen einzigen Datenbankeintrag vorfindet.

Keine Metadateneinträge
D.h. also, dass Contao zwar ein vollkommen datenbankgetriebenes Contentmanagement-System ist und dennoch selbst keinerlei Datenbankeinträge als Voraussetzung für startbares, laufendes System benötigt.  Das finde ich sehr positiv, bedeutet es doch, dass die Core-Funktionalitäten nicht durch Metadaten in der Datenbank gesteuert werden und sich die Datenbank mehr oder weniger voll auf die Verwaltung des Inhalts beschränkt.

Contaotabellen: Namenskonvention
Die Datenbank selbst kommt dann mit 34 Tabellen aus. Historisch bedingt  (Contao = ehem. TYPOlight) beginnen die Contao-Tabellen mit “TL_”.  Früher oder später will man vielleicht seine eigenen Tabellen in die Datenbank integrieren, weil man ein Plugin-Modul geschrieben hat oder wegen Legacy-Programmtabellen, die man anbinden möchte.  Grundsätzlich kann man dies tun und die Tabellen können dann heißen und mit Tabellenpräfixen jeder Art sein, aber, wenn man die Datenbank-Controller von Contao verwenden möchte, dann sollte man wissen, dass diese Controller nur Tabellen mit dem Präfix ‘tl_’ berücksichtigen.

Administrator anlegen
Der allererste Datenbankeintrag wird dann auch durch das Anlegen eines Administrators verursacht. Dieser erste Eintrag in der Tabelle tl_user ermöglicht es dem Anwender sich als Administrator Zugriff auf die Backend-Verwaltungsoberfläche zu erhalten.

Zur Kennzeichnung, dass es sich um einen Administrator handelt, wird vom Installationsprogramm das Attribut TL_USER.admin = 1 gesetzt.  Es wird dabei kein korrespondierender Eintrag in der Tabelle TL_USER_GROUP angelegt.  Dies ist für mich ein starkes Indiz dafür, dass ein Benutzer, den man derart zum Admin macht, wirklich allumfassende Rechte ohne jede Einschränkung erhält.

Im Backend kann man später unter dem Menüpunkt Benutzerverwaltung/Benutzer übrigens noch weitere Benutzer zum Administrator machen, dies sollte man aber meines Erachtens mit Bedacht tun. Sicherer ist sicherlich, eine Benutzergruppe Backend-Administrator mit recht weitreichenden Rechten anzulegen , die einem Administrator gleichkommen (aber eben doch das eine oder andere Recht nicht zuweisen).
Für die Benutzergruppen wird ein Eintrag in der Tabelle TL_USER_GROUP angelegt und beim Benutzereintrag in der Tabelle TL_USER ist das BLOB-Attribut GROUPS gesetzt.

Demo-Template Daten

Bei der Grundinstallation von Contao kann man sich auch eine Demo-Internetseite vom System einspielen lassen. Es ist durchaus legitim und erforderlich, sich mit dem Demo-Template erst einmal mit dem Content-Management-System Contao vertraut zu machen, aber ich möchte nicht wissen, wieviele das Demo-Template umschreiben/anpassen, einen neuen Admin anlegen und dabei vergessen, den Demo-Admin und die Demo-User zu löschen.

Deshalb:

• Anwender, die bei der Contao-Installation das Demo-Template mit einspielen, sollten also daran denken, gleich nach dem Anlegen der eigenen Person als Admin, dem User ‘kevin.jones’ die Adminrechte zu entziehen oder zumindest das Passwort zu ändern, ansonsten haben Sie eine große Sicherheitslücke.

Contao

An den neuen Namen Contao werde ich mich erst noch gewöhnen müssen und wie die vielen Versprecher (auch von Leo Feyer) während dem Usertreffen zeigten, mit mir noch viele andere.

Doch so neu und damit gewöhnungsbedürftig der neue Name auch sein mag, so möchte ich doch meine Hochachtung für die Namensfindung aussprechen.  Jeder, der schon einmal nach einem verfügbaren, guten Domainnamen gesucht hat, wird die Problematik kennen:

• Alle Wörter die im Duden geschrieben stehen, sind schon vergeben.
• Sinnvolle Zwei-Wort-Kombinationen sind schon vergeben.
• Es ist schier unmöglich, einen kurzen Domainnamen unter 8 Zeichen zu finden, da alles schon belegt ist.

Und dennoch ist es Leo Feyer gelungen einen Domainnamen mit NUR 6-Zeichen zu finden und die Krönung des Ganzen hierbei ist, dass das Wort und die Wortsilben noch eine sinnvolle Bedeutung haben:

• Das Wort “tạo” kommt aus dem Vietnamesischen und bedeutet “bilden”, “erzeugen”, “gestalten”.
• Der Ausdruck “con tạo” bedeutet “das Schicksal”, “der Schöpfer”, könnte aber auch aus “Con” tent abgeleitet worden sein.

Mag die Umbenennung des CMS von TYPOlight nach Contao ein noch so großer Einschnitt sein, den neuen Namen selbst, halte ich für einen Glücksgriff. Er ist unbelegt, unbelastet, kurz als Domainname und man kann nur die Daumen drücken, dass die Namensumstellung glückt und bald schon alle nur noch vom Content Managesystem Contao reden werden.

War die Namensänderung von TYPOlight nach Contao erforderlich?
Der Schritt einer Namensänderung ist dem Gründer Leo Feyer sicher nicht leicht gefallen, da sich TYPOlight in den letzten Jahren eine breite “Fan”-Gemeinde erarbeiten konnte und Werbeagenturen immer mehr von anderen Content Management Systemen wie Drupal, Joomla, Contenido, Redaxo, … und …. nicht zu vergessen TYPO 3 nach TYPOlight abgewandert sind.

Aber der Name TYPOlight hatte zwei Schönheitsfehler:
1.)  Die starke Namensgleichheit des ersten Namensbestandteils “TYPO” zu TYPO3 stellte das eigenständige Content Management System, welches eigentlich recht wenig mit TYPO3 gemeinsam hat, in die TYPO3 Ableger Ecke.
2.) und der zweite Wortbestandteil “light” machte die Verwirrung noch größer. Sollte dieser Wortbestandteil doch wohl ursprünglich die Einfachheit der Bedienung unterstreichen, kamen dadurch aber eher standardmäßig Assosiationen wie

• “der kleine Bruder von TYPO3” oder
• die “abgespeckte, vereinfachte Version von TYPO3“ auf,

Nun eine Namensänderung vorzunehmen, ist sicherlich nicht unproblematisch. Man denke an all die erschienen Bücher zu TYPOlight, die Videos, die Kunden mit TYPOlight Internetseiten.  Auch wenn man bisher den Namen TYPOlight immer erklären mußte, so ist er dennoch zu einem Begriff/Markennamen geworden und es wird nicht leicht werden, ein Rebranding à la “Aus Raider wird nun Twix” vorzunehmen.

Ich drücke TYPOlight - Entschuldigung – Contao , die Daumen für ein erfolgreiches und möglichest schnelles Rebranding.

Weitere Informationen zur Umbenennung:

www.contao.org – Neue Community-Seite des Content Management Systems (ab Release 2.9)
TYPOlight Pressemitteilung

Diese Lücke wird durch die Erweiterung FOLDERURL von Andreas Schempp geschlossen.

Zunächst einmal ein dickes Lob und Danke an den Autor für diese Erweiterung, die ich für Suchmaschinen so wichtig und fundamental halte, dass ich Sie gerne in den Core des Typolight Systems integriert sehen möchte.

Beachtenswerte Punkte

Bei der Installation der Erweiterung gibt es ein paar kleine Fallstricke zu beachten, auf die ich nachfolgend hinweisen möchte:

1. .htaccess aktivieren
   Die URL-Umschreibung beruht auf der Funktionalität des mod_rewrite Moduls von Apache. Nach der Installation der FOLDERURL-Erweiterung existiert im Hauptverzeichnis schon eine Datei mit dem Namen .htaccess.default. Diese Datei ist in .htaccess umzubenennen und ein Restart des Webservers durchzuführen.
2. URL-Base anpassen
   Sollte die TYPOlight Installation nicht im Hauptverzeichnis des Webservers liegen, sondern ein Unterverzeichnis verwendet worden sein, so ist die URL-Base Einstellung in der Datei .htaccess anzupassen.

    

   Installation im Hauptverzeichnis
   #Rewrite base
   RewriteBase /

   Installation in einem Unterverzeichnis, z.B.  "subfolder"
   #Rewrite base
   RewriteBase /subfolder

3. Verzeichnispfaderzeugung
   Die zuvor genannten Änderungen bewirken nun aber nicht die unmittelbare Veränderung der URLs. Es ist wichtig zu wissen, dass die Routine zur Erzeugung/Hinterlegung der Seitenadressen (Verzeichnisse + Aliasnamen) nur beim Neuanlegen der Seite oder beim Leeren des Seiten-Aliasnamens und Speichern der Artikelseite erfolgt.

Wenn man diese Punkte beachtet, dann hat man viel Freude an dieser Typolight Erweiterung.

Siehe auch
CMS: Contao (ehem. TYPOlight)
Erweiterung FOLDERURL