Bilder werden nicht geladen

[TS84]

Also ich hab mal etwas mit 4.4.8 experimentiert, aber leider werden Bilder nicht im Frontend geladen. Weder in die Seite noch direkt per http://sub.xxxxxxx.de/files/bild.jpg
Stattdessen kommt:

Oops! An Error Occurred
The server returned a "404 Not Found".
Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.

Was ist da zu tun? Ich kann selbst als Test mit chmod 777 auf nix zuugreifen. Was ist da los?

[xchs]

Hast Du den entsprechenden Bildordner in der Dateiverwaltung auf "Öffentlich" gesetzt?

[TS84]

ist direkt in "files" ("Dateisystem") drin. Ohne neuen Unterordner. Die Option "öffentlich" gibts nur bei Unterordnern, oder?

[xchs]

Ja. Du musst Deine Bilder in einen Unterordner von files/ ablegen und diesen dann auf "Öffentlich" stellen.

[TS84]

Hab ich jetzt gemacht in ...files/test/bild.jpg
Jetzt kommt diese Fehlermeldung:

Forbidden
You don't have permission to access /files/test/mountain.jpg on this server.

[xchs]

Hast Du den Ordner "test" in der Dateiverwaltung auf "Öffentlich" gesetzt? Es wird dann ein Symlink im web/ Verzeichnis erstellt, wodurch der Zugriff auf diese Bilddatei möglich sein sollte. Wenn kein Symlink erstellt wurde, dann bitte mal den Contao Check ausführen.

[TS84]

Ja, ich habs natürlich auf öffentlich gesetzt.

[xchs]

Ok, dann schau mal, was der Contao Check meint. Dort wird u. a. auch geprüft, ob auf Deinem Server das Erstellen von Symlinks möglich ist.

[TS84]

geht nicht. Egal ob ich es in contao4/check/ hochlade oder contao4/web/check/, ich bekomm das hier wenn ich versuche es aufzurufen:

Oops! An Error Occurred
The server returned a "404 Not Found".
Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.

[TS84]

Liegt es evtl hier dran?
- die Webseite-Domain zeigt quasi auf die App "contao4_link", welche ein "Symbolic link to static/cgi/php71", welche auf "...../contao4/web/" zeigt (contao4 ist eigene app mit PHP7.1)

[xchs]

Der Check sollte ins web/ Verzeichnis hochgeladen werden. Eventuell musst Du beim Aufruf die index-Datei explizit angeben, d. h. irgendwie so: example.com/check/index.php

[TS84]

Ich bekomm das hier: Screenshot-2017-12-14 Contao Check 12 0.png,
aber wenn ich auf irgendwas draufklicke kommt wieder:

Oops! An Error Occurred
The server returned a "404 Not Found".
Something is broken. Please let us know what you were doing when this error occurred. We will fix it as soon as possible. Sorry for any inconvenience caused.

[xchs]

Ok, das scheint zu passen. Also die symlink() Funktion sollte verfügbar sein.

Kannst Du mal kontrollieren, ob der Symlink "test" im Verzeichnis web/files/ korrekt erstellt wurde? Kontrolliere dann eventuell auch noch, welche Zugriffsrechte unter files/test/ bzw. für die Datei mountain.jpg gesetzt sind.

[TS84]

files/test/ wird im Filezilla als Symlink dargestellt und ich hab auch im Terminal normal Zugriff drauf:
ls -l test/ --> -rw-r--r--
ls -l test/mountain.jpg --> -rw-r--r--

[xchs]

Also die Zugriffsrechte für den Ordner "test" scheinen mir irgendwie nicht korrekt gesetzt zu sein. Das sollte doch entweder auf 755 oder 750 gesetzt sein. Welche Zugriffsrechte haben denn andere Ordner Deiner Contao-Installation?

[TS84]

ich hab jetzt mal "files", "test" und "mountain.jpg" auf 777 gesetzt. Klapp nicht:

Forbidden
You don't have permission to access /files/test/mountain.jpg on this server.

[TS84]

wenn ich in contao4-ordner eingebe "ls -l web/":

-rw-r--r-- 1 app_dev.php
-rw-r--r-- 1 app.php
lrwxrwxrwx 1 assets -> ../assets
drwxr-xr-x 2 bundles
drwxrwxr-x 8 check
drwxr--r-- 2 files
drwxr-xr-x 2 share
drwxr-xr-x 2 system

[xchs]

drwxr--r-- 2 files

Kannst Du den Ordner "files" mal auf drwxr-xr-x bzw. 755 setzen?

[TS84]

drwxr-xr-x 2 userxy userxy 26 14. Dez 10:06 files
ändert sich aber nix an den Fehlermeldungen

[Samson1964]

Hab ich jetzt gemacht in ...files/test/bild.jpg

Du meinst wohl

Hab ich jetzt gemacht mit files/test/

Es macht ja keinen Sinn files/test/bild.jpg auf öffentlich zu setzen (falls das überhaupt geht), wenn files/test/mountain.jpg stattdessen öffentlich sein soll.

[tab]

