Osoba podpisana jako PiteR <email@fauszywy.pl>
w artykule <news:XnsADFE872521E09PanElektronik@127.0.0.1> pisze:
in <news:61b5ee90$0$558$65785112@news.neostrada.pl>
user Grzegorz Niemirowski pisze tak:
Tak jakby ten obrazek był generowany na chwilę
a nie ma go na serwerze jako https://www.server.com/obrazek.jpg
To nie ma żadnego związku z generowaniem. Po prostu obrazek jest
bezpośrednio w kodzie strony a nie w oddzielnym pliku
identyfikowanym przez adres.
Nou ale jaki? Największa możliwa rozdzielczość zródłowa?
Niekoniecznie. W bazie mogą być trzymane obrazki w różnych
rozdzielczościach, choć mogą też być przeskalowane w dół przed
zakodowaniem. Ze względu na dodatkowy czas zużyty na przeskalowanie
oczekiwanie na mniejszy obrazek może zająć tyle, co na większy. Nie
sprawdzałem.
A jak tam jest robiony dowolny crop obrazka z tego Base64
Przycinanie może być robione po stronie użytkownika kodem w Javascripcie.
Tego też nie sprawdzałem.
i po co takie kombinacje obrazek bezpośrednio w kodzie strony?
Żebyś nie zasysał hurtem tapet.
Czy to webmasterska nowinka że aktualny FF się zawiesza na tej stronie?
Przy czym dokładnie się zawiesza? Jeśli przy pobieraniu, to mogą być błędy
po stronie serwera, jeśli przy przycinaniu, to może być skutek działania
Javascriptu. I tu również nie mam pewności, dalej zgaduję: Jeśli w danej
sesji nie otwierałeś dużo kart z tego serwera, to powinno wystarczyć kilka
minut oczekiwania. Leniwe łebmajstry zwykle nie pokazują kręciołka przy
pracy javascriptu, więc wydaje się, że strona wisi. Przy dużej liczbie
otwieranych kart możesz zaobserwować intensywne mielenie dyskiem.
--
Andrzej P. Woźniak uszer@pochta.onet.pl (zamień miejscami z⇔h w adresie)
|
