Re: [Zero-install-bugs] Bug in http://displaycal.net/0install/netifaces.xml (Maximum file size exceeded)
Thomas Leonard <[email protected]> Sun, 18 Jun 2017 12:29:52 +0100
| Newsgroups | gmane.comp.file-systems.zero-install.devel |
|---|---|
| Message-ID | <CAG4opy8442A=+N_aUW0ypikQ45qtRv+F1LHPy=PbRNGSOLm6HQ@mail.gmail.com> |
On 16 June 2017 at 14:07, Florian Höch <[email protected]> wrote: > Am 10.06.2017 um 20:55 schrieb Thomas Leonard: >> A work-around is to retry the download, as sf.net seems to load >> balance across two servers, one of which returns a much longer >> redirect response than the other (345 bytes vs 15522 bytes)! > > I have seen this, but it only happened once for me so wasn't sure if > this was worth investigating. How did they manage to blow up a simple > redirect to 15kb :-) (well, maybe some HTML body they're sending along) It's a load of javascript in the header. Maybe some kind of monitoring or profiling? > So in theory as a workaround, if people can't update to the fixed > 0install version right away, it would help if the archive exceeded 15kb. Yes. > Maybe I can make that happen. Can tar archives be padded with trailing > binary zeros, or is that going to cause problems? I think that might work. -- talex5 (GitHub/Twitter) http://roscidus.com/blog/ GPG: 5DD5 8D70 899C 454A 966D 6A51 7513 3C8F 94F6 E0CC ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Zero-install-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/zero-install-devel