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
editYear of publication of a website
editIn 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)
- 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) - 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)
ZIP file central directory in another central directory's comment
editThe 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)