CSS pro Seite

Druckbare Version

21.02.2017, 13:19
Hagord

CSS pro Seite

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.
21.02.2017, 13:28
lucina

https://contao.org/de/erweiterungsli...ader_code.html
21.02.2017, 13:52
Spooky
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:
1. Erzeuge eine neue Datei namens ce_styles.html5 im Ordner /templates
2. In diese Datei fügst du zB folgendes ein:
  
  PHP-Code:
  
  <?php $GLOBALS['TL_CSS'][] = 'files/path/to/my.css';
3. Dann erzeugst du auf der Seite, wo diese CSS Datei eingebunden werden soll, ein neues Inhaltselement vom Typ HTML.
4. Wähle bei den Templates Einstellungen das ce_styles Template aus.
5. 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.
21.02.2017, 14:24
tab

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.
21.02.2017, 15:35
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.
21.02.2017, 15:37
Spooky

Zitat:

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.
21.02.2017, 15:38
lucina

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
21.02.2017, 16:27
Hagord

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?
21.02.2017, 16:33
lucina

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 ... ;-)
21.02.2017, 17:41
Hagord

Liste der Anhänge anzeigen (Anzahl: 1)

Die manuelle Installation des header_code hat funktioniert (Danke!), die des Composers leider nicht: Anhang 18932 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));
22.02.2017, 20:58
Traumkunst

Zitat:

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.
23.02.2017, 01:52
Andreas

Zitat:

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
25.02.2017, 11:38
Hagord

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.
25.02.2017, 14:43
Spooky

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
26.02.2017, 00:47
Hagord

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).
26.02.2017, 09:04
Spooky

Hast du SSH Zugriff?
26.02.2017, 18:49
Hagord

:confused: SSH-Zugriff worauf?
26.02.2017, 18:53
tab

Auf deinen Server/Webspace.
26.02.2017, 19:13
Hagord

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
26.02.2017, 19:27
Spooky

SSH Zugang hast du: https://www.strato.de/faq/article/10...TP-Zugang.html
26.02.2017, 20:47
mlweb

Zitat:

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.
27.02.2017, 11:44
Hagord

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.
27.02.2017, 12:12
Spooky

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
27.02.2017, 14:00
Hagord

Die einzige .phar-Datei findet sich im Verzeichnis system\modules\!composer\config und heißt test.phar.
27.02.2017, 14:13
Spooky

Gibt es den Ordner /composer überhaupt schon?
27.02.2017, 18:59
Hagord

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" } ] }
27.02.2017, 19:01
Spooky

Gibt es im /system/logs/error.log irgendwelche Hinweise, warum die Migration nicht durchgeführt wird?