Функция mail дергает локальный, для сервера на котором работает PHP-скрипт, MTA — а это потенциальный источник проблем:
локальный MTA может отсутствовать
локальный MTA может давно и прочно прописаться во всех blacklist-ах какие только бывают и администратор сервера может не торопиться его оттуда вытаскивать
локальный MTA может упасть и администратор может забить на это на денек другой
локальный MTA может вызывать у получателей серьезные сомнения относительно того, не СПАМ ли это
mail, как написано в документации, норовит открывать и закрывать соединение с MTA при каждом вызове, что негативно сказывается на производительности
Мораль — используйте полноценный почтовый сервер и обращайтесь к нему через SMTP (для удобства есть соответствующие библиотеки, например PHPMailer)
У меня нет ответа на Ваш вопрос. Я сам интересуюсь компетентным мнением. А конкретно в случае Hetzner, аренда сервера, это услуга хостинга приложений — по российскому законодательству услуга хостинга не подлежит лицензированию. Так что в этом, частном случае, темы для обсуждения вроде бы нет (но я не специалист).
Да, но услуги предоставляет, в том числе, резидентам РФ. Об этом и был вопрос. Надеюсь кто то сумеет ответить именно на него) Очевидно здесь есть полная аналогия с услугами связи, также требующими лицензирования.
Ответил выше — Вы приписываете мне слова которых я не говорил и из того что я написал подобного вывода о «моей логике» сделать нельзя.
P.S. Лично участвовал в суде против РКН на тему телематике и связанных с ней обязанностях оператора, так что хорошо понимаю применимость этого понятия. Возможно Вы путаете «лицензию на телематику» с «лицензией на передачу данных».
Не приписывайте мне то о чем я не писал. Про трафик я не писал и знаю, что к трафику лицензия на телематику не имеет никакого отношения.
Лицензия на телематику четко привязана к «услугам», а услугами по законодательству РФ являются только возмездные отношения. Где денег нет — там не услуга. Платная отправка электронной почты — это телематическая услуга. В платном тарифе на ProtonMail есть явное упоминание отправки писем как части услуги («Отправка зашифрованных сообщений получателям, не пользующимся ProtonMail»).
Меня заинтересовал другой момент — ProtonMail явно оказывает услуги (на платных тарифах) попадающие под определение «телематика» и в российском законодательстве требующие лицензирования, собственно интересно, распространяется ли необходимость лицензирования на зарубежные компании оказывающие услуги резидентам РФ или это актуально только для российского бизнеса и иностранцы поставлены в привилегированные условия?
— какая то странная постановка вопроса, учитывая то что JavaEE это набор спецификаций. Если создается платформа поддерживающая альтернативные спецификации, то это не JavaEE, а что то другое с другим названием. Если какие то спецификации кажутся не нужными можно создать «profile» без этих «устаревших» спецификаций.
Путь создания имплементаций поддерживающих «profiles» (например «web profile») верный — понимаешь чего ждать, а чего не ждать от платформы. Но при этом понятно, что речь идет по прежнему о спецификациях из стека JavaEE.
— живите настоящим, за такое «а потом», заложенное в код, обыватели джаву считают сложной и не подходящей для простых проектов, типа web-сайт. Зачем плодить сложность («бритва Оккама и т п»), когда мы ничего не знаем о проекте? Если бы речь шла о курсе по архитектуре, тогда да, имело бы смысл рассмотреть «правильную» архитектуру (с оговорками зачем тот или иной слой нужен), в других курсах это только забивает слушателям голову мусором и создает ощущение непостижимости происходящего.
Пишут про то что у Tomita «особенная» лицензия из-за использования в продукте библиотеки MyStem, у которой в лицензии Яндекс написал:
Программа может использоваться в коммерческих целях для разработки/создания каких-либо сервисов или программ, включаться и использоваться по прямому функциональному назначению в составе таких сервисов или программ, а также использоваться иным образом в процессе оказания услуг/выполнения работ, за исключением:
использование Программы и/или сервисов или программ, созданных на её основе или с её использованием, для создания или распространения массовых рассылок и спама;
использование Программы и/или сервисов или программ, созданных на её основе или с её использованием, для поисковой оптимизации сайтов в сети Интернет;
использование Программы для создания сервисов или программ или в составе сервисов или программ, предлагающих услуги или функциональность, аналогичную программам и сервисам Правообладателя.
Пользователь не имеет права воспроизводить и распространять Программу за плату, в том числе в составе сборников программных продуктов, без письменного согласия Правообладателя.
Функция mail дергает локальный, для сервера на котором работает PHP-скрипт, MTA — а это потенциальный источник проблем:
Мораль — используйте полноценный почтовый сервер и обращайтесь к нему через SMTP (для удобства есть соответствующие библиотеки, например PHPMailer)
— ага, неконсистентные данные в продуктовом хранилище и геморой по их ручной починке
P.S. Лично участвовал в суде против РКН на тему телематике и связанных с ней обязанностях оператора, так что хорошо понимаю применимость этого понятия. Возможно Вы путаете «лицензию на телематику» с «лицензией на передачу данных».
Лицензия на телематику четко привязана к «услугам», а услугами по законодательству РФ являются только возмездные отношения. Где денег нет — там не услуга. Платная отправка электронной почты — это телематическая услуга. В платном тарифе на ProtonMail есть явное упоминание отправки писем как части услуги («Отправка зашифрованных сообщений получателям, не пользующимся ProtonMail»).
— какая то странная постановка вопроса, учитывая то что JavaEE это набор спецификаций. Если создается платформа поддерживающая альтернативные спецификации, то это не JavaEE, а что то другое с другим названием. Если какие то спецификации кажутся не нужными можно создать «profile» без этих «устаревших» спецификаций.
Путь создания имплементаций поддерживающих «profiles» (например «web profile») верный — понимаешь чего ждать, а чего не ждать от платформы. Но при этом понятно, что речь идет по прежнему о спецификациях из стека JavaEE.
— живите настоящим, за такое «а потом», заложенное в код, обыватели джаву считают сложной и не подходящей для простых проектов, типа web-сайт. Зачем плодить сложность («бритва Оккама и т п»), когда мы ничего не знаем о проекте? Если бы речь шла о курсе по архитектуре, тогда да, имело бы смысл рассмотреть «правильную» архитектуру (с оговорками зачем тот или иной слой нужен), в других курсах это только забивает слушателям голову мусором и создает ощущение непостижимости происходящего.
Программа может использоваться в коммерческих целях для разработки/создания каких-либо сервисов или программ, включаться и использоваться по прямому функциональному назначению в составе таких сервисов или программ, а также использоваться иным образом в процессе оказания услуг/выполнения работ, за исключением:
Пользователь не имеет права воспроизводить и распространять Программу за плату, в том числе в составе сборников программных продуктов, без письменного согласия Правообладателя.
— а чем плох вызов репозитория из контроллера? Слишком мало кода получится? Не «энтерпрайзно» выйдет?