Pfad zu css und js falsch

[Hoch-3]

Auf meiner Installation hat noch alles perfekt funktioniert.

Jetzt hab ich die gesamte Site auf einen anderen Host migriert und die css und js Dateien werden nicht mehr eingebunden. Der Text und die Bilder werden angezeigt. Aber ungestaltet.

Der Pfad scheint mir, analog zu der alten Installation, korrekt:

<link rel="stylesheet" href="assets/css/d6665764390b.css">
<script src="assets/js/0389f88802c6.js"></script>

Wird so im Quellcode angezeigt.

Aber es scheint die beiden Dateien nicht öffnen zu können. Liegt das an einer Server-Einstellung? Was muss ich dem Hoster sagen?

Leider kann ichs nicht online lassen und muss die alte Site wieder einstellen.

[planepix]

Hallo Hoch-3,

überprüfe die Installation mit dem Contao Check.

[Andreas]

Hast du mal einen Link zur Seite? Sind diese Dateien vorhanden, wenn du mit FTP dort nachschaust? Hast du vielleicht die Page-Speed-Optimierung eingerichtet (Datei-URL, Assets-URL)? Ist dein BASE-Tag im HEAD korrekt?

[Hoch-3]

Hallo Hoch-3,

überprüfe die Installation mit dem Contao Check.

Danke der Nachfrage. Contao Check war alles grün...

[Hoch-3]

Hast du mal einen Link zur Seite? Sind diese Dateien vorhanden, wenn du mit FTP dort nachschaust? Hast du vielleicht die Page-Speed-Optimierung eingerichtet (Datei-URL, Assets-URL)? Ist dein BASE-Tag im HEAD korrekt?

Hi Andreas

Das mit dem Link ist eben doof. Der temporäre auf meinem Server funktioniert perfekt und auf dem beim Host der Kundin läuft eigentlich die alte Live-Site.

Bei Contao 4 hab ich noch nicht rausgefunden, wie das genau mit der Datenstruktur zusammenspielt. Bei 3.5 konnte ich es einfach in ein Unterverzeichnis pappen und es mit dem entsprechenden Pfad aufrufen. Hier muss man den Pfad /web fest angeben, womit es mit zwei Sites auf der selben URL bereits schwieriger zu werden scheint...

Zu deinen Fragen. Die Daten sind alle vorhanden. Und das BASE-Tag im HEAD prüf ich noch rasch nach...

Edit: das steht die korrekte URL ohne /web

<base href="http://cellounterricht.ch/">

[Seefahrer]

Kann es ggf. sein, dass der symbolische Link zum Ordner /assets im Verzeichnis /web noch nicht angelegt ist, bzw. bei der Migration verloren gegangen ist?
Wenn ich den Link bei mir auf localhost testweise lösche, erhalte ich genau das von Dir beschriebene Verhalten: ungestylte Ausgabe und den Hinweis, dass Javascript deaktiviert ist.
Per "ssh" im Ordner /web den link wiederherstellen z.B. mit: "ln -s ../assets ./assets" oder im Wurzelverzeichnis der Installation "php composer.phar run-script post-install-cmd" ausführen.

[Hoch-3]

Kann es ggf. sein, dass der symbolische Link zum Ordner /assets im Verzeichnis /web noch nicht angelegt ist, bzw. bei der Migration verloren gegangen ist?
Wenn ich den Link bei mir auf localhost testweise lösche, erhalte ich genau das von Dir beschriebene Verhalten: ungestylte Ausgabe und den Hinweis, dass Javascript deaktiviert ist.
Per "ssh" im Ordner /web den link wiederherstellen z.B. mit: "ln -s ../assets ./assets" oder im Wurzelverzeichnis der Installation "php composer.phar run-script post-install-cmd" ausführen.

Hi Seefahrer.

Danke schon mal. Ich fürchte aber, dass ich nicht via SSH auf den Server des Hosts zugreifen kann.

Also. Die Seite versucht auf die css-Datei die NICHT im Ordner /web ist zuzugreifen. Im Sourcecode wird im Header auch die richtige Datei angegeben. Es kann diese Datei aber irgendwie nicht lesen. Auch im Firebug werden keine CSS-Information angezeigt.

