Update von 4.7.7 auf 4.8.0 --> Bilder aus "assets" werden nicht angezeigt, FE / BE

Guten morgen,

ich habe gerade meine (parallelbetriebenen zu den produktiven) Testseiten von Version 4.7.7 auf Version 4.8.0 gebracht.
Ich sehe weder im Front- noch im Backend Bilder mit Ausnahme die vom Layout (Hintergundbild, Header, etc...), die aus dem assets Verzeichnis kommen (BE, Dateiverwaltung, Vorschaubild), klicke ich direkt drauf, bzw. geb die URL ein, dann zeigt es mir das Bild an...
Was läuft denn da schief?

Welche Dateien werden zur Fehleranalyse benötigt?
Ich poste hier mal die composer.json:

Code:

---

{
    "type": "project",
    "require": {
        "cliffparnitzky/tiny-mce-code-mirror": "^1.1",
        "cliffparnitzky/tiny-mce-colorpicker": "^1.1",
        "cliffparnitzky/tiny-mce-context-menu": "^2.1",
        "cliffparnitzky/tiny-mce-horizontal-ruler": "^1.1",
        "cliffparnitzky/tiny-mce-image-enhancement": "^1.0",
        "cliffparnitzky/tiny-mce-insert-date-time": "^2.1",
        "cliffparnitzky/tiny-mce-link-auto-detect": "^2.1",
        "cliffparnitzky/tiny-mce-link-lightbox": "^1.0",
        "cliffparnitzky/tiny-mce-pagebreak": "^2.1",
        "cliffparnitzky/tiny-mce-plugin-loader": "^2.1",
        "cliffparnitzky/tiny-mce-strikethrough": "^2.0",
        "cliffparnitzky/tiny-mce-text-color": "^1.1",
        "cliffparnitzky/tiny-mce-underline": "^1.0",
        "cliffparnitzky/tiny-mce-word-count": "^2.1",
        "cliffparnitzky/user-member-bridge": "^1.2",
        "contao/calendar-bundle": "^4.8",
        "contao/comments-bundle": "^4.8",
        "contao/conflicts": "*@dev",
        "contao/listing-bundle": "^4.8",
        "contao/manager-bundle": "4.8.*",
        "contao/news-bundle": "^4.8",
        "contao/newsletter-bundle": "^4.8",
        "felixpfeiffer/subcolumns": "^3.1",
        "friends-of-contao/contao-memberlist": "^2.0",
        "inspiredminds/contao-sibling-navigation": "^1.1",
        "ma3xl3/contao-easy-favicon": "^2.0",
        "markocupic/gallery-creator-bundle": "^1.2",
        "martin-kozianka/contao-timetags": "^1.0",
        "srhinow/srlayer": "^3.1"
    },
    "extra": {
        "contao-component-dir": "assets"
    },
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    },
    "conflict": {
        "doctrine/dbal": "2.9.1 || 2.9.2"
    }
}

---

Das Problem hatte ich bei einer ebenfalls getrennten Bastelseite, als ich von Version 4.7.7 auf die 4.8RC2 gegangen bin: click

ToM

Poste die Konsolen Ausgabe des Updates.

Hi Spooky,
und die finde ich in welchem File?
Der Manager ist natürlich mehrmals von mir getriggert worden, auch alle möglichen Caches leeren, Composer updaten, etc...
Sprich: die OnScreen Ausgabe ist natürlich futsch...

ToM

Führe nochmal eine Paket Aktualisierung durch und poste die Konsolen Ausgabe.

Here we go:

Code:

---

> Resolving dependencies using Composer Cloud v2.0.11

# Job ID xyz0815 completed in 58 seconds
# Memory usage: 747.48MB (peak: 3417.1MB), time: 58.05s.

$ /usr/bin/php73 '-q' '/www/htdocs/xxxxyyyy/_update/web/contao-manager.phar.php' 'composer' 'install' '--prefer-dist' '--no-dev' '--no-progress' '--no-suggest' '--no-ansi' '--no-interaction' '--optimize-autoloader' 2>&1

