Bilder liefern 403 und werden teilweise dennoch gezeigt

Druckbare Version

06.11.2018, 22:34
k-webdesign

Bilder liefern 403 und werden teilweise dennoch gezeigt

Hey,

ich stehe grad vor einem Rätsel. Eine Website liegt bei HE, weil die PHP 5.6 abgeschaltet haben, nahm ich die auf meinen Server bei Hostingwerk rüber, hab dort ein Update gemacht, die Seite lief einwandfrei. Jetzt hab ich alles per SSH von Hostingwerk zu Host Europe kopiert, die Installation läuft - bis auf die Tatsache, dass die meisten Bilder im Frontend sichtbar sind, aber nicht alle. Im Slider z.B. werden mir manche Bilder aus einem Ordner angezeigt, andere wiederum nicht.

Jetzt kommt's: DIe Bilder kann ich in der Dateiverwaltung alle als Thumbnail sehen, möchte ich sie aber direkt aufrufen, bekomme ich einen 403. Die Ordner sind alle auf public. 755 hab ich allen Ordnern in files rekursiv gegeben. Dateien in der Dateiverwaltung synchronisiert. System- und Symfony-Cache gelöscht. Symlinks neu erstellt. Dateien gelöscht und neu hochgeladen (über die Dateiverwaltung), Standard-htaccess und die aus einem anderen Projekt genommen, Contao4 blanko installieren und Datenbank, Files & Templates importieren hilft alles nix.

Habt ihr noch Ideen?

Nachtrag: Die Bilder, die ich im Frontend sehe, liegen in /assets. Manche werden komischerweise direkt aus /files abgerufen, im Slider sind z.B. 3 Bilder aus /files (seh ich nicht) und 1 aus /assets (das sehe ich)
06.11.2018, 22:47
k-webdesign

Liste der Anhänge anzeigen (Anzahl: 1)

Aha, /web/assets scheint kein Symlink zu sein, denn im FTP-Client fehlt mir das Pfeilchen-Icon dazu. Ich hab Contao auf HE aber über den Manager installiert, da sollte ja nix schief laufen?

Anhang 21549

(/web/isotope müsste auch ein Symlink sein)
06.11.2018, 22:55
k-webdesign

Oh Mann, hier scheint einiges im Argen zu sein...

ich wollte mal composer update über die Konsole machen und dann renne ich ins nächste Problem!?

Code:

wp***@ssh01:~/www/***-contao4$ /usr/bin/php7.0 composer.phar self-update Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/repo/https---repo.packagist.org/, or directory is not writable. Proceeding without cache Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/files/, or directory is not writable. Proceeding without cache Fatal error: Uncaught TypeError: Return value of Contao\ManagerPlugin\Composer\Plugin::activate() must be an instance of Contao\ManagerPlugin\Composer\void, none returned in /is/htdocs/wp***_***/www/***-contao4/vendor/contao/manager-plugin/src/Composer/Plugin.php:40 Stack trace: #0 phar:///is/htdocs/wp***_***/www/***-contao4/composer.phar/src/Composer/Plugin/PluginManager.php(236): Contao\ManagerPlugin\Composer\Plugin->activate(Object(Composer\Composer), Object(Composer\IO\ConsoleIO)) #1 phar:///is/htdocs/wp***_***/www/***-contao4/composer.phar/src/Composer/Plugin/PluginManager.php(205): Composer\Plugin\PluginManager->addPlugin(Object(Contao\ManagerPlugin\Composer\Plugin)) #2 phar:///is/htdocs/wp***_***/www/***-contao4/composer.phar/src/Composer/Plugin/PluginManager.php(261): Composer\Plugin\PluginManager->registerPackage(Object(Composer\Package\CompletePackage)) #3 phar:///is/htdocs/wp***_***/www/***-contao4 in /is/htdocs/wp***_***/www/***-contao4/vendor/contao/manager-plugin/src/Composer/Plugin.php on line 40
06.11.2018, 23:02
tab

Das klingt sehr spannend. Ich hätte gar nicht gedacht, dass man beim direkten Aufruf einer "echten" Datei überhaupt einen Status 403 bekommen kann. "Früher" unter 3.x natürlich schon, klar. Da waren nicht öffentliche Dateien durch eine .htaccess geschützt. Aber jetzt wird das ja nur über die SymLinks geregelt. Und da würde ich eigentlich denken, man hat entweder Zugriff oder man bekommt einen 404er Status. Oder ist da der SymLink selbst irgendwie geschützt? Gibt es denn irgendwelche Anhaltspunkte, welche Dateien angezeigt werden und welche nicht? Also eher ältere Bilder ja und neuere nein oder was auch immer? Gehören die Dateien und SymLinks alle dem selben User?

Offenbar kann ja auf den assets-Ordner problemlos zugegriffen werden und auf den files-Ordner nur bedingt. Hmm, das passt zum Nachtrag, den ich erst gerade eben gelesen habe. Nur dass man offenbar aus "bedingt" eher "gar nicht" machen muss. Idee: Vielleicht gibt es bei HE "nur" SymLinksIfOwnerMatch, das könnte dann eventuell auch den 403 erklären, ist aber natürlich weit hergeholt.
07.11.2018, 07:10
rusty

Das Kopieren aller Dateien einer Contao 4 Installation kann leicht in einem totalen Chaos enden. Am besten gehst du beim Kopieren und Umziehen einer Website nach diesem Leitfaden vor: https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/
07.11.2018, 07:51
Spooky

Zitat:

Zitat von k-webdesign

Oh Mann, hier scheint einiges im Argen zu sein...

ich wollte mal composer update über die Konsole machen und dann renne ich ins nächste Problem!?

Code:

Fatal error: Uncaught TypeError: Return value of Contao\ManagerPlugin\Composer\Plugin::activate() must be an instance of Contao\ManagerPlugin\Composer\void, none returned in /is/htdocs/wp***_***/www/***-contao4/vendor/contao/manager-plugin/src/Composer/Plugin.php:40 Stack trace: #0 phar:///is/htdocs/wp***_***/www/***-contao4/composer.phar/src/Composer/Plugin/PluginManager.php(236): Contao\ManagerPlugin\Composer\Plugin->activate(Object(Composer\Composer), Object(Composer\IO\ConsoleIO)) #1 phar:///is/htdocs/wp***_***/www/***-contao4/composer.phar/src/Composer/Plugin/PluginManager.php(205): Composer\Plugin\PluginManager->addPlugin(Object(Contao\ManagerPlugin\Composer\Plugin)) #2 phar:///is/htdocs/wp***_***/www/***-contao4/composer.phar/src/Composer/Plugin/PluginManager.php(261): Composer\Plugin\PluginManager->registerPackage(Object(Composer\Package\CompletePackage)) #3 phar:///is/htdocs/wp***_***/www/***-contao4 in /is/htdocs/wp***_***/www/***-contao4/vendor/contao/manager-plugin/src/Composer/Plugin.php on line 40

Den Fehler hatten wir gestern auch zufällig. Ich glaube du musst mindestens PHP 7.1 verwenden.

Werde das aber noch näher prüfen.
07.11.2018, 08:56
k-webdesign

Zitat:

Zitat von rusty

Das Kopieren aller Dateien einer Contao 4 Installation kann leicht in einem totalen Chaos enden. Am besten gehst du beim Kopieren und Umziehen einer Website nach diesem Leitfaden vor: https://erdmann-freunde.de/logbuch/contao-4-4-umziehen/

Ich hatte es erst übertragen (geht bei Hostingwerk zb 1a) und nachdem ein ähnlicher Fehler auftrat, völlig neu installiert und die DB importiert, Template & Files übertragen.
07.11.2018, 09:00
k-webdesign

Zitat:

Zitat von Spooky

Den Fehler hatten wir gestern auch zufällig. Ich glaube du musst mindestens PHP 7.1 verwenden.

Werde das aber noch näher prüfen.

Eingestellt ist 7.2 im Hosting. Dachte, das nutze ich auf der Konsole auch :/ ich hab den Pfad von „which php“ verwendet und den aus der Composer Doku von contao (bin grad am Handy und hab den nicht zur Hand)
07.11.2018, 09:05
Spooky

Du hast explizit PHP 7.0 verwendet:

Zitat:

Zitat von k-webdesign

Oh Mann, hier scheint einiges im Argen zu sein...

ich wollte mal composer update über die Konsole machen und dann renne ich ins nächste Problem!?

Code:

wp***@ssh01:~/www/***-contao4$ /usr/bin/php7.0 composer.phar self-update

;)
07.11.2018, 09:43
k-webdesign

Ok, da hatte ich gestern einiges ausprobiert ^^

7.2 bringt mir auch einen Fehler. Wtf.

Code:

wp***@ssh01:~/www/***-contao4$ /usr/bin/php7.2 composer.phar update Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/repo/https---repo.packagist.org/, or directory is not writable. Proceeding without cache Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/files/, or directory is not writable. Proceeding without cache Loading composer repositories with package information [Composer\Downloader\TransportException] The "https://repo.packagist.org/packages.json" file could not be downloaded: php_network_getaddresses: getaddrinfo failed: Name or service not known failed to open stream: php_network_getaddresses: getaddrinfo failed: Name or service not known update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [--with-dependencies] [--with-all-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--root-reqs] [--] [<packages>]... wp***@ssh01:~/www/***-contao4$
07.11.2018, 09:46
Spooky

Führe zuerst nochmal

Code:

/usr/bin/php7.2 composer.phar selfupdate

aus.
07.11.2018, 09:49
k-webdesign

Code:

wp***@ssh01:~/www/***-contao4$ /usr/bin/php7.2 composer.phar selfupdate Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/repo/https---repo.packagist.org/, or directory is not writable. Proceeding without cache Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/files/, or directory is not writable. Proceeding without cache [ErrorException] fileowner(): stat failed for /is/htdocs/wp***_***/.composer self-update [-r|--rollback] [--clean-backups] [--no-progress] [--update-keys] [--stable] [--preview] [--snapshot] [--set-channel-only] [--] [<version>]
07.11.2018, 09:58
Spooky