[Seefahrer]

Wenn im Ordner /web ein Link auf den Ordner /assets gesetzt ist, findet Contao die css und js Dateien auch.
Wenn kein ssh Zugriff besteht, versuche einmal per shell_exec wie folgt den Link zu setzen:

Lokal eine php Datei erstellen mit folgendem Inhalt:

<?php 
shell_exec("ln -s ../assets ./assets 2>&1");
?>

Abspeichern z.B. unter dem Namen "linken.php". Diese Datei per Ftp in das /web Verzeichnis deiner Installation auf dem remote Server kopieren. Das Root-Verzeichnis Deiner Installation muss auf das Unterverzeichnis /web gesetzt sein. Schlussendlich im Browser die Datei "linken.php" aufrufen, z.B.: "www.domain.xy/linken.php". Danach sollte der link auch im Ftp Programm angezeigt werden.

Falls Du vorher beim Deployment der lokalen Installation auf den remote Server den assets Link im web-Ordner mitkopiert haben solltest, ist dieser verwaist! Also als allererstes per Ftp den alten, verwaisten Link löschen.

[Spooky]

Install Tool aufrufen sollte auch reichen.

[Hoch-3]

Install Tool aufrufen sollte auch reichen.

Hi Spooky


Hab ich schon gemacht. Das Install-Tool wird auch korrekt angezeigt. Und alles ist grün. Wenn ich dann aufs Backend gehe, wird das nicht korrekt angezeigt. Inhalte alle da, Gestaltung nicht.

[Hoch-3]

Wenn im Ordner /web ein Link auf den Ordner /assets gesetzt ist, findet Contao die css und js Dateien auch.
Wenn kein ssh Zugriff besteht, versuche einmal per shell_exec wie folgt den Link zu setzen:

Lokal eine php Datei erstellen mit folgendem Inhalt:

<?php 
shell_exec("ln -s ../assets ./assets 2>&1");
?>

Abspeichern z.B. unter dem Namen "linken.php". Diese Datei per Ftp in das /web Verzeichnis deiner Installation auf dem remote Server kopieren. Das Root-Verzeichnis Deiner Installation muss auf das Unterverzeichnis /web gesetzt sein. Schlussendlich im Browser die Datei "linken.php" aufrufen, z.B.: "www.domain.xy/linken.php". Danach sollte der link auch im Ftp Programm angezeigt werden.

Falls Du vorher beim Deployment der lokalen Installation auf den remote Server den assets Link im web-Ordner mitkopiert haben solltest, ist dieser verwaist! Also als allererstes per Ftp den alten, verwaisten Link löschen.

Das php hat nichts bewirkt.

Ich habs folgendermassen gelöst:

Die Ordner /assets/css und /assets/js kopiert auf /webs/assets/css und /webs/assets/js. Wahrscheinlich ist das falsch, aber es funktioniert.