Loading composer repositories with package information
Installing dependencies from lock file
Nothing to install or update
Generating optimized autoload files
ocramius/package-versions: Generating version class...
ocramius/package-versions: ...done generating version class
contao/manager-plugin: Generating plugin class...
contao/manager-plugin: ...done generating plugin class
> Contao\ManagerBundle\Composer\ScriptHandler::initializeApplication
Added the web/app.php file.
Added the web/preview.php file.
Added the web/index.php file.

 // Clearing the cache for the prod environment with debug                     
 // false                                                                     

 [OK] Cache for the "prod" environment (debug=false) was successfully cleared. 


 // Warming up the cache for the prod environment with debug                   
 // false                                                                     

 [OK] Cache for the "prod" environment (debug=false) was successfully warmed. 


 Trying to install assets as relative symbolic links.

 --- -------------------------------- ------------------
      Bundle                          Method / Error   
 --- -------------------------------- ------------------
  ?  ContaoCoreBundle                relative symlink 
  ?  ContaoNewsBundle                relative symlink 
  ?  ContaoNewsletterBundle          relative symlink 
  ?  MarkocupicGalleryCreatorBundle  relative symlink 
  ?  ContaoCalendarBundle            relative symlink 
  ?  ContaoCommentsBundle            relative symlink 
 --- -------------------------------- ------------------

 [OK] All assets were successfully installed.                                 


 --- -------------------------------------------- ----------------------------------------------------------------
      Symlink                                      Target / Error                                                 
 --- -------------------------------------------- ----------------------------------------------------------------
  ?  web/files/gallery_creator_albums            files/gallery_creator_albums                                   
  ?  web/files/tmp_files                          files/tmp_files                                               
  ?  web/files/music                              files/music                                                   
  ?  web/files/bilder                            files/bilder                                                   
  ?  web/files/layout                            files/layout                                                   
  ?  web/files/events                            files/events                                                   
  ?  web/files/files                              files/files                                                   
  ?  web/files/videos                            files/videos                                                   
  ?  web/system/modules/UserMemberBridge/assets  system/modules/UserMemberBridge/assets                         
  ?  web/system/modules/memberlist/assets        system/modules/memberlist/assets                               
  ?  web/system/modules/multicolumnwizard/html    system/modules/multicolumnwizard/html                         
  ?  web/system/modules/TinyMceWordCount/assets  system/modules/TinyMceWordCount/assets                         
  ?  web/system/modules/Subcolumns/assets        system/modules/Subcolumns/assets                               
  ?  system/themes/flexible                      vendor/contao/core-bundle/src/Resources/contao/themes/flexible 
  ?  web/assets                                  assets                                                         
  ?  web/system/themes                            system/themes                                                 
  ?  system/logs                                  var/logs                                                       
 --- -------------------------------------------- ----------------------------------------------------------------

Done! Please open the Contao install tool and make sure the database is up-to-date.

# Process terminated with exit code 0
# Result: OK


---

### Prozess erfolgreich abgeschlossen ###

---

ToM

Sieht alles korrekt aus. Poste einen Link zur Seite.

Bitte um Meldung, falls Du Zugangsdaten benötigst: https://update.nightwing.eu/

ToM

Zitat:

---

Zitat von Nightwing

Bitte um Meldung, falls Du Zugangsdaten benötigst: https://update.nightwing.eu/

ToM

---

Unter dieser URL sehe ich - außer einem fehlenden favicon.ico - keine fehlenden Ressourcen. Überall Status 200.

Au weh, mea culpa maxima! Ich sagte oben ja noch, das Layout tut (bis aufs Favicon)...Korrigiere: Ich hatte bei den Templateanpassungen den Code fürs Favicon in der fe_page vergessen...:(
Geh mal bitte im Menü auf intern und log Dich ein, da ist dann unter Bilder eine Testgalerie.
Benutzer: redakteur // Passwort: qwertzuiop

ToM

Hm, lösche mal den Bilder Cache über die System Wartung.

In Contao 4.8 werden Bilder "lazy" erzeugt. Das heißt, erst wenn das Bild angefordert wird, wird es tatsächlich erzeugt. Vielleicht geht da irgendwas schief.

Soeben geschehen, zum wasweissichwievielten Male schon :D
Im Gegensatz zur Testseite, wo ich eine bestehende genommen hatte beim RC2 (gleiches Problem), ist diese neu installiert, DB eingespielt, files etc upgeloaded, Synchronisiert, entcached ;)
Irgendwas will da nicht...

ToM

Und im Backend kannst du die Bilder zwar auswählen - aber angezeigt werden sie nicht? Auch nicht in der Dateiverwaltung?

