我从API平台开始，我正在使用示例实体“Foo”:namespaceAppBundle\Entity;useApiPlatform\Core\Annotation\ApiResource;useDoctrine\ORM\MappingasORM;/***Foo**@ORM\Table(name="foo")*@ApiResource*@ORM\Entity*/classFoo{/***@varstring**@ORM\Column(name="bar",type="string",length=255,nullable=false)*/private$bar;/***@varinteg

我正在使用MicrosoftAntiXss3.1库。我们有许多使用非拉丁文字的国际网站。我们使用的是SEO友好的URL，因此我们在URL中包含非ASCII字符。AntiXss.UrlEncode(至少在3.1中)将“国际字符”视为安全的，因此我们最终得到一个IRI而不是URI:http://somesite.com/ja-JP/applications/search/セキュリティ-b200009HttpUtility.UrlEncode为URI(RFC3986)生成正确的编码:http://somesite.com/ja-JP/applications/search/%e3%82%bb

是否有检查IRI的标准函数？，为了检查一个URL显然我可以使用:parts=urlparse.urlsplit(url)ifnotparts.schemeornotparts.netloc:'''apparentlynotanurl'''我尝试使用包含Unicode字符的URL进行上述操作:importurlparseurl="http://fdasdf.fdsfîășîs.fss/ăîăî"parts=urlparse.urlsplit(url)ifnotparts.schemeornotparts.netloc:print"notanurl"else:print"yesanurl"

使用包含非ASCII字符的IRI作为属性值(例如对于href属性)而不是URI是否是有效的HTML？HTML风格(HTML和XHTML、4和5)之间有什么区别吗？至少RFC3986似乎暗示它不是。我意识到使用百分比编码可能会更安全(对于较旧的和IRI不敏感的软件)，但我正在寻找关于标准的明确答案。到目前为止，我已经用W3Cvalidator做了一些测试,URI中未转义的unicode字符不会触发HTML4/5和XHTML4/5文档类型的任何警告或错误(当然，没有错误消息并不意味着没有错误)。至少chrome还支持原始UTF-8IRI，但在触发HTTP请求之前对它们进行百分比转义。此外，