6 ms·
It's not only the services them self. I have a very slow mobile connection, and one thing that bothered me immensly is downloading images in the browser: How is
by camel-cdr 2y ago
It's not only the services them self. I have a very slow mobile connection, and one thing that bothered me immensly is downloading images in the browser:
How is it, than when I go to a .jpg url to view an image in the browser it takes way longer and sometimes times out, than hopping over to termux and running wget.
I had this problem with both firefox and chrome based browsers.
Note that even the wget download usually takes 10-30 seconds on my mobile connection.
- giantrobot 2y agoToo many services today do stupid image transcoding today. While the URL says jpg it will decide that because your browser supports WebP that what you really must have wanted was a WebP. It'll then either transcode or just send you WebP data for the image or send you a redirect. This is rarely what you actually want. With wget it sends you the source you actually requested and doesn't try to get clever (stupid). Google likes WebP so that means everyone needs to join the WebP cargo cult even if it means transcoding a lossy format to another lossy format.
- chris_pie 2y agoI have the same issue with nearly every static asset.
- bombcar 2y agoBrowsers usually try to multiplex things, sometimes even the same image if the server supports "get specific byte range" or whatever. There may be a setting to turn a browser back into a dumb wget visual displayer.
- armchair_expert 2y agoYou can try going into proxy settings and setting to "none" instead of autodetect. Also, the dns server used by the browser could be different (and slower).