Richtig, die Vorschaubilder an sich (aus assets) tun nicht. Gelegentlich, alle 20x Cache und Wartung, tun einige sporadisch.
Berechtigungen passen alle auch. In dieser Installation vom CM angelegt, in einer anderen von mir. Selbes Problem seit 4.8(RC)...

ToM

PS: Zugang wieder gelöscht. Bei Bedarf --> Meldung ;)

Verdächtig ruhig hier plötzlich. Spooky, hast schon was gefunden, bzw reproduzieren können?

ToM

Nach 2 Tagen Ursachenforschung hab ich die Lösung gefunden, ich hatte in meiner .htaccess das drin:

Code:

---

    ##
    #  Prevent Hotlinking from files
    ##
    <FilesMatch "\.(htm|php|js|css|htc|png|gif|jpe?g|ico|xml|csv|txt|swf|flv|eot|woff|svg|ttf|pdf|gz)$">
        RewriteCond %{HTTP_REFERER} !^$
        RewriteCond %{HTTP_REFERER} !^https?://([^.]+\.)?nightwing.eu/.*$ [NC]
        RewriteCond %{REQUEST_FILENAME} !no_hotlink.png$
        RewriteRule .*\.(gif|jpe?g|png|bmp)$ https://update.nightwing.eu/files/layout/no_hotlink.png [NC,R]
    </FilesMatch>

---

Wie muss ich das richtig schreiben, das es wieder funktioniert?

ToM

