Wikipedia:Reference desk/Archives/Computing/2024 March 9

Computing desk
< March 8 << Feb | March | Apr >> Current desk >
Welcome to the Wikipedia Computing Reference Desk Archives
The page you are currently viewing is a transcluded archive page. While you can leave answers for any questions shown below, please ask new questions on one of the current reference desk pages.


March 9

edit

Year of publication of a website

edit

In this website: https://www.tudn.com/boxeo/ggg-formado-en-alemania-consagrado-en-eu-y-que-busca-los-corazones-mexicanos you can read «Publicado el jue, 14 sept - 02:25 PM CDT» (Published Thursday 14 sept - 02:25 PM CDT). I need to know from which year. Do you know a way to find in which year this website was first published? Thanks. 46.114.207.195 (talk) 04:11, 9 March 2024 (UTC)[reply]

I went to the source code of the page and searched "09-14" to see if there was any metadata for the date, and sure enough, I found: "datePublished": "2017-09-14T15:25:36-04:00" Anon126 (notify me of responses! / talk / contribs) 04:27, 9 March 2024 (UTC)[reply]
The years 1995, 2000, 2006, 2017 and 2023 are the years, since the World Wide Web was opened to the public, in which 14 September was on a Thursday. Gennady Golovkin moved to the US after 2010, around 2012,[1] and the web page was archived in 2022, so also without metadata this leaves only 2017.  --Lambiam 14:06, 9 March 2024 (UTC)[reply]

ZIP file central directory in another central directory's comment

edit

The ZIP format allows the central directory to end with up to 65535 bytes of arbitrary data as a "comment". If the comment contains another central directory, is there any consensus about which central directory is the "real" one? Is the class of valid central directories for a given set of zipped files equal, as I suspect, to the intersection of strings of up to 65535 bytes with a class that's closed under concatenation (or concatenation plus overwriting O(1) bytes) and includes all possible central directories that don't already have comments? This will affect the zip_next Rust crate, which uses a fuzzing library that's done a great job so far of surfacing corner cases that a denial-of-service attack might exploit.

(I know that the class of entire valid ZIP files is closed under concatenation because of the prefix feature; but this is worse since the multiple central directories can point to overlapping files.) NeonMerlin 21:16, 9 March 2024 (UTC)[reply]

https://stackoverflow.com/a/71558897 Polygnotus (talk) 10:56, 10 March 2024 (UTC)[reply]