Пришел к мнению, что ни одна из концепций не будет обеспечивать должный уровень ИБ в одиночку. Тут нужен на мой взгляд комплексный подход. Например, для себя я вижу такое сочетание: Defense in Depth + Cyber Resilience + Digital Immune System.
Хотел добавить еще и Zero Trust, но в целом, я думаю эта концепция может быть реализована совместно с Defense in Depth на уровне технологий.
Спасибо автору за статью. Данный материал нужно давать всем руководителям ИТ и ИБ служб. Вам сталкивался не раз с тем, что данные подразделения на дух не переносят друг друга, в результате чего просто невозможно работать.
Мы настраивали Parse Server для своего проекта. Одно время он был отличным конкурентом Firebase, но потом стал опенсорс. В целом неплохая альтернатива. На Firebase у нас остались только push-уведомления.
Автор молодчина! Поднять и развить такой проект не просто, еще и не забить на него по пути. Желаю дальнейшего успешного развития! Было бы интересно что стало с проектом через год.
По фаербейс, на сколько знаю, после перехода на платный тариф цены там кусаются. Ну и плюсом ко всему платный аккаунт Гугл сейчас или совсем не сделать в России (чтоб оплачивать Blaze план) или нужно несколько бубнов для этого.
Тоже думал на АСЦ, но все же думаю что виноваты не они, так как были некие следы около веет отверстия которые я заметил незадолго до того как начались проблемы.
Спасибо за статью.
Пришел к мнению, что ни одна из концепций не будет обеспечивать должный уровень ИБ в одиночку. Тут нужен на мой взгляд комплексный подход. Например, для себя я вижу такое сочетание: Defense in Depth + Cyber Resilience + Digital Immune System.
Хотел добавить еще и Zero Trust, но в целом, я думаю эта концепция может быть реализована совместно с Defense in Depth на уровне технологий.
А так, есть над чем подумать, спасибо еще раз!
Автору спасибо за статью. Было полезно почитать, есть что почерпнуть.
Только за название пост уже должен быть удален, на мой взгляд.
Спасибо автору за статью. Данный материал нужно давать всем руководителям ИТ и ИБ служб. Вам сталкивался не раз с тем, что данные подразделения на дух не переносят друг друга, в результате чего просто невозможно работать.
Даже не смотря на код, очень крутая подача материала!
Я даже не знаю как решил бы подобное. Скорее всего это были бы костыли, какая то работа с Row, может быть попытка замечать конец текста.
В общем решения предложенные тут явно круто выглядят. Комментарии тоже интересно почитать. Спасибо!
Интересно ваше мнение по ФЗ 572.
Мы настраивали Parse Server для своего проекта. Одно время он был отличным конкурентом Firebase, но потом стал опенсорс. В целом неплохая альтернатива. На Firebase у нас остались только push-уведомления.
Автор молодчина! Поднять и развить такой проект не просто, еще и не забить на него по пути. Желаю дальнейшего успешного развития! Было бы интересно что стало с проектом через год.
По фаербейс, на сколько знаю, после перехода на платный тариф цены там кусаются. Ну и плюсом ко всему платный аккаунт Гугл сейчас или совсем не сделать в России (чтоб оплачивать Blaze план) или нужно несколько бубнов для этого.
Добрый день! Спасибо за статью!
Все же не понимаю, для чего Colors оборачивать в AppColors?
Интересный вариант, спасибо! Не подумал о таком!
Возможно в другой раз, дорого! :) но спасибо за комментарий
дал в личку
нет, к сожалению, так как драйвера под архитектуру чита М1 нет на данный момент
Вроде бы это нельзя делать без JB
Тоже думал на АСЦ, но все же думаю что виноваты не они, так как были некие следы около веет отверстия которые я заметил незадолго до того как начались проблемы.
Могу ошибаться, но может быть можно оформить подписку как на приложения - чтоб списывало с номера телефона?
Точно не стоял. Ну или кто-то поставил его туда, пока меня не было, потом вернул обратно )
Спасибо за мнение, лично мне полезно!
А если ты ни разу ни питонист? )
Опенсорс опасна, но не вся. И так как не хватает квалификации - выбираем из двух зол меньшее