• Najnowsze pytania
  • Bez odpowiedzi
  • Zadaj pytanie
  • Kategorie
  • Tagi
  • Zdobyte punkty
  • Ekipa ninja
  • IRC
  • FAQ
  • Regulamin
  • Książki warte uwagi

[React Redux] Efektywne ładowanie dużej ilości małych obrazków.

Aruba Cloud VPS - 50% taniej przez 3 miesiące!
0 głosów
373 wizyt
pytanie zadane 12 listopada 2016 w JavaScript przez xandros Nałogowiec (29,450 p.)
Może ktoś tutaj będzie miał pomysł na efektywne ładowanie dużej ilości obrazków.

Przedstawienie problemu:

Piszę sobie aplikacje w reakcie używając reduxa. Leci zapytanie do serwera o liste wyników.
Problemem jest fakt, że potrzebuje wczytać na ten moment około 336 obrazków z tej listy po 10~20kb każdy.

Jednym z pomysłów było dodanie loading bara, ale nie wiem, na ile to jest user-friendly i czy są jakieś lepsze rozwiązania.

przykładowe działanie aplikacji: https://drive.google.com/file/d/0B_m8fC4d_bzNcGNqZWR4R2llcE0/view

3 odpowiedzi

0 głosów
odpowiedź 12 listopada 2016 przez xandros Nałogowiec (29,450 p.)
 
Najlepsza
Po burzy mózgów na IRC doszliśmy do wniosku, że najszybciej będzie ładować 1x sprite ze wszystkimi obrazkami.

Taki sprite waży około 2mb i jest to tylko jeden request.

Problemem będzie jedynie implementacja tego po stronie serwera api. Trzeba dodać skrypt tworzący takiego sprite + stylesheet z mapą. Skrypt będzie się odpalał tylko przy tworzeniu/usuwaniu/aktualizacji, więc serwer nie będzie zbytnio obciążony. Na pewno mniej, niż aktualnie.
komentarz 12 listopada 2016 przez niezalogowany

I tak się będę upierał, że powinno to być zrobione na HTTP/2 + server push - jeśli istnieje taka możliwość.

komentarz 12 listopada 2016 przez xandros Nałogowiec (29,450 p.)
w połowie zrobiłem ;d
0 głosów
odpowiedź 12 listopada 2016 przez ShiroUmizake Nałogowiec (46,300 p.)
Czy wszystkie są odrazu widoczne dla usera? Props, za muzykę. :p
komentarz 12 listopada 2016 przez xandros Nałogowiec (29,450 p.)
Tak. Defaultowo "stan" filtra jest ustawiony na all, czyli że ma pokazywać wszystko.
0 głosów
odpowiedź 12 listopada 2016 przez niezalogowany
Na gicie fejsbuka jest przykład z fixed-data-table i endless scrolling. Wydaje mi się jednak, że lepszym rozwiązaniem będzie wysyłanie ich z serwera paczkami po x elementów niż ładowanie na raz 50MB do frontu.
komentarz 12 listopada 2016 przez xandros Nałogowiec (29,450 p.)
Inną z opcji było ładowanie samego obrazka (lub podmiana z transparent base64) wtedy, gdy element pokaże się na ekranie, przy użyciu:

https://github.com/joshwnj/react-visibility-sensor

Podobne pytania

0 głosów
1 odpowiedź 373 wizyt
pytanie zadane 2 czerwca 2023 w JavaScript przez DzikieHarce Użytkownik (690 p.)
0 głosów
0 odpowiedzi 243 wizyt
0 głosów
1 odpowiedź 213 wizyt
pytanie zadane 27 września 2020 w JavaScript przez rob Bywalec (2,440 p.)

93,195 zapytań

142,211 odpowiedzi

322,058 komentarzy

62,519 pasjonatów

Advent of Code 2024

Top 15 użytkowników

  1. 3316p. - dia-Chann
  2. 3251p. - Łukasz Piwowar
  3. 3243p. - Łukasz Eckert
  4. 3222p. - CC PL
  5. 3167p. - Tomasz Bielak
  6. 3157p. - Łukasz Siedlecki
  7. 3133p. - rucin93
  8. 3110p. - Maurycy W
  9. 3028p. - Adrian Wieprzkowicz
  10. 2992p. - Mikbac
  11. 2490p. - Marcin Putra
  12. 2467p. - Michał Telesz
  13. 2427p. - Michal Drewniak
  14. 2372p. - Anonim 3619784
  15. 1949p. - rafalszastok
Szczegóły i pełne wyniki

Motyw:

Akcja Pajacyk

Pajacyk od wielu lat dożywia dzieci. Pomóż klikając w zielony brzuszek na stronie. Dziękujemy! ♡

Oto polecana książka warta uwagi.
Pełną listę książek znajdziesz tutaj

Wprowadzenie do ITsec, tom 1 Wprowadzenie do ITsec, tom 2

Można już zamawiać dwa tomy książek o ITsec pt. "Wprowadzenie do bezpieczeństwa IT" - mamy dla Was kod: pasja (użyjcie go w koszyku), dzięki któremu uzyskamy aż 15% zniżki! Dziękujemy ekipie Sekuraka za fajny rabat dla naszej Społeczności!

...