Интересная история, спасибо. Тоже посмеялся. Ну и есть чему поучиться на чужих ошибках.
ps: поставлю на аварийную отсылку ограничитель. В уме это конечно было, даже озвучил- но отклика вверху не нашло, поэтому оставил. А тут вижу- не надо лениться.
1. Нужна отсылка по вставке записи в базу (BPM создает запись, когда пользователю назначается задание). Как вы ее предлагаете решить через postfix?
2. Окружений у нас — 6 штук. Бывает гораздо больше. Услилия на «самопальное наколеночное поделие»- ксати достаточно простое- очень даже сравнимы на инсталирование MTA (переконфигурирование, поддержание на всех окружениях)
2. Конфигурация в многослойном таком приложенни — есть. Такой факт. Я сторонник держать все ее в одном месте, а не распылять по конфигам. Только если без этого не обойтись. Например- по умолчанию отправка от чъего имени, или суппорт майл — настройки почты, но никак MTA не отдать.
PS: а последняя фраза- красивая, не спорю.
Заказчик фичи- бизнес (аналитики).
Отправлять почту (желательно по веб-сервису). С доталкивателем.
+ позже — по ошибке из браузера клиента отправлять на support mail скриншот экрана.
Детали реализации, интеграция с имеющимися модулями и с окружением — тут уж я сам… Например, самому сходить за шаблоном: удобнее пользоваться будет, асинхронность, конфигурирование и пр.
Зачем, сравенние — всегда вещь полезная. Я писал на Django совсем немного (и давно), поэтому мое мнение о нем очень субъективное- по поему он мало-объектоно-ориентирован. Фунциональность добавляется через hook-и. Я предпочитаю template method. То же могу сказать о работе в нем с базой.
Спасибо, интересная вещь, нужно будет почитать.
На java тоже есть асинхронный запуск задач (akka, hazelcast), главное- не стрелять из пушек по воробъям.
Soap — он как раз для разнесения серверов и языконезаисимости.
Аутентикация на декоратарах не сильно проще ее же в фильтре будет…
Питон- хороший язык, но я люблю статическое типизирование. Поэтому счас смотрю в сторону Scala…
Аутентификация есть. Но от ссылки в мыле залогиненного пользователя- не спасет. Post тоже есть в CommonServlet (см.
public class MailServlet extends CommonServlet). Запретить GET- ерунда. Только клиена UI еще придется с get на post перевести, ну и JUnit-ы поправить.
Тут поступил приватный коммент от Elmot- некаширно использовать GET для действий — можно получить спам: forums.asp.net/t/1822324.aspx/1
В оправдание скажу только что это все таки интранет приложение и чз GET из браузера сделать ссылку проще. Но в целом- согласен. Можно подумать на тему- оставить только post.
ps: поставлю на аварийную отсылку ограничитель. В уме это конечно было, даже озвучил- но отклика вверху не нашло, поэтому оставил. А тут вижу- не надо лениться.
2. Окружений у нас — 6 штук. Бывает гораздо больше. Услилия на «самопальное наколеночное поделие»- ксати достаточно простое- очень даже сравнимы на инсталирование MTA (переконфигурирование, поддержание на всех окружениях)
2. Конфигурация в многослойном таком приложенни — есть. Такой факт. Я сторонник держать все ее в одном месте, а не распылять по конфигам. Только если без этого не обойтись. Например- по умолчанию отправка от чъего имени, или суппорт майл — настройки почты, но никак MTA не отдать.
PS: а последняя фраза- красивая, не спорю.
Отправлять почту (желательно по веб-сервису). С доталкивателем.
+ позже — по ошибке из браузера клиента отправлять на support mail скриншот экрана.
Детали реализации, интеграция с имеющимися модулями и с окружением — тут уж я сам… Например, самому сходить за шаблоном: удобнее пользоваться будет, асинхронность, конфигурирование и пр.
На java тоже есть асинхронный запуск задач (akka, hazelcast), главное- не стрелять из пушек по воробъям.
Soap — он как раз для разнесения серверов и языконезаисимости.
Аутентикация на декоратарах не сильно проще ее же в фильтре будет…
Питон- хороший язык, но я люблю статическое типизирование. Поэтому счас смотрю в сторону Scala…
public class MailServlet extends CommonServlet). Запретить GET- ерунда. Только клиена UI еще придется с get на post перевести, ну и JUnit-ы поправить.
В оправдание скажу только что это все таки интранет приложение и чз GET из браузера сделать ссылку проще. Но в целом- согласен. Можно подумать на тему- оставить только post.
Но — из триггера в базе уже не отправишь. Так получилось универсально.
К тому же на доталкивание можно логику повесить.