4 commits

Author	SHA1	Message	Date
Andreas Kling	d568b15acf	LibURL: Avoid expensive IDNA::to_ascii() for all-ASCII domain strings ... 20% of CPU usage when loading https://utah.edu/ was spent doing these ASCII conversions in URL parsing.	2024-04-05 16:01:10 -06:00
Timothy Flynn	576c2f4f4d	LibURL+LibUnicode+LibWebView: Handle punycode directly in LibURL ... We had defined punycode handling in LibUnicode when LibURL (AK at the time) was unable to depend on LibUnicode. This is no longer the case.	2024-03-26 12:25:21 -04:00
Timothy Flynn	24ecf31ff5	LibURL+LibWeb: Move data URL processing to LibWeb's fetch infrastructure ... This is a fetching AO and is only used by LibWeb in the context of fetch tasks. Move it to LibWeb with other fetch methods. The main reason for this is that it requires the use of other LibWeb AOs such as the forgiving Base64 decoder and MIME sniffing. These AOs aren't available within LibURL.	2024-03-25 08:13:27 +01:00
Shannon Booth	e800605ad3	AK+LibURL: Move AK::URL into a new URL library ... This URL library ends up being a relatively fundamental base library of the system, as LibCore depends on LibURL. This change has two main benefits: * Moving AK back more towards being an agnostic library that can be used between the kernel and userspace. URL has never really fit that description - and is not used in the kernel. * URL _should_ depend on LibUnicode, as it needs punnycode support. However, it's not really possible to do this inside of AK as it can't depend on any external library. This change brings us a little closer to being able to do that, but unfortunately we aren't there quite yet, as the code generators depend on LibCore.	2024-03-18 14:06:28 -04:00