MściwyNocnik
04.05.2019, 22:51
rzucił mi się w oczy temat ze str głównej odnośnie przyspieszenia ładowania gry... Przedsięwzięcie - przyznać trzeba - ze wszech miar zacne i chwalebne, przez wielu graczy wyczekiwane od przeszło półtorej roku...
Niestety - wybitny geniusz specjalistów BB odcisnął piętno na wynikach...
pokrótce - dlaczego tak myślę?
*) przedstawione rozwiązania służą zwiększeniu obętości cache przeglądarki do ponad 1GB oraz maksymalnego rozmiaru przechowywanych weń obiektów do ~13MB (wartości z instrukcji dla Firefoxa)
... dotąd brzmi zachęcająco, jednak:
KAŻDORAZOWO przy logowaniu gra pobiera z serwera CDN ubisoftu 2 pliki o rozmiarach 55MB oraz 56MB:
https://ubistatic-a.akamaihd.net/0018/live/GFX_HASHED/amfpacker/4edeb81a5344a8924e85815e83931debdc448900.bin
https://ubistatic-a.akamaihd.net/0018/live/GFX_HASHED/amfpacker/8f55059a57f149da48b5363d942de1e0d07b906f.bin
jak ktoś uważnie przeczytał podawane w instrukcji parametry, zauważył pewnie że 55MB pliki nijak nie mieszczą się w 13MB które BB poleciło ustawić jako limit rozmiaru pojedynczego obiektu (pliku).
To nie wszystko :) A jak! ;)
*) Na serwerze CDN typ MIME owych plików jest nieokreślony wobec czego serwer wysyłając wysyła domyślny nagłówek content-type "text/plain".
do techników BeBe: akamaihd (ten sprawdziłem) i pewnie cała reszta waszych CDN'ów zgodne są z HTTP/1.1...
tu chwila przerwy - niech myśl znajdzie mózg... no tak, wam trzeba łopatologicznie:
HTTP/1.1 definiuje nagłówek "If-Modified-Since"...
i co z tego? no tak, wam trzeba łopatologicznie.
Gdyby tylko wasza biedna kliencka fleszka użyła tego nagłówka żądając owych wielkich plików (w sumie 110MB) - skończyłoby się na przesłaniu najwyżej 1KB... to ponad 100 tysięcy razy mniej.
Niech wam ziemia ciężką będzie, tymi oto słowy żegnam ozięble,
--------------------------------------
"wnerwiony wąchacz pakietów"
specyfikacja HTTP/1.1, opis nagłówka If-Modified-Since (https://tools.ietf.org/html/rfc7232#section-3.3)
Niestety - wybitny geniusz specjalistów BB odcisnął piętno na wynikach...
pokrótce - dlaczego tak myślę?
*) przedstawione rozwiązania służą zwiększeniu obętości cache przeglądarki do ponad 1GB oraz maksymalnego rozmiaru przechowywanych weń obiektów do ~13MB (wartości z instrukcji dla Firefoxa)
... dotąd brzmi zachęcająco, jednak:
KAŻDORAZOWO przy logowaniu gra pobiera z serwera CDN ubisoftu 2 pliki o rozmiarach 55MB oraz 56MB:
https://ubistatic-a.akamaihd.net/0018/live/GFX_HASHED/amfpacker/4edeb81a5344a8924e85815e83931debdc448900.bin
https://ubistatic-a.akamaihd.net/0018/live/GFX_HASHED/amfpacker/8f55059a57f149da48b5363d942de1e0d07b906f.bin
jak ktoś uważnie przeczytał podawane w instrukcji parametry, zauważył pewnie że 55MB pliki nijak nie mieszczą się w 13MB które BB poleciło ustawić jako limit rozmiaru pojedynczego obiektu (pliku).
To nie wszystko :) A jak! ;)
*) Na serwerze CDN typ MIME owych plików jest nieokreślony wobec czego serwer wysyłając wysyła domyślny nagłówek content-type "text/plain".
do techników BeBe: akamaihd (ten sprawdziłem) i pewnie cała reszta waszych CDN'ów zgodne są z HTTP/1.1...
tu chwila przerwy - niech myśl znajdzie mózg... no tak, wam trzeba łopatologicznie:
HTTP/1.1 definiuje nagłówek "If-Modified-Since"...
i co z tego? no tak, wam trzeba łopatologicznie.
Gdyby tylko wasza biedna kliencka fleszka użyła tego nagłówka żądając owych wielkich plików (w sumie 110MB) - skończyłoby się na przesłaniu najwyżej 1KB... to ponad 100 tysięcy razy mniej.
Niech wam ziemia ciężką będzie, tymi oto słowy żegnam ozięble,
--------------------------------------
"wnerwiony wąchacz pakietów"
specyfikacja HTTP/1.1, opis nagłówka If-Modified-Since (https://tools.ietf.org/html/rfc7232#section-3.3)