Das Problem ist, dass du bei diesem Hoster keine Verzeichnise im User Home Directory anlegen kannst, was eher ungünstig ist (leider machen das einige so, was aber total sinnlos ist). Du müsstest dich an den Hoster wenden und ihm sagen, dass er zumindest ~/.composer für dich anlegen soll.
07.11.2018, 10:01
k-webdesign

Der HE Support ist seit geraumer Zeit höchst überlastet (vermutlich wegen der 5.6-Abschaltung), ich bekam auf diverse Tickets noch gar keine Rückantwort :rolleyes: Werd es trotzdem versuchen, danke! :)
07.11.2018, 10:04
tab

Das hammer gern. Die neuen Versionen funktionieren noch nicht richtig und die alte wird abgeschaltet. So kann man seinen Support auch überlasten.
07.11.2018, 10:04
Spooky

Die PHP 5.6 Abschaltung ist prinzipiell eine gute Sache ;)
07.11.2018, 10:05
Spooky

Zitat:

Zitat von k-webdesign

Der HE Support ist seit geraumer Zeit höchst überlastet (vermutlich wegen der 5.6-Abschaltung), ich bekam auf diverse Tickets noch gar keine Rückantwort :rolleyes: Werd es trotzdem versuchen, danke! :)

Man kann es vermutlich auch anders lösen - aber dafür bräuchte ich SSH Zugang ;P
07.11.2018, 10:07
k-webdesign

Naja, 7.2 funktioniert ja schon, nur wenn die ihr Hosting generell nicht sauber einrichten, ... wobei das ja leider immer wieder ein hosterübergreifendes Problem ist :eek:
07.11.2018, 10:07
k-webdesign

Zitat:

Zitat von Spooky

Man kann es vermutlich auch anders lösen - aber dafür bräuchte ich SSH Zugang ;P

jetzt bin ich gespannt :cool:
09.11.2018, 15:19
k-webdesign

