Einzelne Dateien werden im assets-Verzeichnis nicht erstellt

Hallo Schwarmwissen :),

ich habe heute eine Website umgezogen ( beides allinkl ).

Via WebFTP habe ich ein Zip-Archiv erstellt und diesen dann im anderen Paket entpackt.
Die Rechte der Dateien ist beides mal Besitzer gleich Gruppe.

Via SSH ein „composer update” ausgeführt - da passt alles.

Dennoch werden einige Dateien nicht angezeigt; die Konsole sagt 404 - also nicht gefunden.
Das Verzeichnis „assets” im Root gelöscht und neu aufbauen lassen.

Danach sind viele Grafiken wieder sichtbar, aber nicht alle :(.

In der Dateiverwaltung sind einige Grafiken nicht mit Vorschau zu sehen - alle Ordner sind auf öffentlich gesetzt.

Noch ein paar Eckdaten:
allinkl
PHP 7.4
Contao 4.9.5

Der Prod-Cache wurde immer neu gelöscht; in den Logs gibt es keine Einträge.

Und ich bin meinem Latein eben am Ende - hat jemand einen Tipp für mich?
Danke.

// Danke Bjarke! Jetzt mache ich das mal wie hier beschrieben: https://docs.contao.org/manual/de/in...ntao-umziehen/

Sicher, dass bei Deiner Art des Domainumzuges alle Symlinks korrekt erstellt wurden?
Ich habe ehrlicherweise so noch nie versucht eine Website umzuziehen. Ich mache immer eine Neuinstallation mit der vorhandenen composer.json ggf. in Kombination mit der composer.lock und übertrage dann nur die files, templates und Konfigurationsdateien.

Nachtrag: :D Ja genau wie in der Doku beschrieben.

Brutal easy. Merke: Gewohnheiten sind nix :)

Danke Danke!!

Methode ist prima und schnell.
Dennoch werden einige Bilder nicht im FE und im BE angezeigt.

Aktuell 4.9.4.

Ein zwischenzeitliches Update auf 4.9.5 brachte mehr fehlende Bilder…
Daher nochmal neu und auf 4.9.4 zurück.

Ich gucke später nochmal ob ich den Fehler finde…

Hallo,
passen die Datei- und Ordner-Rechte auf dem System (nicht nur passende Besitzer und Gruppe (z.B. www-data:www-data¹⁾) sondern auch Rechte (z.B. 0755²⁾))?

Sind ggf einige .public-Dateien des Quellsystems nicht im ZIP, so dass die Symlinks nicht alle passen des files-Ordner (und damit die Ressourcen nicht erzeugt werden können/dürfen und diese damit auch nicht bearbeitet im assets-Ordner landen können)?

LG aus der schönen Ortenau
Peter, trilobit GmbH

¹⁾, ²⁾ - hier nur ein Bspl; hängt an der jeweiligen Umgebung ;-)

Hallo Peter,

ich habe es nun 2x direkt nach Handbuch installiert.
Also kein Zip mehr verwendet.

Weiterhin werden immer - zufällig - einige Dateien nicht geladen.

Das assets Verzeichnis im Root hat 755 als Rechte - verglichen mit der Originalinstallation gleich.

In der composer.json sehe ich nicht was da „klemmt”:

Code:

---

{
    "type": "project",
    "require": {
        "contao/calendar-bundle": "4.9.*",
        "contao/comments-bundle": "4.9.*",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "4.9.*",
        "contao/listing-bundle": "4.9.*",
        "contao/manager-bundle": "4.9.*",
        "contao/news-bundle": "4.9.*",
        "contao/newsletter-bundle": "4.9.*",
        "erdmannfreunde/euf_grid": "^3.1",
        "heimrichhannot/contao-slick-bundle": "^1.4",
        "hofff/contao-calendarfield": "^3.0",
        "sioweb/linkedelement": "^0.8.8",
        "terminal42/contao-easy_themes": "^2.2",
        "terminal42/contao-leads": "^1.4",
        "terminal42/notification_center": "^1.5"
    },
    "extra": {
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

---

Nach einer Systemwartung sehe ich im Log auch keine Fehler; auch die Symlinks werden erstellt.

Kannst du nicht mal versuchen, das im Debugmodus zu reproduzieren. Irgendein Fehler sollte doch da passieren oder zumindest müsste man sehen können, ob überhaupt versucht wird die fraglichen (nachher fehlenden) Bilder zu erzeugen.

Hallo tab,

den Debug-Modus hatte ich auch schon mal aktiviert.
Dort gibt es nichts was auf einen Fehler hinweist.

Über was ich noch „hirne”:
Es gibt eine 3.5 Installation mit drei Domains, auch besagte Domain.
Diese habe ich dort deaktiviert, so dass nun die zwei anderen noch aktiv aufgerufen werden können.

Die aktuelle Domain mit 4.9.4 wird in eine Subdomain weitergeleitet, in der die aktuelle 4.9.4 liegt.
Wenn ich nun die Installation direkt über die Subdomain aufrufe, werden die Bilder zum Teil nicht angezeigt (logisch).
Das lief vor der Zuordnung ohne Fehler - alle Dateien wurden angezeigt.

Ich habe nun die 3.5 Installation in ein Unterverzeichnis verschoben und das im KAS angepasst.
Alle Bilder werden generiert.

Somit half das Deaktivieren der Domain in der alten 3.5 alleine nicht - die assets Aufrufe kollidierten…