CSS pro Seite

**Hagord** · 21.02.2017, 13:19

Grundsätzlich kann man CSS ja an drei verschiedenen Stellen unterbringen: a) als externe Datei, b) im <head>-Bereich und c) direkt am HTML-Element. Ich nutze die integrierte Contao-Variante, die dann ja als externe Datei zum Zuge kommt. Beim ce_text besteht dann noch die Möglichkeit der Einbringung von inline-CSS über den Editor. Meine Frage: Gibt es eine Contao-Möglichkeit / Erweiterung, mit der ich seitenspezifisches CSS für den <head>-Bereich erzeugen kann? Dass ich der Seite eine Klasse vergeben kann und dann darauf im integrierten System Bezug nehmen kann, ist mit bekannt.

***lucina*** · 21.02.2017, 13:28

https://contao.org/de/erweiterungsli...ader_code.html

**Spooky** · 21.02.2017, 13:52

Mit Theme+ kannst du das auch machen (direkt in der Seitenstruktur). Evt. geht das auch mit der Contao Supertheme(s?) Extension.

Alternativ kannst du auch folgendes machen:

Erzeuge eine neue Datei namens ce_styles.html5 im Ordner /templates
In diese Datei fügst du zB folgendes ein:

PHP-Code:

<?php $GLOBALS['TL_CSS'][] = 'files/path/to/my.css';
Dann erzeugst du auf der Seite, wo diese CSS Datei eingebunden werden soll, ein neues Inhaltselement vom Typ HTML.
Wähle bei den Templates Einstellungen das ce_styles Template aus.
Als HTML Inhalt schreibst du zB nur
HTML-Code:
```

```

Du kannst auch

PHP-Code:


<?php $GLOBALS['TL_CSS'][] = 'files/path/to/my.css||static';

benutzen, wenn du die Datei gemeinsam mit den anderen Styles zusammengeführt haben willst.

**tab** · 21.02.2017, 14:24

Hmm, hat das dann nicht den Nachteil, dass für jede Seite eine andere zusammengefasste CSS-Datei erzeugt und ausgeliefert wird? Wenn die zusammengefasste Datei für alle Seiten die selbe ist, dann kann sie für weitere Seitenzugriffe vom Browser aus dem Cache geladen werden. Ist aber in jedem Fall eine sehr elegante Lösung für das Problem.

**Hagord** · 21.02.2017, 15:35

Hallo miteinander, vielen Dank für die schnellen Antworten. Ich arbeite mit Contao 3.5.15 (bald 3.5.24). Leider sind header_code nur bis Version 3.1.2 und theme_plus nur bis zur Version 3.3.5 freigegeben. Somit werde ich mich mal mit der von Spooky vorgeschlagenen Lösung beschäftigen. Vielen Dank noch mal.

**Spooky** · 21.02.2017, 15:37

Zitat von Hagord

Hallo miteinander, vielen Dank für die schnellen Antworten. Ich arbeite mit Contao 3.5.15 (bald 3.5.24). Leider sind header_code nur bis Version 3.1.2 und theme_plus nur bis zur Version 3.3.5 freigegeben. Somit werde ich mich mal mit der von Spooky vorgeschlagenen Lösung beschäftigen. Vielen Dank noch mal.

Beide Extensions funktionieren prinzipiell auch in Contao 3.5. Die neueste Version von theme-plus bekommst du allerdings nur über die Paketverwaltung, nicht über das alte ER2.

***lucina*** · 21.02.2017, 15:38

header_code läuft mit jeder Contao 3-Version und ist aktuell via Composer zu installieren. Alternativ kannst Du die Erweiterung direkt aus dem repository bei Bitbucket holen: https://bitbucket.org/leo-unglaub/co...e-view-default

**Hagord** · 21.02.2017, 16:27