Prüfen wir doch mal die Grundvoraussetzungen... Es ist prima, wenn du auf deinem Webspace Symlinks erstellen darfst. Aber folgt der Apache symbolischen Links auch? Dazu muss die Option FollowSymLinks oder SymLinksIfOwnerMatch eingestellt oder einstellbar sein.

Das geht z.B. über einen Eintrag in der .htaccess, wenn man keinen Zugriff auf die httpd.conf hat

Options +FollowSymLinks

bzw.

Options +SymLinksIfOwnerMatch

Natürlich kann der Hoster das auch komplett verhindern, sofern du keinen eigenen Server sondern nur ein shared hosting hast. Falls das der Fall ist, dann wird das nichts mit Contao 4 auf dem Webspace. Was für ein Hosting ist das denn?

[TS84]

Keine Ahnung, also das mit der .htaccess funktioniert schon mal nicht. Das PHP läuft mit FastCGI zusammen auf Apache, der wiederum auf Nginx läuft. Glaube ich zumindest. Es ist ein Shared Server (webfaction.com), ich komm also an den Apache an sich nicht ran.

[tab]

Kann natürlich schon an den Besonderheiten des Hostings liegen. Ich würde einfach mal den Support befragen und/oder ein paar Tests machen. Wird bei dir mit ls -l owner und Gruppe nicht mit angezeigt? Ansonsten, sind Owner und Gruppe von files und web/files identisch? Falls ja, würde ich z.B. mal zwei SymLinks test1 und test2 anlegen in /web, der eine verlinkt auf ein anderes Unterverzeichnis testdir1 in web, der andere auf ein Unterverzeichnis testdir2 im darüberliegenden Contao-Installationsverzeichnis. Da jeweils ein Bild test1.jpg bzw test2.jpg rein und versuchen, die beiden Bilder im Browser aufzurufen über die URLs
deinedomain.de/test1/test1.jpg und deinedomain.de/test2/test2.jpg
Danach sollte man dann jedenfalls schon wissen, ob der Aufruf per SymLink prinzipiell gar nicht funktioniert oder nur nicht bei SymLinks, die außerhalb der document root liegen.

[TS84]

Owner / Gruppe werden angezeigt, wollte ich aber hier nicht reinschreiben, da man sonst die Webseite zuordnen könnte. Wie kann man denn einen Symlink im Terminal erstellen?

Andere Frage: glaubt ihr, man könnte auch mit COntao 3.5 noch ein paar Jährchen gut fahren (als Neuinstallation) oder macht es eher Sinn direkt auf 4.4.. zu gehen?

[Samson1964]

Es macht keinen Sinn auf Contao 4 zu gehen, wenn der Server die Voraussetzungen nicht erfüllt. Ich benutze bei einigen Projekten Version 4, aber der Installationsaufwand und Konfiguration, sind schon deutlich anspruchsvoller geworden, um es mal diplomatisch auszudrücken. Selbst auf einem ManagedServer bei einem (ehemaligen) Qualitätshoster wie Domainfactory läuft Contao 4 nicht störungsfrei. Bei den Hostingtarifen bleibe ich bei Contao 3, weil 4 dort nicht läuft.

[TS84]

werd ich halt contao 3 verwenden.

[tab]

Contao 3.5 benutze ich durchaus auch noch bei Neuinstallationen, ca 1,5 Jahre kann man es ja auch noch garantiert benutzen. Wenn ich jetzt eine kleine Website mache, bei der ich - und auch der Auftraggeber - weiss, dass es die in einem Jahr sowieso nicht mehr geben wird, dann habe ich damit sicher überhaupt kein Problem. Wenn ich da sehe, das Hosting passt möglicherweise nicht für Contao 4, dann nehme ich halt Contao 3. Wenn ich davon ausgehen muss, dass die Website länger online sein wird, dann mache ich das auch noch, wenn ich sehe, Contao 4 klappt mit dem Hosting nicht. Aber nur wenn ich mir absolut sicher bin, dass seitens Contao ein Update auf Contao 4 zu gegebener Zeit problemlos mit geringem Aufwand möglich ist. Also ohne "problematische" Contao 3 Erweiterungen, wo man nicht sicher weiss, ob es die für Contao 4 geben wird.

Aber da kommuniziere ich dann auch ganz klar, dass ein Update ab Juni 2019 jederzeit kurzfristig notwendig werden kann und dann möglicherweise einen Wechsel des Hostings - oder ein zusätzliches Hosting - erfordern kann. "Kann" deshalb, weil sich manchmal Hostingprobleme auch von selbst lösen im Lauf von 1.5 Jahren. Zumindest in dem Sinn, dass bis dahin ein neueres Paket des selben Anbieters eventuell problemlos mit Contao 4 funktioniert und ein Wechsel zu diesem Paket dann in der Regel keinen großen Aufwand für mich oder den Kunden bedeutet. So ein Upgrade ist ja bei vielen Hostern problemlos möglich. Und die Wahrscheinlichkeit einer solchen Entwicklung halte ich bei den meisten Webhostern für ziemlich groß.

[Zwergenmeister]

Hallo TS84,

