Afbeeldingen uit het fotoalbum laden traag

[CodeCaster]

Bijvoorbeeld in Bouw en voortgang van de XTZ Lounge staan een hoop foto's. Als je er een aanklikt, opent de lightbox.

Als je vervolgens op de pijl naar rechts blijft klikken, laadt de helft van de afbeeldingen pas na 1-2 seconden. Zie hier een F12-screenshot uit Chrome:



Bij blijven doorklikken in dat album ging zelfs slechts één van de foto's snel, de andere deden er allemaal ongeveer 1,5 seconde over:



Headers van het bovenste request uit het screenshot:

code:

curl "https://tweakers.net/i/W-NXRR50fTV_WImTcoKrj9mi2Os=/full-fit-in/4920x3264/filters:max_bytes(3145728):no_upscale():strip_icc():fill(white):strip_exif()/f/image/vbZO6ihdm735wKMqNLqwOqhy.jpg?f=user_large" ^
  -H "authority: tweakers.net" ^
  -H "user-agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/85.0.4183.83 Safari/537.36" ^
  -H "dnt: 1" ^
  -H "accept: image/avif,image/webp,image/apng,image/*,*/*;q=0.8" ^
  -H "sec-fetch-site: same-site" ^
  -H "sec-fetch-mode: no-cors" ^
  -H "sec-fetch-dest: image" ^
  -H "referer: https://gathering.tweakers.net/" ^
  -H "accept-language: en-US,en;q=0.9,nl;q=0.8" ^
  -H "cookie: (...)" ^
  --compressed

Ook wanneer ik vers een afbeelding heb geüpload naar m'n fotoalbum, en de gegenereerde RML-code in m'n post heb en op "Toon voorbeeld" klik, duurt het vaak enkele seconden tot de afbeelding laadt.

Zeker gezien de TTFB lijkt het me niet aan mijn internet liggen, dus wellicht ten overvloede: ik zit op gigabit glasvezel bij T-Mobile Thuis.

[Voor 40% gewijzigd door CodeCaster op 09-09-2020 14:54]

[crisp]

Als de afbeelding nog niet in een bepaald formaat beschikbaar is dan moet dat formaat eerst aangemaakt worden. Dat gebeurt 'on-demand'. Ik gok dat dat hetgeen is wat (soms?) wel enige seconden kan duren.

[CodeCaster]

crisp schreef op woensdag 9 september 2020 @ 15:01:
Als de afbeelding nog niet in een bepaald formaat beschikbaar is dan moet dat formaat eerst aangemaakt worden. Dat gebeurt 'on-demand'. Ik gok dat dat hetgeen is wat (soms?) wel enige seconden kan duren.

Geef de server(s) die dat doen eens wat meer CPU en I/O dan!

(Grapje, ik weet niet hoe het in elkaar steekt)

---

Ik zie dat er iets van ...mi2Os=/full-fit-in/4920x3264/fil... wordt opgevraagd. Dat kan ik niet kwijt op mijn 2560x1440-scherm. Links ervan staat er een van 1680x1050.

En misschien is het mogelijk om veel voorkomende formaten al te genereren direct na het uploaden? Maar zie ook hierboven, dit zijn slechts suggesties, ik weet niet wat mogelijk is.

[Voor 35% gewijzigd door CodeCaster op 09-09-2020 15:08]

[Kees]

CodeCaster schreef op woensdag 9 september 2020 @ 15:03:
[...]

Geef de server(s) die dat doen eens wat meer CPU en I/O dan!

(Grapje, ik weet niet hoe het in elkaar steekt)

---

Ik zie dat er iets van ...mi2Os=/full-fit-in/4920x3264/fil... wordt opgevraagd. Dat kan ik niet kwijt op mijn 2560x1440-scherm. Links ervan staat er een van 1680x1050.

En misschien is het mogelijk om veel voorkomende formaten al te genereren direct na het uploaden? Maar zie ook hierboven, dit zijn slechts suggesties, ik weet niet wat mogelijk is.

Het zijn hele grote foto's, dus ze omzetten naar een bepaald formaat en webp kost even tijd, daarna zijn ze gecached en blijven ze een week bestaan

[crisp]

CodeCaster schreef op woensdag 9 september 2020 @ 15:03:
[...]

Geef de server(s) die dat doen eens wat meer CPU en I/O dan!

(Grapje, ik weet niet hoe het in elkaar steekt)

Daar hebben we @Kees voor

---

Ik zie dat er iets van ...mi2Os=/full-fit-in/4920x3264/fil... wordt opgevraagd. Dat kan ik niet kwijt op mijn 2550x1440-scherm. Links ervan staat er een van 1680x1050.

Die maat is een maximale afmeting Maar als het origineel bijvoorbeeld een tig megapixel bestand van 20MiB+ is dan kost het alsnog veel tijd om er ueberhaupt een kleinere versie van te maken.