О том, что ADSP устарел, я уже написал. Его роль выполняет DMARC.
Далее же, чтобы не пересказывать вам опубликованную, в том числе, и на Habrahabr информацию, рекомендую поиском пройтись по статьям по ключевым словам SPF, DKIM и DMARC. Все аспекты (ну почти) их использования неплохо описаны в статьях, к примеру, Mail.ru.
Если говорить о тонкостях, то, к примеру, надо быть готовым к тому, что использование запрещающих политик DMARC может негативно сказаться на пересылаемой почте и листах рассылки.
Алгоритм обычно такой. Пишется письмо в соцсеть (отсылается факсом) с запросом сведений об аккаунте. По привязанному номеру телефона, e-mail и IP сессий делаются намётки действий. В частности, по IP запрашивается у провайдера данные по конкретному пользователю. А потом к нему в 5 утра приходят с обыском и изымают всю технику.
Да-да. Как и на чём. "А возьмём-ка этот чудо-фреймворк… Ой, а тут такого нет. Добавим чудо-библиотеку. Ой, неудобная она, оказывается. Добавим ещё одну более чудесную… И т.п. и т.д.". В итоге пытаются на всей этой хрени летать. Но быстро не получается. "Поэтому давайте попробуем завернуть всё это в новую упаковку.". Об этом и статья.
Привлечение ИП в качестве сотрудника является законной и нормальной практикой при отсутствии аффилированности. Мне известны случаи привлечения ИП в качестве директора ООО для оптимизации размера выплат. Налоговики покривили носом но не более.
Наличие любых долгов на ИП (в отличие от, к примеру, ООО) не является основание для отказа в закрытии. Не далее как на днях было закрыто ИП с кучей долгов, исполнительных производств и несданной отчётности. Однако, это не означает что долги будут аннулированы — они повиснут на вас как физике уже. И далее уже можете (попробовать) обанкротится как физик.
Вы просто заменяете пароль от вашего сервиса на пароль от электронной почты облегчая задачу аутентификации и сопутствующих механизмов обеспечения безопасности при усложнении для пользователей доступа. Сомнительное приобретение для них.
Да всё разжирело донельзя, что уж там. Прогресс привёл к тому, что мало кто думает о реальной оптимизации в угоду скорости разработки уповая на то, что современное железо, средства хранения и сети пережуют любое количество кода.
Меня лично (как динозавра) всё это удручает.
Люблю, когда люди поучают использованию TLS не имея такового у себя на сайте.
https://www.phptherightway.com/
Но статья полезная вне сомнения.
О том, что ADSP устарел, я уже написал. Его роль выполняет DMARC.
Далее же, чтобы не пересказывать вам опубликованную, в том числе, и на Habrahabr информацию, рекомендую поиском пройтись по статьям по ключевым словам SPF, DKIM и DMARC. Все аспекты (ну почти) их использования неплохо описаны в статьях, к примеру, Mail.ru.
Если говорить о тонкостях, то, к примеру, надо быть готовым к тому, что использование запрещающих политик DMARC может негативно сказаться на пересылаемой почте и листах рассылки.
К сожалению, вы не разобрались в вопросе. Иначе я не могу объяснить присутствие в статье устаревшего ADSP и других более тонких, но важных, ремарок.
Алгоритм обычно такой. Пишется письмо в соцсеть (отсылается факсом) с запросом сведений об аккаунте. По привязанному номеру телефона, e-mail и IP сессий делаются намётки действий. В частности, по IP запрашивается у провайдера данные по конкретному пользователю. А потом к нему в 5 утра приходят с обыском и изымают всю технику.
Да-да. Как и на чём. "А возьмём-ка этот чудо-фреймворк… Ой, а тут такого нет. Добавим чудо-библиотеку. Ой, неудобная она, оказывается. Добавим ещё одну более чудесную… И т.п. и т.д.". В итоге пытаются на всей этой хрени летать. Но быстро не получается. "Поэтому давайте попробуем завернуть всё это в новую упаковку.". Об этом и статья.
Правильно. No taxation without representation.
Открытие это лично либо нотариус, а закрытие можно всё по почте.
Закрыть ИП через Госуслуги нельзя. Открыть — можно.
Если формальности будут соблюдены то им ничего не светит.
Нотариальная доверенность на представителя и вперёд тем же путём.
Привлечение ИП в качестве сотрудника является законной и нормальной практикой при отсутствии аффилированности. Мне известны случаи привлечения ИП в качестве директора ООО для оптимизации размера выплат. Налоговики покривили носом но не более.
Наличие любых долгов на ИП (в отличие от, к примеру, ООО) не является основание для отказа в закрытии. Не далее как на днях было закрыто ИП с кучей долгов, исполнительных производств и несданной отчётности. Однако, это не означает что долги будут аннулированы — они повиснут на вас как физике уже. И далее уже можете (попробовать) обанкротится как физик.
Закрывается ИП легче чем открывается. Одно заявление + пошлина. Наличие долгов любого рода не является основанием для отказа.
В два-три раза (от сайта) где-то реальное ускорение по HTTP/2.
Я хочу сказать, что для конечного пользователя HTTP/2 это хорошо и нужно, а целесообразность пакетирования Javascript-ресурсов весьма сомнительна.
Вы просто заменяете пароль от вашего сервиса на пароль от электронной почты облегчая задачу аутентификации и сопутствующих механизмов обеспечения безопасности при усложнении для пользователей доступа. Сомнительное приобретение для них.
Вы, к сожалению, не поняли смысла моего поста. Попробуйте ещё раз.
~70% обращений клиентов (без роботов) по HTTP/2 это реальная статистика у меня в этом месяце.
Да всё разжирело донельзя, что уж там. Прогресс привёл к тому, что мало кто думает о реальной оптимизации в угоду скорости разработки уповая на то, что современное железо, средства хранения и сети пережуют любое количество кода.
Меня лично (как динозавра) всё это удручает.
Интересно, спасибо. Странно, что такой мотивировки пакетирования нет в статье.