muss mich deinem Beitrag anschließen, versuche grade eine Migration von 3.5 auf 4.4.8 und habe das selbe Problem das keine Bilder im Frontend geladen werden.

background-image:url("files/Layout/mainmenubg.png"); seht so im CSS wird nicht angezeigt ein editieren und dann erneut auswählen hilft nach dem neuen Auswählen steht da ein Symbolischer Link {{file::ab10f710-5822-11e3-acc2-8bd071c58960}} nach dem Speichern "files/Layout/mainmenubg.png", jetzt ist das Bild wieder da....

Hat wer eine Idee ? hab keine Lust alle Dateien zu überprüfen im CSS, Hosting ist 1und1



Seit Contao mit dem Composer und Contao 4 anfing geht es nur bergab es wird zum gefummel..., überlege schon langsam zu wechseln und die Zeit statt in Contao 4 in was anderes zu investieren.

[Spooky]

Hast du den Ordner "Layout" freigegeben?

[Zwergenmeister]

Ja alle Ordner sind Freigegeben. Hab mir vorab auch die Videos der Academy angeschaut und die Änderungen von Contao 4, .... freigaben, span -> strong

https://contao-academy.de/kurs-conta...n-durchfuehren

[Zwergenmeister]

Also es betrifft nur Bilder die im CSS verwendet werden, alles was ich in Artikel genutzt habe ist da...

[dudette]

Ich muss mich hier auch anschließen:
ich nutze Contao 4.4.9 und habe soeben meine lokale Installation auf den Server geladen. Es wird alles korrekt angezeigt, nur die Bilder für den Slider und die Headerbilder nicht. Dort ist die src leer. Im Backend ist alles korrekt, der Ordner ist auf public gesetzt.


Es ist total verhext - alles andere ist da, nur diese Bilder nicht. Hat jemand eine Idee?

Ich kann leider den Link nicht posten, da die Seite mit Basic Auth geschützt ist und ich die Daten nicht rausgeben darf…

[Spooky]

Wie hast du die Installation auf den Server deployed?

[dudette]

composer.json hochgeladen, dann composer install - anschließend Ordner und Dateien syncronisiert.

Seit soeben funktioniert es - ich habe die für Slider und Headerbilder eingestellte Bildgrö0e gelöscht und wiederhergestellt. Seitdem läufts.

[visiologic]

Bei mir auch das gleiche Problem. Bilder über CSS werden nicht angezeigt.

Ich habe es bei einem anderen Thema schon erwähnt. Liebe Contao-Entwickler: Bitte denkt noch einmal deutlich über die grundsätzliche Funktionsweise von Contao nach. Die Anforderungen an den Server/Webspace und auch an denjenigen der das Ding vor Ort zum Laufen bringen muss und auch am Laufen halten muss, werden immer größer. Und die 4.4 hat definitiv einige merkwürdige Rahmenbedingungen, die Contao wieder zum Nieschenprodukt werden lassen.

Wordpress ist eine 1-Click-Installation. Ich nutzte eig. lieber Contao. Aber wenn ich Stunden im Forum und mit Installation und Konfigurationen verbringen muss bis ich mal am Ziel bin, dann wird das ein kurzes Vergnügen mit der 4.4 und Contao insgesamt.

Das ist einfach alles technisch gerade zu komplex geworden. Einfach muss es sein und effeftiv. ... echt schade.

[07alex07]

Ist dein Ordner öffentlich?
Ist die Verlinkungen im css auch richtig gesetzt zur Datei? Hättest du ein Link damit man sich das anschauen kann?

[visiologic]

Ja, öffentlich und alles richtig gesetzt. Es geht einfach nicht, zumindest nicht auf Strato.

1:1 Umgezogen zu einem anderen Hoster läuft sofort. Sorry, das kann nicht wirklich in Ordnung sein. Contao ist an dieser Stelle in der 4.4 einfach zu extravagant.

Ich kann schlecht allen Kunden beim updaten sagen "... übrigens, wir müssten mal den Hoster wechseln, sonst geht halt leider die Hälfte nicht."

Echt schade

[do_while]

Dann wart Ihr vielleicht schon immer beim falschen Hoster?

Contao 4 bei einem Hoster der die Resourcen zur Verfügung stellt, macht richtig Spaß.
Warum sollte ich nicht wechseln wollen. Viele Kunden denken, der Aufwand ist sehr groß, aber abgesehen von möglichen E-Mail-Konten sind Domainumzüge (speziell von Contao-Installationen) doch schnell durch.

[Spooky]

Ich kann schlecht allen Kunden beim updaten sagen "... übrigens, wir müssten mal den Hoster wechseln, sonst geht halt leider die Hälfte nicht."

Doch genau das solltest du tun. Unabhängig von den Problemen die du mit Contao hast sind die Shared Hosting Angebote von Strato generell schlecht.

[mlweb]

Ja sehe ich genauso. Problematisch wird ein Domainumzug nur bei sehr großen Installationen mit vielleicht noch einem Shop hintendran etc. Die sind dann aber im Allgemeinen auch nicht bei Strato mit Shared Hosting unterwegs .