martinheidegger
commented
4 years ago The problem occurred because the of an error which lead to the /tmp folder on the deploy server be filled and the netlify.config file couldn't be written to the disc anymore. See: https://github.com/consento-org/dat-ssg/issues/2
Note: A redeployment fixed this.
The svg's on the consento homepage do get served by netlify, but they do not get displayed.
By judging the response headers, this is likely because the netlify server does not serve the svg with the appropriate content-type. (see bellow ↓ )
dat-ssghas anetlify.configsetting for this, It needs to be checked for correctness on the deployment server.Response/Request Mozilla Debug information
↓ General ``` Request URL: https://consento.org/assets/images/illustrations/04-how-to-1.svg@v=580f948773 Request Method: GET Status Code: 200 Remote Address: 104.198.14.52:443 Referrer Policy: no-referrer-when-downgrade ``` ↓Response Headers ``` accept-ranges: bytes age: 13 cache-control: public, max-age=0, must-revalidate content-encoding: gzip content-length: 5336 content-type: application/octet-stream date: Sun, 05 Apr 2020 07:24:50 GMT etag: "1e769e25c0372de30ff6ddcda34500a9-ssl-df" server: Netlify status: 200 strict-transport-security: max-age=31536000 vary: Accept-Encoding x-nf-request-id: d4c5bfa3-8a5d-4101-9869-4d3082a908c8-26541664 ``` ↓ Request Headers ``` :authority: consento.org :method: GET :path: /assets/images/illustrations/04-how-to-1.svg@v=580f948773 :scheme: https accept: image/webp,image/apng,image/*,*/*;q=0.8 accept-encoding: gzip, deflate, br accept-language: en-US,en;q=0.9,de;q=0.8 cache-control: no-cache pragma: no-cache referer: https://consento.org/ sec-fetch-dest: image sec-fetch-mode: no-cors sec-fetch-site: same-origin user-agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/80.0.3987.149 Safari/537.36 ```