RFC: 文件格式更改

随着此列表的不断增长和成熟,其覆盖范围也越来越广。为了维护此列表,评论也变得更加频繁,例如 0.0.0.0 adelogs.adobe.com #参见 http://www.theregister.co.uk/2014/10/07/adobe_digital_editions_4_caught_snooping_into_ebook_collections_of_users/ 或 0.0.0.0 static.smni.com #Santa Monica - popunders 这对于一目了然来说非常有用,但是,将此列表作为数据源,用于转换为更大规模的功能(例如:DNS服务器),在我的特定用例中,bind 对RPZ区域来说是相当麻烦的,因为bind(尽管在所有DNS服务器中都很常见)的格式是"IP" "ZONE" "RECORD TYPE",最终会得到"IP" "ZONE" "COMMENT-RECORDTYPE MERGED"。例如 0.0.0.0 adelogs.adobe.com #参见 http://www.theregister.co.uk/2014/10/07/adobe_digital_editions_4_caught_snooping_into_ebook_collections_of_users/ CNAME。虽然可以克服这种情况,但这需要比在文件格式更改时将评论放置在有问题的行上时所需的正则表达式更复杂。例如: #参见 http://www.theregister.co.uk/2014/10/07/adobe_digital_editions_4_caught_snooping_into_ebook_collections_of_users/ 0.0.0.0 adelogs.adobe.com 这样,过滤任何不以0.0.0.0开头的内容是很简单的,评论仍然是可能的,并且不影响那些尊重#作为注释的应用程序。