HomeSearchPrevious dayNext day

00:38:01Arcorann_ joins
00:46:53michaelblob quits [Remote host closed the connection]
00:46:53qwertyasdfuiopghjkl quits [Remote host closed the connection]
00:46:53DogsRNice quits [Remote host closed the connection]
00:46:58michaelblob (michaelblob) joins
00:47:07DogsRNice (Webuser299) joins
01:00:19qwertyasdfuiopghjkl joins
01:09:53michaelblob_ (michaelblob) joins
01:09:53michaelblob quits [Remote host closed the connection]
01:10:16michaelblob_ quits [Remote host closed the connection]
01:11:23michaelblob_ (michaelblob) joins
01:11:46michaelblob_ quits [Remote host closed the connection]
01:12:53michaelblob_ (michaelblob) joins
01:13:16michaelblob_ quits [Remote host closed the connection]
01:14:23michaelblob_ (michaelblob) joins
01:14:46michaelblob_ quits [Remote host closed the connection]
01:15:53michaelblob_ (michaelblob) joins
01:16:16michaelblob_ quits [Remote host closed the connection]
01:17:23michaelblob_ (michaelblob) joins
01:17:46michaelblob_ quits [Remote host closed the connection]
01:17:47qwertyasdfuiopghjkl quits [Remote host closed the connection]
01:18:47qwertyasdfuiopghjkl joins
01:18:53michaelblob_ (michaelblob) joins
01:19:16michaelblob_ quits [Remote host closed the connection]
01:20:23michaelblob_ (michaelblob) joins
01:20:46michaelblob_ quits [Remote host closed the connection]
01:21:09michaelblob_ (michaelblob) joins
03:19:53michaelblob_ quits [Remote host closed the connection]
03:20:05michaelblob_ (michaelblob) joins
03:23:53michaelblob_ quits [Remote host closed the connection]
03:24:10michaelblob_ (michaelblob) joins
04:00:06Sluggs quits [Remote host closed the connection]
05:21:43DogsRNice quits [Read error: Connection reset by peer]
05:50:27michaelblob_ quits [Remote host closed the connection]
05:50:38michaelblob_ (michaelblob) joins
08:40:47michaelblob_ quits [Remote host closed the connection]
08:40:48qwertyasdfuiopghjkl quits [Remote host closed the connection]
09:36:21Sluggs joins
09:41:06qwertyasdfuiopghjkl joins
10:57:08luckcolors quits [Client Quit]
10:57:08ArchivalEfforts quits [Client Quit]
10:57:18qwertyasdfuiopghjkl quits [Client Quit]
10:58:11luckcolors (luckcolors) joins
11:00:08ArchivalEfforts joins
12:24:52qwertyasdfuiopghjkl joins
12:34:03Matthww quits [Ping timeout: 246 seconds]
12:43:47Matthww joins
13:04:20Matthww5 joins
13:04:27Matthww quits [Ping timeout: 265 seconds]
13:04:27Matthww5 is now known as Matthww
14:07:06qwertyasdfuiopghjkl quits [Remote host closed the connection]
14:22:11Arcorann_ quits [Ping timeout: 240 seconds]
15:07:36qwertyasdfuiopghjkl joins
16:30:50qwertyasdfuiopghjkl quits [Ping timeout: 265 seconds]
18:56:12<TheTechRobo>TIL that if you feed in "example.com?something&somethingelse" into the WBM's Availability API, it'll say "Yes, we have that!" if they have example.com?something
18:56:54<TheTechRobo>Fortunately they respond with the URL that matched the criteria, but it still caused me a lot of confusion...
19:48:00spirit quits [Client Quit]
19:49:35DogsRNice (Webuser299) joins
20:08:10qwertyasdfuiopghjkl joins
20:12:13<@JAA>TheTechRobo: Well yes, that's because you pass the URL in the query string. You need to percent-encode the ampersands.
20:12:36<TheTechRobo>Right. I forgot about that. LOL
20:13:55<TheTechRobo>But hang on. In that case, wouldn't the problem still be there? If I'm sending `https://example.com?something&somethingelse` the WBM sees `https://example.com`. All good. But then why does it give me a result for `https://example.com?something`?
20:13:59<TheTechRobo>JAA: ^
20:19:17<TheTechRobo>It works correctly now that I've encoded the URL, but then does the WBM feel free to add a query string to what you requested?
20:24:42<OrIdow6>What does the full available query look like?
20:27:09<TheTechRobo>Oh, this is weird behaviour...
20:27:12<@JAA>TheTechRobo: You want something like http://archive.org/wayback/available?url=https://example.com/?something%26somethingelse
20:28:01<TheTechRobo>I get why this is happening now. There's already a ? in the URL so it ignores that, but because it's in the middle of a query string it uses the & as another parameter.
20:28:18<TheTechRobo>So https://archive.org/wayback/available?url=https://cdn.discordapp.com/avatars/558825053668507650/f04bf7bce83c8a815a66033379783813.webp?size=4096&quality=lossless shows results for ?size=4096 while https://archive.org/wayback/available?url=https://cdn.discordapp.com/avatars/558825053668507650/f04bf7bce83c8a815a66033379783813.webp does not.
20:28:58<TheTechRobo>I wasn't taking the already-existing query string into account, so that's why it seemed weird to me.
20:29:19<@JAA>The availability API does not check for URL prefixes, just for complete URLs, I believe.
20:29:26<TheTechRobo>Yeah
20:29:46<TheTechRobo>but it doesn't notice anything after & because it believes that to be another query string parameter
20:29:47<TheTechRobo>Or so I think
20:29:56<@JAA>Yes, that's how URLs work. :-)
20:30:10<TheTechRobo>I think my brain turned off for the day :P
20:32:21<TheTechRobo>Sorry for the noise
20:33:03<@JAA>You pass the full target URL (with the usual protocol/auth/domain/port mangling) as one parameter in the query string. Any ampersands and hashes (& and #) must be percent-encoded because they'd otherwise start another parameter or the fragment.
20:33:18<@JAA>Per cent symbols themselves as well obviously.
20:33:39<TheTechRobo>yeah
20:34:18<TheTechRobo>although does the WBM take hashes into account? That seems less idiot-proof than not mangling the www.
20:40:46<@JAA>I think fragments are stripped, but I don't remember exactly.
20:40:59<@JAA>Could be significant for #! URLs.
21:44:01qwertyasdfuiopghjkl quits [Client Quit]
23:02:26qwertyasdfuiopghjkl joins
23:07:56tzt (tzt) joins
23:58:51qwertyasdfuiopghjkl quits [Client Quit]

HomeSearchPrevious dayNext day