Spooky konnte hier leider auch nicht weiterhelfen, schade :(

Der Fehlermeldung bei Host Europe kam ich auf die Schliche:

Code:

wp***@ssh01:~/www/***-contao4$ /usr/bin/php7.2 composer.phar update Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/repo/https---repo.packagist.org/, or directory is not writable. Proceeding without cache Cannot create cache directory /is/htdocs/wp***_***/.composer/cache/files/, or directory is not writable. Proceeding without cache Loading composer repositories with package information [Composer\Downloader\TransportException] The "https://repo.packagist.org/packages.json" file could not be downloaded: php_network_getaddresses: getaddrinfo failed: Name or service not known failed to open stream: php_network_getaddresses: getaddrinfo failed: Name or service not known update [--prefer-source] [--prefer-dist] [--dry-run] [--dev] [--no-dev] [--lock] [--no-custom-installers] [--no-autoloader] [--no-scripts] [--no-progress] [--no-suggest] [--with-dependencies] [--with-all-dependencies] [-v|vv|vvv|--verbose] [-o|--optimize-autoloader] [-a|--classmap-authoritative] [--apcu-autoloader] [--ignore-platform-reqs] [--prefer-stable] [--prefer-lowest] [-i|--interactive] [--root-reqs] [--] [<packages>]... wp***@ssh01:~/www/***-contao4$

"Die Fehlermeldungen bei Aufruf ergeben sich durch den Umstand, dass der Aufbau von Verbindungen zu externen Servern bei
der Produktreihe WebHosting nicht möglich ist. Diese können erst mit unseren WebServer Produkten genutzt werden."

Finde ich ehrlich gesagt ziemlich peinlich...

So, nun ist es immer noch seltsam, wieso mein web/assets kein Symlink ist, der Ordner beim Anlegen der Symlinks nicht mehr angelegt wird und wieso ich manche Bilder sehe und manche nicht :eek:
09.11.2018, 15:45
tab

Wie ist denn nun der Zustand? Hast du in /web keinen Ordner oder Symlink assets mehr?
09.11.2018, 15:45
rusty

Zitat:

Zitat von k-webdesign

So, nun ist es immer noch seltsam, wieso mein web/assets kein Symlink ist, der Ordner beim Anlegen der Symlinks nicht mehr angelegt wird und wieso ich manche Bilder sehe und manche nicht :eek:

Hattest du schon in der Systemwartung Symlinks neu erstellen ausgeführt?

Kann es sein, dass du alle unskalierten Bilder siehst (Ausgabegröße = Originalgröße wie in der Dateiverwaltung abgelegt), und alle anderen nicht?
Das wäre mit dem fehlerhaften web/assets Symlink zu erklären.
09.11.2018, 15:49
k-webdesign

Symlinks wurden mehrfach neu angelegt, ja. Hatte ich im Eingangspost geschrieben :)

Das ist ein guter Hinweis, darauf stieß ich eben auch. Skalierte Bilder liegen in assets, unskalierte kommen direkt aus files. Interessant ist, dass ich nur die skalierten Bilder aus /assets sehe, nicht die aus files. Obwohl ich kein web/assets habe (ging beim letzten Symlink Erstellen wohl verloren). Kann mir das jemand erklären? :eek:

Kann ich selbst auch manuell einen Symlink anlegen?
09.11.2018, 15:59
tab

Normalerweise ja. Aber ob das auch bei HE geht bei Webhosting-Produkten?!?
09.11.2018, 16:00
k-webdesign

Testen wir es :cool: Was muss ich tun?
09.11.2018, 16:11
tab

Ich würde es (im /web Verzeichnis) so probieren:

Code:

ln -s ../assets assets
09.11.2018, 17:14
joe

Bitte unbedingt den / die Fehler bei Contao wtf https://github.com/friends-of-contao/contao.wtf einstellen :) Wenn du die Lösung hast gerne auch hinzufügen. Danke dir :)
09.11.2018, 19:13
k-webdesign

Liste der Anhänge anzeigen (Anzahl: 1)

Es geht auch über vendor/bin/contao-console contao:symlinks :)

Code:

wp1015812@ssh01:~/www/schildersysteme-contao4$ /usr/bin/php7.2 vendor/bin/contao-console contao:symlinks --- ------------------------------------------------- ---------------------------------------------------------------- Symlink Target / Error --- ------------------------------------------------- ---------------------------------------------------------------- ? web/files/Inhalte files/Inhalte ? web/files/AutoBackupDB files/AutoBackupDB ? web/files/produkte files/produkte ? web/files/Schisy.biz files/Schisy.biz ? web/files/theme_files files/theme_files ? web/files/tiny_templates files/tiny_templates ! web/system/modules/isotope/assets Skipped because system/modules/isotope will be symlinked. ? web/system/modules/isotope system/modules/isotope ? web/system/modules/mobile_menu/assets system/modules/mobile_menu/assets ? web/system/modules/dlh_googlemaps/assets system/modules/dlh_googlemaps/assets ? web/system/modules/haste/assets system/modules/haste/assets ? web/system/modules/dcawizard/assets system/modules/dcawizard/assets ? web/system/modules/notification_center/assets system/modules/notification_center/assets ? web/system/modules/dc_multilingual/assets system/modules/dc_multilingual/assets ? web/system/modules/tablelookupwizard/assets system/modules/tablelookupwizard/assets ? web/system/modules/conditionalselectmenu/assets system/modules/conditionalselectmenu/assets ? web/system/modules/multicolumnwizard/html system/modules/multicolumnwizard/html ? web/system/modules/isotope_reports/assets system/modules/isotope_reports/assets ? web/system/modules/isotope_rules/assets system/modules/isotope_rules/assets ? web/system/modules/mobile_only/assets system/modules/mobile_only/assets ? web/system/modules/easy_themes/html system/modules/easy_themes/html ? system/themes/flexible vendor/contao/core-bundle/src/Resources/contao/themes/flexible ? web/assets assets ? web/system/themes system/themes ? system/logs var/logs --- ------------------------------------------------- ----------------------------------------------------------------

so die Theorie... /web enthält aber weiterhin nur:
Anhang 21560

Seufz...

Hab die Installation testweise noch mal von HE gezippt, bei Hostingwerk installiert, files usw. übertragen, Symlinks neu erstellt und da geht's einwandfrei :mad::mad::mad:
09.11.2018, 21:09
Spooky

Hm, der Inhalt des /web Ordners passt doch?
09.11.2018, 21:12
k-webdesign

Liste der Anhänge anzeigen (Anzahl: 1)

Bei Hostingwerk sieht das so aus: Anhang 21561
09.11.2018, 21:13
xchs

Zitat:

Zitat von Spooky

Hm, der Inhalt des /web Ordners passt doch?

Im Screenshot fehlt offenbar aus irgendwelchen Gründen der assets Symlink im web/ Unterordner, obwohl der Symlink laut Konsolenausgabe eigentlich erstellt wurde.
09.11.2018, 21:15
k-webdesign

Zitat:

Zitat von xchs

Im Screenshot fehlt offenbar aus irgendwelchen Gründen der assets Symlink im web/ Unterordner, obwohl der Symlink laut Konsolenausgabe eigentlich erstellt wurde.

genau :)
09.11.2018, 21:21
xchs

Hast Du bereits versucht, wie oben von @tab vorgeschlagen, den Symlink assets im web/ Unterordner selbst anzulegen? Wird der Symlink dann angezeigt?
09.11.2018, 21:51
tab

Also ich würde eigentlich vermuten: Wäre der SymLink tatsächlich angelegt worden, dann würde man ihn auf dem Sceenshot sehen. So wie beim Screenshot von Hostingwerk ja auch. Sieht das per SSH auch so aus, dass der assets-Symlink fehlt (ls -l)? Aber ich geh mal davon aus, denn der Apache verhält sich ja auch so, als ob der SymLink nicht vorhanden wäre. In dem Fall hätte die Konsolenausgabe gelogen - oder zumindest alternative Fakten angezeigt.
08.11.2019, 08:15
k-webdesign

1 Jahr rum und immer noch Probleme :rolleyes:
Die Installation ging jetzt vorübergehend bei Hostingwerk live, der Kunde hätte aber natürlich alles gern weiterhin auf seinem Webhosting bei Host Europe laufen.

Darum setzte ich die Installation da noch mal auf, importierte alles und eine einzige Datei wird mir im Frontend nicht angezeigt. Sie ist im Backend sichtbar, öffentlich und der direkte Link auf http://wp1015812.server-he.de/files/...e/MRN_logo.jpg wirft mir einen 403.
Sie ist auch als Symlink angelegt. Hä? :mad:

Dieses Bild hier: http://wp1015812.server-he.de/files/...aufsteller.png sehe ich übrigens auch nicht, obwohl es mir im Frontend ausgegeben wird: http://wp1015812.server-he.de/ (Startseite Einleitungstext, rechts im Element)
08.11.2019, 08:26
Spooky

Nachdem beim ersten Bild ein 403 kommt ist es wohl ein Rechte Problem.
08.11.2019, 08:26
k-webdesign

Aber wieso? Und wie kann das sein, dass ich Bilder im Frontend sehe, wenn ich sie aber über das Backend direkt aufrufe krieg ich einen 403? :o
08.11.2019, 08:31
Spooky

Wo sieht man das erste Bild im Frontend?
08.11.2019, 08:33
k-webdesign

Liste der Anhänge anzeigen (Anzahl: 1)

theoretisch hier:
Anhang 22932

macht auch keinen Unterschied, ob ich das Bild im TinyMCE einbinde oder anhänge

Contao 4.4.45 übrigens
08.11.2019, 08:35
Spooky

Theoretisch? ;)

Poste eine URL zu einer Seite, wo man das erste Bild vermeintlich im Frontend sieht.
08.11.2019, 08:35
k-webdesign

Zitat:

Zitat von k-webdesign

Dieses Bild hier: http://wp1015812.server-he.de/files/...aufsteller.png sehe ich übrigens auch nicht, obwohl es mir im Frontend ausgegeben wird: http://wp1015812.server-he.de/ (Startseite Einleitungstext, rechts im Element)

steht hier :)
08.11.2019, 08:37
Spooky

Nein, ich meine http://wp1015812.server-he.de/files/...e/MRN_logo.jpg
08.11.2019, 08:44
k-webdesign

Ich glaub wir reden grad aneinander vorbei. In dem Link siehst du das Bild auch, doch da es broken ist, zeigt es nicht jeder Browser an. Darum mein Screenshot. Du siehst auf http://wp1015812.server-he.de/ im 1. Textabschnitt ("Einfach und schnell ans Ziel...") sind 2 Bilder eingebunden. Eins ist dem Inhaltselement angehängt und es ist sichtbar (Säule rechts) und eins ist im selben Inhaltselement über den Tiny eingebunden (broken). Wenn ich sie über das Backend direkt aufrufe, erhalte ich für beide einen 403 Fehler, obwohl ja eins davon sichtbar ist:
http://wp1015812.server-he.de/files/...aufsteller.png
http://wp1015812.server-he.de/files/...e/MRN_logo.jpg
08.11.2019, 08:56
Spooky

Unter http://wp1015812.server-he.de/ ist im Source nichts von einem MRN_Logo zu sehen, daher die Frage, wo das Bild im Frontend sichtbar sein soll.

In deinem Screenshot sieht man zwei Bilder. Eines funktioniert:

http://wp1015812.server-he.de/assets...r-4845fc6e.png (ist ein von Contao prozessiertes Bild)

Das andere nicht:

http://wp1015812.server-he.de/files/.../Icon_Gold.gif

Auch bei letzterem Bild kommt ein 403 Response.
08.11.2019, 09:13
k-webdesign

Habs gemerkt und korrigiert, tut mir leid. Da hatte ich wild Bilder getestet, die alle einen 403 warfen. Jetzt ist wieder das MRN_logo.jpg drin.

Bzw ich hab das MRN_logo.jpg im Content jetzt entfernt und normal als Bild angehängt - das schafft es gar nicht erst ins Frontend, also auch gar nicht in den HTML-Code
08.11.2019, 09:22
Spooky

Wie meinst du das jetzt?

Jedenfalls ist jetzt ein Bild mit dem Namen MRN_logo.jpg im Source zu finden unter der URL http://wp1015812.server-he.de/files/...e/MRN_logo.jpg . Auch da liefert dein Web Server einen 403 Response.
08.11.2019, 09:29
k-webdesign

stimmt, da ist es. Wurde Opfer meines eigenen Caches.

Also ich fasse noch mal zusammen:
- Bilder über den absoluten Pfad aufzurufen ist nicht möglich (403)
- Teilweise werden Bilder über Contao generiert, dann gehen sie
- Teilweise werden sie nicht über Contao generiert, obwohl sie dem Textelement angehängt werden (absoluter Pfad wird ausgeliefert -> 403)

Symlinks hab ich x mal neu angelegt, Caches gelöscht, Ordner auf nicht-öffentlich und dann wieder öffentlich gestellt,... und ich bin ratlos
08.11.2019, 09:38
Spooky

Hast du die Dateirechte schon überprüft? Es kommt ja, wie gesagt ein 403 Response vom Web Server. Das bedeutet, der Web Server sagt dir, dass du nicht auf diese Ressource zugreifen darfst - was wiederum auch bedeuten kann, dass tatsächlich der Web Server nicht auf diese Datei zugreifen darf. Zumindest nicht unter seinem User.
08.11.2019, 09:43
tab

Wie hast du die Symlinks für die public-Verzeichnisse unterhalb von files angelegt? Sind sie danach auch tatsächlich als Symlinks vorhanden? Gehören die Bilder aus den public-Verzeichnissen (/files/...) dem selben User wie die in /assets/...? Falls nein, wie ist der Webserver in Bezug auf SymLinks eingestellt? SymLinksIfOwnerMatch oder FollowSymLinks?
08.11.2019, 09:59
k-webdesign

Zitat:

Zitat von Spooky

Hast du die Dateirechte schon überprüft?

Die standen wild auf 650 oder 750, obwohl ich rekursive Änderungen angehakt hatte. Jetzt stehen alle auf 770. Ändert nichts...
08.11.2019, 10:02
Spooky

Naja du musst auch user & group überprüfen. 770 heißt dass user & group Vollzugriff haben. Wenn aber der Prozess des Web Servers weder der user ist, noch sich in der group befindet, bringt 770 nichts.
08.11.2019, 10:02
k-webdesign

Zitat:

Zitat von tab

Wie hast du die Symlinks für die public-Verzeichnisse unterhalb von files angelegt?

Öööh... über Contao?

Zitat:

Zitat von tab

Sind sie danach auch tatsächlich als Symlinks vorhanden? Gehören die Bilder aus den public-Verzeichnissen (/files/...) dem selben User wie die in /assets/...?

Ja, mittlerweile sind sie alle das. Das alte Problem von vor einem Jahr ist so also nicht mehr ganz vorhanden. Das Rechteproblem weiterhin. Nur wenn ich dem Support schreibe, möcht ich da gern was halbwegs fundiertes in der Hand haben

Zitat:

Zitat von tab

... wie ist der Webserver in Bezug auf SymLinks eingestellt? SymLinksIfOwnerMatch oder FollowSymLinks?

kA, ist ein HostEurope Paket. Keine Ahnung wo ich das finde.
08.11.2019, 10:04
k-webdesign

Zitat:

Zitat von Spooky

Naja du musst auch user & group überprüfen. 770 heißt dass user & group Vollzugriff haben. Wenn aber der Prozess des Web Servers weder der user ist, noch sich in der group befindet, bringt 770 nichts.

wie krieg ich das raus?
08.11.2019, 10:08
Spooky

Zitat:

Zitat von k-webdesign

wie krieg ich das raus?

Code:

ls -la

auf der Konsole ;). Überprüfe Dateien und Parent Ordner.
08.11.2019, 10:49
k-webdesign

das ist der Inhalt vom Ordner /Schisy.biz

Code:

drwxrwxr-x 1 wp1015812 wp1015812 4096 Sep 12 16:17 Anwendungsbeispiele drwxrwxr-x 1 wp1015812 wp1015812 4096 Sep 12 16:17 Artikel drwxrwxr-x 1 wp1015812 wp1015812 4096 Sep 12 16:17 Header-Bilder_Startseite -rwxrwxr-x 1 wp1015812 wp1015812 136 Nov 7 21:58 .htaccess drwxrwxr-x 1 wp1015812 wp1015812 4096 Nov 7 22:03 Inhalte drwxrwxr-x 1 wp1015812 wp1015812 26 Sep 12 16:17 Logo drwxrwxr-x 1 wp1015812 wp1015812 98 Sep 12 16:17 Neue Slider -rwxrwxr-x 1 wp1015812 wp1015812 0 Nov 7 21:58 .public drwxrwxr-x 1 wp1015812 wp1015812 4096 Sep 12 16:17 Systeme

Das ist der Inhalt von /Inhalte

Code:

drwxrwxr-x 1 wp1015812 wp1015812 4096 Nov 7 22:03 . drwxrwxr-x 1 wp1015812 wp1015812 4096 Sep 12 16:14 .. -rwxrwxr-x 1 wp1015812 wp1015812 1150619 Nov 7 21:58 bildergalerie_02.png -rwxrwxr-x 1 wp1015812 wp1015812 39284 Nov 7 21:58 bildergalerie.jpg -rwxrwxr-x 1 wp1015812 wp1015812 2185 Nov 7 21:58 email_icon.svg -rwxrwxr-x 1 wp1015812 wp1015812 508378 Nov 7 21:58 ePaper_System.png -rwxrwxr-x 1 wp1015812 wp1015812 136 Nov 7 21:58 .htaccess -rwxrwxr-x 1 wp1015812 wp1015812 61813 Nov 7 21:58 INOX_Halter_01.jpg -rwxrwxr-x 1 wp1015812 wp1015812 238392 Nov 7 21:58 Leiste_Schildersysteme_02.png -rwxrwxr-x 1 wp1015812 wp1015812 104724 Nov 7 21:58 Leiste_Schildersysteme_03.png -rwxrwxr-x 1 wp1015812 wp1015812 118434 Nov 7 21:58 Leiste_Schildersysteme_04.png -rwxrwxr-x 1 wp1015812 wp1015812 116110 Nov 7 21:58 Leiste_Schildersysteme_05.png -rwxrwxr-x 1 wp1015812 wp1015812 19128 Nov 7 22:02 MRN_logo.jpg -rwxrwxr-x 1 wp1015812 wp1015812 8494 Nov 7 21:58 mrn_logo.png -rwxrwxr-x 1 wp1015812 wp1015812 273395 Nov 7 21:58 Plano_Schilder_image.png -rwxrwxr-x 1 wp1015812 wp1015812 839 Nov 7 21:58 platzhalter.png -rwxrwxr-x 1 wp1015812 wp1015812 627747 Nov 7 21:58 Schilder-Layouts_01.png -rwxrwxr-x 1 wp1015812 wp1015812 218457 Nov 7 21:58 Schilder-Leiste_02.png -rwxrwxr-x 1 wp1015812 wp1015812 34608 Nov 7 21:58 sc_top2.jpg -rwxrwxr-x 1 wp1015812 wp1015812 149579 Nov 7 21:58 Unser_Team_Grafik.jpg
08.11.2019, 10:52
Spooky

Da befinden sich .htaccess Dateien. Vermutlich Überbleibsel aus Contao 3? Die musst du löschen.
08.11.2019, 10:56
k-webdesign

Fritz, freu dich bitte einmal über Zelda. Danke!
Kann ich bestellen oder liegt's dann wieder ewig in der falschen Adresse? ;)
08.11.2019, 10:58
Spooky

Zitat:

Zitat von k-webdesign

Kann ich bestellen oder liegt's dann wieder ewig in der falschen Adresse? ;)

Probleme kann's immer geben mit Amazon Logistics, aber bestell ruhig :D
08.11.2019, 11:05
k-webdesign

<3

Alle Zeitangaben in WEZ +1. Es ist jetzt 22:50 Uhr.