Dann doch noch mal nachgefragt: Wenn ich im Contao 3.5.15 den Erweiterungskatalog auf Anzeige auch der inkompatiblen Erweiterungen schalte, wird (natürlich) header_code angeboten: Version 3.0.1 vom 25.10.2009 für Contao 3.0.0 bis 3.1.2. Sollte ich dies ins Contao 3.5.15 installieren können?

***lucina*** · 21.02.2017, 16:33

Wie gesagt: Installiere es Dir via Composer, oder lade es von der verlinkten Quelle herunter und installiere es manuell, genau so, wie man das früher getan hat. Ich glaube kaum, dass die Codeänderungen aus dem Jahr 2016 in einem älteren Archiv enthalten sind. Hier nochmal der direkte Link auf ein Zipfile: https://bitbucket.org/leo-unglaub/co...s?tab=branches.

BTW, das genannte Freigabedatum bezieht sich anscheinend auf die Erstveröffentlichung. Noch etwas, das am ER2 nicht funktioniert ... ;-)

**Hagord** · 21.02.2017, 17:41

Die manuelle Installation des header_code hat funktioniert (Danke!), die des Composers leider nicht: composer-error.png Ein Klick auf den Button führt in unendlicher Weise zum gleichen Bild. Hat das vielleicht damit zu tun, dass bei Ausführung der install.php folgende Fehlermeldung nicht verschwinden will - ohne bemerkbare Konsequenzen für das System: Die Datenbank ist nicht aktuell!

PHP-Code:


ALTER TABLE `tl_files` DROP INDEX `path`, ADD KEY `path` (`path`(333));

**Traumkunst** · 22.02.2017, 20:58

die des Composers leider nicht: Anhang 18932 Ein Klick auf den Button führt in unendlicher Weise zum gleichen Bild.

Genau das passiert bei mir bei Testinstallationen von Composer auch immer... weswegen ich noch so lange es irgend möglich ist an dem stets einwandfrei & unkompliziert funktionierenden "Dreamteam" Contao3.5 + ER kleben werde

und hoffe, wenn diese Zeit irgendwann mal passé ist, dass es dann irgendwie "wie von Geisterhand" vielleicht doch hinhaut.

**Andreas** · 23.02.2017, 01:52

Zitat von Hagord

PHP-Code:


ALTER TABLE `tl_files` DROP INDEX `path`, ADD KEY `path` (`path`(333));

Der Wert ist für deine DB zu hoch. Überschreibe ihn in deiner system/config/dcaconfig.php

PHP-Code:


<?php

$GLOBALS['TL_DCA']['tl_files']['config']['sql']['keys']['path'] = 'index(255)';

Siehe auch hier https://github.com/contao/core/issue...ment-276656727

**Hagord** · 25.02.2017, 11:38

Der Hinweis zum Eintrag in der dcaconfig.php mit index(255) hat funktioniert und es kommt bei Abarbeitung der install.php keine Fehlermeldung mehr (Danke!). Leider hat dies aber noch nicht zum Funktionieren des Composers beigetragen. Die "Paketverwaltung" erscheint im Backend zwar im Abschnitt "System"; bei Aufruf derselben erhalte ich jedoch die schon beschriebene Fehlermeldung mit der schon beschriebenen Verhaltensweise.

**Spooky** · 25.02.2017, 14:43

Stelle sicher, dass die

Code:

"minimum-stability"

in deiner /composer/composer.jsonauf

Code:

"stable"

steht und nicht auf

Code:

"dev"

https://github.com/contao-community-...lient/pull/301

**Hagord** · 26.02.2017, 00:47

Ich habe die Veränderung durchgeführt - der Effekt bleibt unverändert. Blöd nur, dass kein Weg erkennbar ist, das ER zu reaktivieren (außer über eine Rücksicherung).

**Spooky** · 26.02.2017, 09:04

Hast du SSH Zugriff?

**Hagord** · 26.02.2017, 18:49

SSH-Zugriff worauf?

**tab** · 26.02.2017, 18:53

Auf deinen Server/Webspace.

