Crates.io | idna_adapter |
lib.rs | idna_adapter |
version | 1.2.0 |
source | src |
created_at | 2024-07-03 12:10:46.447319 |
updated_at | 2024-10-29 06:25:08.432032 |
description | Back end adapter for idna |
homepage | https://docs.rs/crate/idna_adapter/latest |
repository | https://github.com/hsivonen/idna_adapter |
max_upload_size | |
id | 1290460 |
size | 26,589 |
This crate abstracts over a Unicode back end for the idna
crate.
To work around the lack of global-features
in Cargo, this crate allows the top level Cargo.lock
to choose an alternative Unicode back end for the idna
crate by pinning a version of this crate.
idna
depends on version 1 of this crate. The version stream 1.2.x uses ICU4X, the version stream 1.1.x uses unicode-rs, and the version stream 1.0.x has a stub implementation without an actual Unicode back end.
It is generally a good idea to refer to the README of the latest version instead of the guidance below for up-to-date information about what options are available.
If you take no action, Cargo will choose the 1.2.x version stream i.e. ICU4X.
To choose unicode-rs, run cargo update -p idna_adapter --precise 1.1.0
in the top-level directory of your application.
Compared to ICU4X, this makes build times faster, MSRV lower, binary size larger, and run-time performance slower.
Since the ability to turn off actual IDNA processing has been requested again and again, an option to have no Unicode back end is provided. Choosing this option obviously breaks the idna
crate in the sense that it cannot provide a proper implementation of UTS 46 without any Unicode data. Choosing this option makes your application reject non-ASCII domain name inputs and will fail to enforce the UTS 46 requirements on domain names that have labels in the Punycode form.
Using this option is not recommended, but to make the idna
crate not actually support IDNA, run cargo update -p idna_adapter --precise 1.0.0
in the top-level directory of your application.
Apache-2.0 OR MIT