Edit: Zu früh gefreut. Eine kleine Änderung im css-File und weg isses. :-(

Es scheint ein Serverproblem zu sein. Irgendwie kann er nicht auf den assets-Ordner der nicht in /web liegt zugreifen. Im Quellcode zeigt es den richtigen Link an, aber anzeigen... Fehlanzeige.

Ich versuchs bei dem Host mal mit einer Neuinstallation.

[Seefahrer]

Hallo Spooky,
ja ja warum einfach, wenn es umständlich auch geht

[Andreas]

...
Edit: das steht die korrekte URL ohne /web

<base href="http://cellounterricht.ch/">

Versteh ich nicht, auf dieser Domain läuft doch die alte Seite.

[Hoch-3]

Versteh ich nicht, auf dieser Domain läuft doch die alte Seite.

Zur Zeit steht nun die neue Site dort. Allerdings noch ohne die Gestaltung, wie sie sein soll...

Im Quelltext verweists auf ein CSS unter <link rel="stylesheet" href="assets/css/6ccb48535944.css">

Diese Datei gibt es auch auf dem Dateipfad assets/css/... ohne web/
Im Ordner web/assets/css/ gibt es keine Datei mit diesem Namen.

Auf dem anderen Server, auf dem ich die Site erstellthabe, gibt es das entsprechende File mit dem selben Namen in beiden Ordnern.

Müsste es automatisch in beiden Ordnern erstellt werden? Ist es ein Serverproblem?

Ich muss, bevor ich gehe entweder das Problem gelöst oder die Site wieder auf die alte Website umgestellt haben.


Edit:

Noch was. Ins Backend komm ich rein. Da kann ich auch am CSS was ändern. Das wird dann neu aufgebaut. Obiger Pfad mit einem neuen Dateinamen angezeigt und das CSS auch im Ordner ohne web/ aufgebaut. Aber nicht im Ordner web/assets/css.... Wenn ich dann von Hand die css-Datei rüberkopiere klappts.

Es zeigt also den Pfad assets/css/xxx.css an und verlangt das Dokument web/assets/css/xxx.css.

Die Frage ist, wieso kopiert das das xxx.css nur ans falsche Ort? Servereinstellung? htacess?

[Hanski]

Es zeigt also den Pfad assets/css/xxx.css an und verlangt das Dokument web/assets/css/xxx.css.

Die Frage ist, wieso kopiert das das xxx.css nur ans falsche Ort? Servereinstellung? htacess?

Das hat schon alles seine Richtigkeit. Wie schon weiter oben von Seefahrer geschrieben, scheint dir im Ordner web ein Symlink auf den Ordner assets zu fehlen. Die Frage bleibt also, wieso der beim Aufruf des Installtools nicht angelegt wird bzw. werden kann.

[mlweb]

Es gibt ja unter Systemwartung die Option "Symlinks neu erstellen". Hast Du schon mal ausprobiert das durchzuführen?

[Andreas]

Zur Zeit steht nun die neue Site dort. Allerdings noch ohne die Gestaltung, wie sie sein soll...

Ok, als ich geschaut hatte lief da noch die alte Seite.

Hast du das fe_page angepasst? Wenn ja, dann hast du da Fehler eingebaut. Validiere mal.

[Hoch-3]

Es gibt ja unter Systemwartung die Option "Symlinks neu erstellen". Hast Du schon mal ausprobiert das durchzuführen?

Danke mlweb. Hab ich gemacht. Hat nichts gebracht.

[Hoch-3]

Ok, als ich geschaut hatte lief da noch die alte Seite.

Hast du das fe_page angepasst? Wenn ja, dann hast du da Fehler eingebaut. Validiere mal.

Danke Andreas

Das fe_page hab wieder das Original eingefügt. Keine Verbesserung.

Sobald ich am css (extern) was ändere, findet es dieses nicht mehr. Erst wenn ich von Hand das css von /assets/css in /web/assets/css verschiebe... Kanns ja nicht sein...

Hab validiert und noch zwei kleine Fehler gefunden und eliminiert. Resultat... Fehler besteht immer noch.

So lange ich keine CSS-Änderungen mache sollte es ja weiter laufen, oder? Gibt es irgend einen Cron-Job, der das css automatisch neu aufbaut? Ausser wenn ich bei der Systemwartung alles lösche?

[tab]

Hast du den von dir erstellten Ordner /web/assets wieder gelöscht, bevor du die Symlinks versucht hast, neu anlegen zu lassen? Falls nicht, ist ja klar, dass da kein Symlink gleichen Namens erzeugt werden konnte. Falls doch, dann ist es wohl irgendeine Servereinstellung, die verhindert, dass PHP Symlinks anlegen kann.

[Seefahrer]

Aus #11 und #19 geht ja hervor, dass der TE in /web die Ordner assets/css und assets/js erstellt hat mit Kopien der entsprechenden /assets Ordner. Damit kann das ja nicht funktionieren. Wie ich schon anfangs (#8) schrieb, muss zunächst /web/assets gelöscht werden und danach der Symlink erzeugt werden. Danach sollte eigentlich alles klappen.

Edit: @tab
Womit ich Deine Empfehlung nur unterstreichen wollte ... Nichts für ungut ...

[Hoch-3]

Danke euch beiden. Vor dem symlinks neu aufbauen den Ordner web/assets löschen... jetzt scheint es so zu funktionieren, wie es soll.