lesha_penguin

Спам не приходил, а насчёт ассиметричного ответа.
В своё время попал в какую-то базу, и когда пришла рассылка от местной юридической фирмы, меня это достало (особенно достало ФИО напротив почты). Я позвонил на номер, что был в письме и наехал за 152 ФЗ, мужик на том конце пытался отбрехиваться, но потом бросил трубку. Я нашел сайт, позвонил по второму номеру. Там бросили быстрее. По третьему номеру директриса уже не отвечала на звонок. И знаете, через некоторое время весь подобный спам прекратился.

Зависит от выбранного средства виртуализации и нагрузки.
Подробнее пишите.

Тот же LXC легко держит 20-30 машин (само собой, если нагрузка не превышает ту, которую выдержал бы dom0).

git pull <путь к проекту> master?
Или просто git merge master

Регистрация и авторизация существуют незвисимо от существования пользователя и друг от друга. Если над сущностью нужно производить какое-то действие, это действие должно производится не самой сущностью. Письма сами себя не отправляют, пользователи сами себе запись в базе данных не создают (они вообще не думают о БД). Имхо, разумнее разделить.

Еще вариант, не так давно проскакивало фото/видео коптера, заключенного в сферическую клетку. Который типа и кататься может и летать и все такое.
Как вариант. В пучке проводов может и запутается (хотя датчики на касание не отменяли), а одиночный провод просто обогнет и все.

Можно попробовать сделать датчик электрических полей. Подобные штуки ставят на подъемные краны, как раз чтобы не цеплять провода. Дальность обнаружения, если мне не изменяет память, несколько метров.
Естественно, он увидит только провода под напряжением: троллейбусные, трамвайные, осветительные, ЛЭП. На слаботочку и растяжки такой датчик не среагирует.

Попробуйте написать в профильный блог. Если модераторы сочтут это рекламой, то моментально сами перенесут в «Я пиарюсь», проверено.
После модерации самостоятельно добавлять хаб тоже нельзя, спрошено.
Вот как-то так и живем.

BIOS не обновляли? Возможно, затерли таблицу SLIC, необходимую для активации OEM.
Поищите в интернете SLIC ToolKit V3.2 — она подскажет о наличии таблицы, установленном сертификате.

Самый простой вариант — ffmpeg -i [камера] -f flv rtmp://[адрес]

Вот тут тред на эту тему. В самом конец дан совет подцепить PWRKEY через диод к VBAT и поставить между PWRKEY и землей конденсатор на 470uF. Правда, совет не проверен.

Отвечу как практикующий безопасник:
ПДн защищаются в соответствии с ФЗ-152 и его подзаконными актами.
Вот тут и начинается самое интересное. Вначале был ФЗ-152 в гордом одиночестве, потом прилепилось Постановление Правительства ПП-781 с требованиями по защите, к ПП-781 прилепился приказ ФСТЭК №58 и «трехглавый» приказ 55/86/20. Есть еще постановление 687 по неавтоматизированной обработке и ПП-512 по носителям биометр. ПДн.

Но все поменялось летом 2011 года — ФЗ-152 был переработан. Изменились обязанности оператора, терминология и пр. (Особенно обращаю внимание на главу 4 ФЗ-152.). И сразу стали неактуальными подзаконные акты.

1 ноября 2012 было утверждено ПП-1119, которое стало заменой ПП-781 и трехглавому приказу. Классы ПДн отменились и это не слухи. Теперь это называется «Уровень защищенности». Соответственно Приказ ФСТЭК 58 перестал быть актуальным и в настоящее время готовится ему замена ( кстати, проекты документов выкладывались на сайт и принимались замечания от общественности )

Ну что делать сейчас?
Во-первых, провести обследование бизнес-процессов компании и выявить где, в каком количестве, какого вида хранятся и обрабатываются ПДн.
Во-вторых, найти и назначить лицо, указанное в статье 22.1 ФЗ-152. Он будет все организовывать.
В -третьих, готовиться к написанию внутренних документов: Положение об обработке персональных данных, Положение о лице из статьи 22.1, Инструкции администраторам и пользователям инф. систем ПДн, различные правила по техн. защите (парольный доступ, антивирус. защите, резервное копирование, криптография). При необходимости придумать согласие на обработку ПДн. И при необходимости готовить уведомление в Роскомнадзор.

Работы может быть много и в одном ответе не опишешь. Как и методичек не дашь.
Как-то так.

Я бы взял простой одноплатный комп, микроконтроллер, датчики температуры, влажности, давления, etc. Далее МК отдавал бы данные компу, на котором стояла бы свеженаписанная 10-ти мегабайтная прога, которая в полноэкранном режиме вещала бы на монитор информацию раз в 15 минут.

Плюсы:
— не нужен интернет
— не нужен сервер
— нет зависимости от сторонних источников информации
— данные всегда актуальны
— дешево
— модифицируемо в любую сторону
— масштабируемо и копируемо на любое количество объектов

Минусы:
— больше кодить
— мб паять

Чтобы не лить много «воды», спрошу у Вас, что Вами уже было проделано в направлении «защиты персональных данных при их обработке в автоматизированных системах персональных данных»,
1) Встали ли Вы на учет как обработчик ПД в соотв. подразделении ФСТЭК?
2) Назначено ли ответственное за защиту ПД лицо, изданы ли соответствующие распоряжения на уровне предприятия?
3) Составлена ли «Матрица доступа», изданы ли соответствующие приказы-списки сотрудников имеющих право работы с ПД, раскрыли ли Вы в таком приказе разграничение доступа к ПД разной категории, разными должностными лицами?
4) Имеете ли Вы необходимо согласие от объектов обрабатываемых Вами ПД?
5) С какими категориями ПД Вам приходится работать. (Отменят или нет категорийность ПД — вопрос спорный, лично я считаю, что врядли биометрические/медицинские данные можно положить на одну полку с данными об прописке и номером СНИЛС, возможно система будет изменена, но разделение останется, по крайне мере пока — оно есть.)
6) Используете ли Вы специальный сертефицированный ФСТЭК софт: межсетевые экраны, антивирусное ПО, СКД (контроль целостности данных).
7) Обмениваетесь ли Вы персональными данными с другими юр.лицами?

Постараюсь ответить на Ваши вопросы, относительно действущего на настоящий момент положения Вещей, несколько месяцев назад были под проверкой :) прошли без нарушений, лишь с парой замечаний, и те — риторика.