Нет, их система связывается с моей домашней хранилкой. Она продаётся сразу с установленной и настроенной ОС, примерно как смартфон. Магазин приложений у неё уже настроен. В качестве ОС можно взять привычный всем android.
Если не удалось связаться с первого раза - тогда произойдёт та же история, что и в случае, когда до вас кто-то не дозвонился на смартфон. У вас из-за пропущенного звонка моментально обрушивается вся жизнь? Нет, не обрушивается. Абонент просто перезвонит вам ещё раз. Если абонент не перезвонил, значит, не очень-то и хотел с вами говорить. Или вы сами перезвоните ему, если этот абонент очень важен для вас. Выходят люди как-то из таких ситуаций. Жизнь у них не рушится.
Вот и внешние системы будут вести себя так же. Они тоже постучатся в домашнюю хранилку несколько раз. Или домашняя хранилка сама опросит самые используемые службы, и они скинут ей информацию о ваших посылках.
Не обязательно на сервере. Даже не желательно. Лучше настроить взаимный бэкап на такие же домашние хранилки родственников и друзей. Шифруем данные с помощью своего ЭЦП, и в таком виде бэкапим.
Шифруем данные. Хотим поработать - втыкаем USB-токен со своей ЭЦП, данные расшифровываются, и можно работать. Остаётся вопрос - а если токен украдут? Ну уж тут ничего не сделаешь. Работают же люди с ЭЦП-токенами, уже много лет, и как-то умеют охранять свои токены.
Сейчас мы имеем одну мега-точку утечки данных в виде централизованной базы. Эту базу непременно украдут, причём довольно быстро. Пусть лучше утечки будут локальные, в рамках одной семьи. При этом реализаций API на стороне домашней хранилки может быть много. Хакеры замучаются каждую реализацию ломать.
Домашним хранилкам автоматически раздаём имена DNS по формату адреса. Типа http://flat.15.house.110.street.lenin.city.novosibirsk.home.ru. Со стороны СДЕК система берёт базу почтовых адресов из ФИАС, и запускает сканирование. Также можно ещё второй домен выдать, по СНИЛС. Типа: http://snils.<снилс человека>.home.ru
У каждой домохозяйки уже есть компьютер. И она сама своими руками устанавливает на него приложения. Компьютер называется "смартфон". Как мы видим на примере Android + магазин приложений, вполне возможно сделать систему с нулевым администрированием.
Вообще-то хранить свои личные данные надо у себя на локальной машинке. Домашняя хранилка должна быть первоисточником. Мощности домашних компов более чем достаточно, чтобы хранить свои собственные данные о посылках, покупках, истории болезни, и всё такое. Домашняя хранилка должна иметь стандартное API, и на чтение, и на запись.
Отправляю посылку - их система связывается с моей хранилкой и пишет в неё информацию о посылке, с подписью ЭЦП. Если у СДЕК уничтожилась база, она опрашивает домашние хранилки, и восстанавливает данные. Или сам пользователь в домашней хранилке нажимает кнопку "Синхронизироваться", и данные идут в СДЕК. Или в крайнем случае пользователь может выгрузить данные о посылках на флешку, ногами прийти в ПВЗ, и предъявить там сохранённые данные.
В решении суда говорится, что прокурор действовал «в интересах неопределенного круга лиц». В то же время в материалах дела не указывается, кто эти лица в чём их мотивация по блокировке трёх конкретных сайтов с инструкциями по изготовлению топоров.
Так ведь не проблема при нынешнем развитии интернета спросить само общество, нарушены ли при этом его интересы. Например, я ставлю галочки, что в таких-то и сяких-то случаях не надо заранее без спроса защищать мои интересы. А надо защищать, только когда я об этом попрошу. Соответственно, моя копеечка вычитается из зарплаты прокурора. Потому что я от него этой услуги не требовала. Кто требовал, тот пусть за свой счёт ему зарплату и платит.
И с другой стороны, если пострадавший владелец сайта подаст иск и выиграет, то компенсацию ему платят тоже не из моих налогов. А из налогов тех людей, кто эту услугу прокурору заказывал, и значит - в это дело материально вписался. Тут важно, что иск подаётся не на прокурора, а на любого из заказчиков. То есть, смотрим на госуслугах, кто поблизости от нас вписался за этот проект по закрытию сайтов, и на него, как на одного из заказчиков, и подаём иск. Иск к продавщице имеет намного больше перспектив, чем иск к прокурору. А уж продавщица дальше сама разбирается с прокурором на правах заказчика. Ну заранее заходит на госуслуги и выписывается из этого проекта.
То есть, кто вписался в эту историю, тот компенсирует 100% ущерба не-участникам этого дела. И разумеется, взамен забирает себе 100% пряников от этого проекта. Я ни в коем случае не претендую на эти 100% чужих пряников. Что, проект в обозримой перспективе не предусматривает пряников вообще, а обещает одни только иски и убытки? Хм, ну тогда я не понимаю, зачем вообще в такой проект вписываться в качестве заказчика.
Нет, их система связывается с моей домашней хранилкой. Она продаётся сразу с установленной и настроенной ОС, примерно как смартфон. Магазин приложений у неё уже настроен. В качестве ОС можно взять привычный всем android.
Если не удалось связаться с первого раза - тогда произойдёт та же история, что и в случае, когда до вас кто-то не дозвонился на смартфон. У вас из-за пропущенного звонка моментально обрушивается вся жизнь? Нет, не обрушивается. Абонент просто перезвонит вам ещё раз. Если абонент не перезвонил, значит, не очень-то и хотел с вами говорить. Или вы сами перезвоните ему, если этот абонент очень важен для вас. Выходят люди как-то из таких ситуаций. Жизнь у них не рушится.
Вот и внешние системы будут вести себя так же. Они тоже постучатся в домашнюю хранилку несколько раз. Или домашняя хранилка сама опросит самые используемые службы, и они скинут ей информацию о ваших посылках.
Не обязательно на сервере. Даже не желательно. Лучше настроить взаимный бэкап на такие же домашние хранилки родственников и друзей. Шифруем данные с помощью своего ЭЦП, и в таком виде бэкапим.
Шифруем данные. Хотим поработать - втыкаем USB-токен со своей ЭЦП, данные расшифровываются, и можно работать. Остаётся вопрос - а если токен украдут? Ну уж тут ничего не сделаешь. Работают же люди с ЭЦП-токенами, уже много лет, и как-то умеют охранять свои токены.
Сейчас мы имеем одну мега-точку утечки данных в виде централизованной базы. Эту базу непременно украдут, причём довольно быстро. Пусть лучше утечки будут локальные, в рамках одной семьи. При этом реализаций API на стороне домашней хранилки может быть много. Хакеры замучаются каждую реализацию ломать.
Домашним хранилкам автоматически раздаём имена DNS по формату адреса. Типа http://flat.15.house.110.street.lenin.city.novosibirsk.home.ru. Со стороны СДЕК система берёт базу почтовых адресов из ФИАС, и запускает сканирование. Также можно ещё второй домен выдать, по СНИЛС. Типа: http://snils.<снилс человека>.home.ru
У каждой домохозяйки уже есть компьютер. И она сама своими руками устанавливает на него приложения. Компьютер называется "смартфон". Как мы видим на примере Android + магазин приложений, вполне возможно сделать систему с нулевым администрированием.
Вообще-то хранить свои личные данные надо у себя на локальной машинке. Домашняя хранилка должна быть первоисточником. Мощности домашних компов более чем достаточно, чтобы хранить свои собственные данные о посылках, покупках, истории болезни, и всё такое. Домашняя хранилка должна иметь стандартное API, и на чтение, и на запись.
Отправляю посылку - их система связывается с моей хранилкой и пишет в неё информацию о посылке, с подписью ЭЦП. Если у СДЕК уничтожилась база, она опрашивает домашние хранилки, и восстанавливает данные. Или сам пользователь в домашней хранилке нажимает кнопку "Синхронизироваться", и данные идут в СДЕК. Или в крайнем случае пользователь может выгрузить данные о посылках на флешку, ногами прийти в ПВЗ, и предъявить там сохранённые данные.
То же самое для других сервисов.
В решении суда говорится, что прокурор действовал «в интересах неопределенного круга лиц». В то же время в материалах дела не указывается, кто эти лица в чём их мотивация по блокировке трёх конкретных сайтов с инструкциями по изготовлению топоров.
Так ведь не проблема при нынешнем развитии интернета спросить само общество, нарушены ли при этом его интересы. Например, я ставлю галочки, что в таких-то и сяких-то случаях не надо заранее без спроса защищать мои интересы. А надо защищать, только когда я об этом попрошу. Соответственно, моя копеечка вычитается из зарплаты прокурора. Потому что я от него этой услуги не требовала. Кто требовал, тот пусть за свой счёт ему зарплату и платит.
И с другой стороны, если пострадавший владелец сайта подаст иск и выиграет, то компенсацию ему платят тоже не из моих налогов. А из налогов тех людей, кто эту услугу прокурору заказывал, и значит - в это дело материально вписался. Тут важно, что иск подаётся не на прокурора, а на любого из заказчиков. То есть, смотрим на госуслугах, кто поблизости от нас вписался за этот проект по закрытию сайтов, и на него, как на одного из заказчиков, и подаём иск. Иск к продавщице имеет намного больше перспектив, чем иск к прокурору. А уж продавщица дальше сама разбирается с прокурором на правах заказчика. Ну заранее заходит на госуслуги и выписывается из этого проекта.
То есть, кто вписался в эту историю, тот компенсирует 100% ущерба не-участникам этого дела. И разумеется, взамен забирает себе 100% пряников от этого проекта. Я ни в коем случае не претендую на эти 100% чужих пряников. Что, проект в обозримой перспективе не предусматривает пряников вообще, а обещает одни только иски и убытки? Хм, ну тогда я не понимаю, зачем вообще в такой проект вписываться в качестве заказчика.