Документация Terraform содержит раздел о многострочных строках с использованием Убедитесь, что в конфигурации yaml нет тройной черты (<
resource "kubernetes_service" "my-service" {
"metadata" {
name = "my-service"
annotations {
"getambassador.io/config" = <
---
). Terraform анализирует это неправильно.
Apache палата общин является общеизвестным как основательный проект. Следует иметь в виду, тем не менее, что необходимо будет все еще отправить электронное письмо с подтверждением в адрес, если Вы хотите удостовериться, что это - реальное электронное письмо, и что владелец хочет используемый на Вашем сайте.
РЕДАКТИРОВАНИЕ : был ошибка , где это было слишком строго на домене, заставив это не принять действующие адреса электронной почты от нового TLDs.
Эта ошибка была разрешена на 03/Jan/15 2:48 в блок проверки допустимости свободного городского населения версия 1.4.1
Что Вы хотите проверить? Адрес электронной почты?
адрес электронной почты может только быть проверен на свое соответствие формата. См. стандарт: RFC2822. Лучший способ сделать, который является регулярным выражением. Вы никогда не будете знать, существует ли действительно, не посылая электронное письмо.
я проверил блок проверки допустимости свободного городского населения. Это содержит org.apache.commons.validator. Класс EmailValidator. Кажется, хорошая начальная точка.
Если Вы будете надеяться проверять, допустим ли адрес электронной почты, то VRFY получит Вас часть пути. Я нашел, что это полезно для проверки интранет адреса (то есть, адреса электронной почты для внутренних сайтов). Однако это менее полезно для интернет-почтовых серверов (см. протесты наверху этой страницы)
Лес Хазлвуд написал очень тщательный класс валидатора электронной почты, соответствующий RFC 2822, с использованием регулярных выражений Java. Вы можете найти его на http://www.leshazlewood.com/?p=23 . Однако его тщательность (или реализация Java RE) приводит к неэффективности - прочтите комментарии о времени синтаксического анализа для длинных адресов.