Ich habe mittlerweile die "Lösung" gefunden (=error & try Verfahren): Ich hatte noch viel vom alten Contao mit Caching etc in meiner htaccess drin und diese entschlackt.
Ob jetzt wirklich das Anti Hotlinking dazu geführt hat, weiss ich nicht, funktionieren tut das auch wieder, und ich hab auch mit dem Update keine Probleme ( wie in #666 beschrieben).
Hier meine .htaccess:

Code:

---

##
#  Increase php web memory limit
##
php_value memory_limit 512M

##
#  Increase php execution time
##
php_value max_execution_time 300

##
#  Add Fast CGI
##
#    AddHandler php-fastcgi .php

##
#  IP blocking and protect backend
##
SetEnvIf Request_URI ^/(contao($|/)|contao-manager\.phar\.php($|/)|_backup($|/)) require_auth=true
AuthUserFile /www/htdocs/xyz0815/_update/web/.htpasswd
AuthGroupFile /dev/null
AuthName "Contao Backend Authentification"
AuthType Basic
require valid-user
Order deny,allow
Deny from all
Allow from env=!require_auth
#Allow from 78.42.98.120
Satisfy any

##
#  Disable ETags
#  @see http://developer.yahoo.com/performance/rules.html# etags
##
FileETag None
<IfModule mod_headers.c>
    Header unset ETag
</IfModule>

##
#  URL rewriting
##
<IfModule mod_rewrite.c>
    RewriteEngine On

    <IfModule mod_headers.c>
        # Assets in /assets and /bundles either contain a hash in their filename
        # or are called with a ?version suffix, therefore cache them for 1 year.
        RewriteRule ^(assets|bundles)/ - [ENV=CONTAO_ASSETS:true]
        Header set Cache-Control "max-age=31536000" env=CONTAO_ASSETS

        # Allow CORS on the Contao TinyMCE skin.
        RewriteRule ^assets/tinymce4/js/skins/contao/fonts/ - [ENV=CONTAO_TINYMCE_SKIN:true]
        Header set Access-Control-Allow-Origin "*" env=CONTAO_TINYMCE_SKIN
    </IfModule>

    ##
    #  Access denied for .htaccess
    ##
    RewriteRule ^\.htaccess$ - [F]
    RewriteRule ^\.htpasswd$ - [F]
   
    ##
    #  Block bad bots
    ##
    RewriteCond %{HTTP_USER_AGENT} ^BlackWidow [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Bot\ mailto:craftbot@yahoo.com [OR]
    RewriteCond %{HTTP_USER_AGENT} ^ChinaClaw [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Custo [OR]
    RewriteCond %{HTTP_USER_AGENT} ^DISCo [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Download\ Demon [OR]
    RewriteCond %{HTTP_USER_AGENT} ^eCatch [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EirGrabber [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EmailSiphon [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EmailWolf [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Express\ WebPictures [OR]
    RewriteCond %{HTTP_USER_AGENT} ^ExtractorPro [OR]
    RewriteCond %{HTTP_USER_AGENT} ^EyeNetIE [OR]
    RewriteCond %{HTTP_USER_AGENT} ^FlashGet [OR]
    RewriteCond %{HTTP_USER_AGENT} ^GetRight [OR]
    RewriteCond %{HTTP_USER_AGENT} ^GetWeb! [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Go!Zilla [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Go-Ahead-Got-It [OR]
    RewriteCond %{HTTP_USER_AGENT} ^GrabNet [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Grafula [OR]
    RewriteCond %{HTTP_USER_AGENT} ^HMView [OR]
    RewriteCond %{HTTP_USER_AGENT} HTTrack [NC,OR]
    RewriteCond %{HTTP_USER_AGENT} ^Image\ Stripper [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Image\ Sucker [OR]
    RewriteCond %{HTTP_USER_AGENT} Indy\ Library [NC,OR]
    RewriteCond %{HTTP_USER_AGENT} ^InterGET [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Internet\ Ninja [OR]
    RewriteCond %{HTTP_USER_AGENT} ^JetCar [OR]
    RewriteCond %{HTTP_USER_AGENT} ^JOC\ Web\ Spider [OR]
    RewriteCond %{HTTP_USER_AGENT} ^larbin [OR]
    RewriteCond %{HTTP_USER_AGENT} ^LeechFTP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Mass\ Downloader [OR]
    RewriteCond %{HTTP_USER_AGENT} ^MIDown\ tool [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Mister\ PiX [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Navroad [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NearSite [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NetAnts [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NetSpider [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Net\ Vampire [OR]
    RewriteCond %{HTTP_USER_AGENT} ^NetZIP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Octopus [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Offline\ Explorer [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Offline\ Navigator [OR]
    RewriteCond %{HTTP_USER_AGENT} ^PageGrabber [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Papa\ Foto [OR]
    RewriteCond %{HTTP_USER_AGENT} ^pavuk [OR]
    RewriteCond %{HTTP_USER_AGENT} ^pcBrowser [OR]
    RewriteCond %{HTTP_USER_AGENT} ^RealDownload [OR]
    RewriteCond %{HTTP_USER_AGENT} ^ReGet [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SiteSnagger [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SmartDownload [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SuperBot [OR]
    RewriteCond %{HTTP_USER_AGENT} ^SuperHTTP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Surfbot [OR]
    RewriteCond %{HTTP_USER_AGENT} ^tAkeOut [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Teleport\ Pro [OR]
    RewriteCond %{HTTP_USER_AGENT} ^VoidEYE [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Web\ Image\ Collector [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Web\ Sucker [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebAuto [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebCopier [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebFetch [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebGo\ IS [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebLeacher [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebReaper [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebSauger [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Website\ eXtractor [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Website\ Quester [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebStripper [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebWhacker [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WebZIP [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Wget [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Widow [OR]
    RewriteCond %{HTTP_USER_AGENT} ^WWWOFFLE [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Xaldon\ WebSpider [OR]
    RewriteCond %{HTTP_USER_AGENT} ^Zeus
    RewriteRule ^.* - [F,L]

    ##
    # URL with trailing slash suffix (/)
    ##
    RewriteCond %{REQUEST_URI} !^/contao(.*)$
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_URI} ^/[^\.]+[^/]$
    RewriteRule (.+)\.html$ /$1/ [L,R=301]
   
    ##
    # This rule allows input of alias without the URL suffix, i.e. http://domain.com/files
    # The rule add the suffix.
    ##
    RewriteCond %{REQUEST_FILENAME} !-f
    RewriteCond %{REQUEST_URI} !^/contao$
    RewriteRule ^([^./]+)$ /$1/ [L,R=301]
   
    ##
    #  SSL & no www
    ##
    RewriteCond %{HTTP_HOST} ^www\.(.*)$ [NC]
    RewriteRule ^(.*)$ https://%1/$1 [R=301,L]
    RewriteCond %{HTTPS} !on
    RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

    ##
    #  Prevent Hotlinking from files
    ##
    <IfModule mod_rewrite.c>
        RewriteCond %{HTTP_REFERER} !^$
        RewriteCond %{HTTP_REFERER} !^https?://([^.]+\.)?eigene-domain.de/.*$ [NC]
        RewriteCond %{REQUEST_FILENAME} !no_hotlink.png$
        RewriteRule .*\.(gif|jpe?g|png|bmp)$ https://%{HTTP_HOST}/files/layout/no_hotlink.png [NC,R,L]
    </ifModule>

    ##
    # The following rules are required if you want to redirect old URL fragments
    # to a new URL.
    # Useful when using the auto-items Parameter.
    ##
    RewriteRule ^(.*)about$ /$1/ [R=301,L]   
    RewriteRule ^(.*)about\.html$ /$1/$2/ [R=301,L]
    RewriteRule ^(bilder)/vars/(.+)\.html$ /$1/$2/ [R=301,L]
    RewriteRule ^(bilder)/vars/(.+)$ /$1/$2/ [R=301,L]
    RewriteRule ^(bilder)/vars/$ /$1/$2 [R=301,L]
    RewriteRule ^(bilder)/vars$ /$1/$2 [R=301,L]
    RewriteRule ^(contao)-detail/(.+)\.html$ /cms-$1/$2/ [R=301,L]
    RewriteRule ^(contao)-detail/(.+)\$ /cms-$1/$2/ [R=301,L]
    RewriteRule ^(.*)-detail/(.+)\.html$ /$1/$2/ [R=301,L]
    RewriteRule ^(.*)-detail/(.+)\$ /$1/$2/ [R=301,L]
    RewriteRule ^(.*)cms-contao/syntaxhighlightning-in-news-code-ausgeblendet/$ /cms-contao/codewrapper/$1 [R=301,L]   
   
    ##
    #  The following rules are required if you want to pass the language as first
    #  URL parameter (added in Contao 2.11). The first rule rewrites the empty URL
    #  to the front end controller, the second one adds a missing trailing slash.
    ##
    RewriteRule ^[a-z]{2}(\-[A-Z]{2})?/$ index.php [L]
    RewriteRule ^([a-z]{2}(\-[A-Z]{2})?)$ $1/ [R=301,L]
   
    # Determine the RewriteBase automatically and set it as environment variable.
    # If you are using Apache aliases to do mass virtual hosting or installed the
    # project in a subdirectory, the base path will be prepended to allow proper
    # resolution of the index.php file and to redirect to the correct URI. It will
    # work in environments without path prefix as well, providing a safe, one-size
    # fits all solution. But as you do not need it in this case, you can comment
    # the following 2 lines to eliminate the overhead.
    RewriteCond %{REQUEST_URI}::$1 ^(/.+)/(.*)::\2$
    RewriteRule ^(.*) - [E=BASE:%1]

    # Sets the HTTP_AUTHORIZATION header removed by Apache
    RewriteCond %{HTTP:Authorization} .
    RewriteRule ^ - [E=HTTP_AUTHORIZATION:%{HTTP:Authorization}]

    # Redirect to URI without front controller to prevent duplicate content
    # (with and without `/index.php`). Only do this redirect on the initial
    # rewrite by Apache and not on subsequent cycles. Otherwise we would get an
    # endless redirect loop (request -> rewrite to front controller ->
    # redirect -> request -> ...).
    # So in case you get a "too many redirects" error or you always get redirected
    # to the start page because your Apache does not expose the REDIRECT_STATUS
    # environment variable, you have 2 choices:
    # - disable this feature by commenting the following 2 lines or
    # - use Apache >= 2.3.9 and replace all L flags by END flags and remove the
    #  following RewriteCond (best solution)
    RewriteCond %{ENV:REDIRECT_STATUS} ^$
    RewriteRule ^index\.php(?:/(.*)|$) %{ENV:BASE}/$1 [R=301,L]

    # If the requested filename exists, simply serve it.
    # We only want to let Apache serve files and not directories.
    RewriteCond %{REQUEST_FILENAME} -f
    RewriteRule ^ - [L]

    # Rewrite all other queries to the front controller.
    RewriteRule ^ %{ENV:BASE}/index.php [L]
</IfModule>

<IfModule !mod_rewrite.c>
    <IfModule mod_alias.c>
        # When mod_rewrite is not available, we instruct a temporary redirect of
        # the start page to the front controller explicitly so that the website
        # and the generated links can still be used.
        RedirectMatch 302 ^/$ /index.php/
        # RedirectTemp cannot be used instead
    </IfModule>
</IfModule>

---

ToM

Falls noch wer über das Problem stolpert: Es kann auch daran liegen, dass der Wartungsmodus aktiviert ist. Dann werden die Bilder für den Cache nicht erstellt.

Zitat:

---

Zitat von Wusch

Falls noch wer über das Problem stolpert: Es kann auch daran liegen, dass der Wartungsmodus aktiviert ist. Dann werden die Bilder für den Cache nicht erstellt.

---

Das sollte in Contao 4.8.1 nicht mehr passieren.

Jopp es lag dann an fehlerhaften nginx Einstellungen. Die Bilder wurden nicht direkt durch die index.php bedient. Dadurch konnten keine assets erstellt werden.

Zitat:

---

Zitat von Wusch

Jopp es lag dann an fehlerhaften nginx Einstellungen. Die Bilder wurden nicht direkt durch die index.php bedient. Dadurch konnten keine assets erstellt werden.

---

Welche Einstellung war es den?
Ich habe auch das "assets Problem" und habe schon quasi alles ausprobiert :mad:

System:
- nginx
- contao 4.8.1 (von 4.6.x update gemacht)

Der assets Ordner ist verlinkt und ist auch erreichbar. Ebenfalls wird der deferred ordner mit den json Dateien erstellt, jedoch keine Bilder dazu. Die 0-9, abcde Ordner bleiben leer. In Frontend/Backend bekomme ich jeweils 404 Fehler für die Bilder die einen assets Pfad haben. Alles andere funktioniert.

composer.json

Code:

---

{
    "name": "contao/managed-edition",
    "type": "project",
    "description": "Contao Open Source CMS",
    "license": "LGPL-3.0-or-later",
    "authors": [
        {
            "name": "Leo Feyer",
            "homepage": "https://github.com/leofeyer"
        }
    ],
    "require": {
        "php": "^7.1",
        "ext-dom": "*",
        "ext-gd": "*",
        "ext-intl": "*",
        "ext-json": "*",
        "ext-pcre": "*",
        "ext-pdo": "*",
        "ext-zlib": "*",
        "contao/calendar-bundle": "^4.8",
        "contao/comments-bundle": "^4.8",
        "contao/conflicts": "*@dev",
        "contao/faq-bundle": "^4.8",
        "contao/listing-bundle": "^4.8",
        "contao/manager-bundle": "4.8.*",
        "contao/news-bundle": "^4.8",
        "contao/newsletter-bundle": "^4.8",
        "madeyourday/contao-rocksolid-antispam": "^2.0",
        "madeyourday/contao-rocksolid-columns": "^2.0",
        "madeyourday/contao-rocksolid-custom-elements": "^2.2",
        "madeyourday/contao-rocksolid-icon-picker": "^2.0",
        "madeyourday/contao-rocksolid-slider": "^2.0",
        "menatwork/selectmodule": "^2.0",
        "terminal42/contao-changelanguage": "^3.1"
    },
    "conflict": {
        "contao-components/installer": "<1.3"
    },
    "require-dev": {
        "sensiolabs/security-checker": "^5.0"
    },
    "extra": {
        "symfony": {
            "require": "^4.2"
        },
        "contao-component-dir": "assets"
    },
    "autoload": {
        "psr-4": {
            "App\": "src/"
        }
    },
    "minimum-stability": "beta",
    "prefer-stable": true,
    "scripts": {
        "post-install-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ],
        "post-update-cmd": [
            "Contao\\ManagerBundle\\Composer\\ScriptHandler::initializeApplication"
        ]
    }
}

---

Relevante nginx conf

Code:

---

    root        /home/web/abc.com/public_html/web;
    index      app.php index.html index.htm;

    location / {

        location ~* ^.+\.(jpeg|jpg|png|gif|bmp|ico|svg|css|js)$ {
            expires    max;
        }
        location /robots.txt {
                add_header Content-Type text/plain;
        }

        index app.php;
        try_files $uri @rewriteapp;

        location ~ [^/]\.php(/|$) {
            fastcgi_param SCRIPT_FILENAME $realpath_root$fastcgi_script_name;
            fastcgi_param DOCUMENT_ROOT $realpath_root;

            fastcgi_pass    unix:/run/php/php7.2-fpm.sock;
            include        /etc/nginx/fastcgi_params;
            fastcgi_split_path_info ^(.+\.php)(/.*)$;
            include fastcgi_params;
        }
    }
    rewrite ^/app\.php/?(.*)$ /$1 permanent;
    location @rewriteapp {
    rewrite ^(.*)$ /app.php/$1 last;
    }

---

p.s. die nginx minimal config für symphony hat das gleiche problem https://www.nginx.com/resources/wiki...cipes/symfony/

Bei mir war es im allgemeinen Teil der nginx Konfiguration ein Snippet, welches die Caching Eigenschaften etc. für Bilder geändert hat.

Ahh ja es geht nun, DANKE!!!!! Lag tatsächlich an dem hier:

Code:

---

location ~* ^.+\.(jpeg|jpg|png|gif|bmp|ico|svg|css|js)$ {
            expires    max;
        }

---

Ich hab da ein ganz ähnliches Phänomen.
Bei mir läuft nginx als Proxy vor'm Apache und der macht die php-sachen über fpm.
Wenn ich nginx dazu bewegen will statische Sachen (wie die Bilder aus assets) direkt zu bedienen und ggf. cache-header drann-zupaps'n funktioniert das nur für die Bilder, die bereits da sind.
Wenn ein Redakteur Ausschnitt oder Größe ändert seh ich's im Frontend nicht mehr.
Irgendwie Mist - ich vermute, das ist seit deferred image resizing - vielleicht hat ja jemand einen Tip... wär'sehr nett.

Du musst dafür sorgen, dass Requests, die nicht auf physisch vorhandene Dateien gehen, von der index.php verarbeitet werden.

Was zu tun ist ist mir so halbwegs klar - nur nicht das WIE.
Werd mich wohl nochmal genauer mit try_files beschäftigen müssen. Hätte ja sein können jemand hat einen Schnipsel für so eine Konfiguration schon parat.

Wie sieht deine aktuelle Konfiguration aus?

aktuell hat mach ich nur die gzip Kompression über nginx

Code:

---

gzip on;
gzip_disable "MSIE [1-6]\\.(?!.*SV1)";
gzip_proxied any;
gzip_comp_level 5;
gzip_types text/plain text/css application/javascript application/x-javascript text/xml application/xml application/rss+xml text/javascript image/x-icon image/bmp image/svg+xml;
gzip_vary on;

---

Upstram ist wie gesagt der Apache, der mit der standard-.htaccess den Rest erledigt

das Beschriebene Problem tritt dann auf, wenn ich das hinzufüge:

Code:

---

location ~* .(js|jpg|jpeg|gif|png|css|tgz|gz|rar|bz2|doc|pdf|ppt|tar|wav|bmp|rtf|swf|ico|flv|txt|woff|woff2|svg)$ {
etag on;
if_modified_since exact;
add_header Pragma "public";
add_header Cache-Control "max-age=31536000, public";
}

---

Dort müsste wohl was mit try_files rein damit es zuverlässig funktioniert, pagespeed-insights glücklich ist und Apache entlastet wird.

Nach Update von 4.7.7 auf 4.8.5
Bei mir waren die Assets-Ordner leer und auch in der
Dateiverwaltung war keines der Bilder gerendert.

Lösung hier:

.htaccess mit der default .htaccess der 4.8.5 ersetzt und siehe da alles funktionierte wieder.

Zitat:

---

Zitat von corbinian

Nach Update von 4.7.7 auf 4.8.5
Bei mir waren die Assets-Ordner leer und auch in der
Dateiverwaltung war keines der Bilder gerendert.

Lösung hier:

.htaccess mit der default .htaccess der 4.8.5 ersetzt und siehe da alles funktionierte wieder.

---

Kleiner Zusatz (weil ich das Problem auch gerade hatte):
Bei mir war noch im Root der Domain (also nicht das "web"-Verzeichnis der C4 Installation) von der 3.5er Version die .htaccess vorhanden. Das bewirkte das gleiche Problem. Nach der Löschung war wieder alles ok. Bis 4.7 machte diese 'parallele' .htaccess keine (offentsichtlichen) Probleme.

Ich bin mir nicht sicher, ob es genau das selbe Problem bei mir war:
Zumindest wurden nach dem update auf die 4.8 ca. 1/3 aller Bilder unter assets/images nicht mehr angezeigt bzw. hat es im Front-end 500er Seiten geworfen. Debug-Modus hatte mir "Could not find assets/images..." angezeigt. Bei mir lag es an der noch installierten Erweiterung derhaeuptling/contao-lazy-images. Die hat sich mit 4.8 nicht mehr vertragen.