**Hagord** · 26.02.2017, 19:13

Solche Veränderungen wie den Wechsel vom ER auf Composer oder das anstehende Update von 3.5.15 auf 3.5.24 teste ich immer erst auf einem lokalen XAMPP. Einen Zugriff auf den Webserver/Webspace per SSH kann ich leider nicht einräumen, da es sich um die Website eines e.V. handelt, auf die ein Fremdzugriff rechtlich ausgeschlossen ist. Trotzdem vielen Dank für das Angebot. Soviel zu den technischen Rahmenbedingungen: Strato / PowerWeb Plus / PHP 5.6 / MySQL 5.6.35

**Spooky** · 26.02.2017, 19:27

SSH Zugang hast du: https://www.strato.de/faq/article/10...TP-Zugang.html

**mlweb** · 26.02.2017, 20:47

Zitat von Hagord

Einen Zugriff auf den Webserver/Webspace per SSH kann ich leider nicht einräumen, da es sich um die Website eines e.V. handelt, auf die ein Fremdzugriff rechtlich ausgeschlossen ist.

Es geht doch darum ob Du diese Zugriffsmöglichkeit hast und nutzt/nutzen kannst.

**Hagord** · 27.02.2017, 11:44

Entschuldigung, war ein Missverständnis meinerseits. Ich selbst nutze den SSH-Zugang über PuTTY im Zusammenspiel mit dem FTP-Zugang, um Sicherungen der Dateien (.zip) und Datenbanken (.sql) zu erzeugen und herunterzuladen, sowie zur fallweisen Rücksicherung von beidem.

**Spooky** · 27.02.2017, 12:12

Dann führe direkt über die Konsole (egal ob Lokal oder Remote) im Ordner /composer eine Paketaktualisierung aus. Also bspw.

PHP-Code:


php composer.phar update

ggf. muss der Pfad zur PHP Datei aber angepasst werden. Bei Strato könnte das gesamte Kommando zB

Code:

/usr/bin/php -d memory_limit=-1 -d max_execution_time=900 composer.phar update

lauten. Siehe dazu auch https://github.com/contao-community-...n-modes#strato

**Hagord** · 27.02.2017, 14:00

Die einzige .phar-Datei findet sich im Verzeichnis system\modules\!composer\config und heißt test.phar.

**Spooky** · 27.02.2017, 14:13

Gibt es den Ordner /composer überhaupt schon?

**Hagord** · 27.02.2017, 18:59

Ein Verzeichnis composer existiert im root-Verzeichnis. Darin befindet sich ein leeres packages-Verzeichnis und die beiden Dateien .htaccess:

PHP-Code:


<IfModule !mod_authz_core.c>

  Order deny,allow

  Deny from all



  <FilesMatch "\.(js|css|htc|png|gif|jpe?g|ico|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|otf|tt[cf]|woff|woff2|svg|svgz)$">

    Order allow,deny

    Allow from all

  </FilesMatch>

</IfModule>



<IfModule mod_authz_core.c>

  Require all denied



  <FilesMatch "\.(js|css|htc|png|gif|jpe?g|ico|swf|flv|mp4|webm|ogv|mp3|ogg|oga|eot|otf|tt[cf]|woff|woff2|svg|svgz)$">

    Require all granted

  </FilesMatch>

</IfModule>

und composer.json:

PHP-Code:


{

    "name": "local/website",

    "description": "A local website project",

    "type": "project",

    "license": "proprietary",

    "require": {

        "contao-community-alliance/composer-client": "~0.14"

    },

    "prefer-stable": true,

    "minimum-stability": "stable",

    "config": {

        "preferred-install": "dist",

        "cache-dir": "cache",

        "component-dir": "../assets/components"

    },

    "repositories": [

        {

            "type": "composer",

            "url": "https://legacy-packages-via.contao-community-alliance.org"

        },

        {

            "type": "artifact",

            "url": "packages"

        }

    ]

}