Pull to refresh
70
0
Павел Круглов @pkruglov

Пользователь

Send message

В статье сделаны неверные выводы из пользовательского соглашения. Пользуясь ВКонтакте (или любым отдельным сервисом экосистемы), вы НЕ передаёте свои персональные данные другим сервисам экосистемы, пока вы сами не начнёте ими пользоваться. Расскажем подробнее о том, как это работает.

Использование единой учётной записи VK ID не предполагает передачи каких-либо данных в сервисы экосистемы без участия пользователя: это происходит только после активного решения начать пользоваться определённым сервисом. Если человек не заходит в другие приложения экосистемы с помощью VK ID, а посещает исключительно ВКонтакте (или любой другой отдельный продукт), его персональные данные не будут использоваться в остальных сервисах. В личном кабинете VK ID можно посмотреть список всех приложений, в которые был совершён вход, и отозвать согласие на использование данных в любом из них, отключив сервис.

Мы развиваем единую экосистему — теперь и в рамках единой компании. Возможность обмена данными между сервисами, которыми пользуется человек, — это стандарт IT-рынка. Он появился для удобства пользователей: бесшовного входа, релевантных рекомендаций, отсутствия необходимости заполнять одинаковые графы с информацией о себе и принимать типичные пользовательские соглашения в каждом приложении одной и той же компании.

Вопрос безопасного обмена и хранения данных действительно критически важен для построения экосистемы, и изменения мы начали задолго до ребрендинга компании. В 2020 году мы запустили единый ID, который позволяет не только бесшовно входить в другие приложения экосистемы, но и повышает уровень безопасности данных. Для этого мы создали единый личный кабинет, в котором можно легко управлять доступом всех сервисов экосистемы VK к своим данным — увидеть все активные сессии в других приложениях, завершить неактуальные и посмотреть, какие данные они используют для работы (например, номер телефона, почту или список друзей).

Кроме того, мы позаботились о том, чтобы у всех пользователей VK ID была возможность включить обязательное подтверждение входа — в этом случае мы отправляем новый код на телефон каждый раз, когда происходит вход в аккаунт с нового устройства. Эта дополнительная защита позволяет лучше обезопасить профиль от взлома, а благодаря VK ID она появилась даже в тех сервисах, где этого механизма не было.

Единственный верный способ получить трафик на Медиуме, помимо написания качественного контента (а понятие качества там отличается от хабровского, это пожалуй тема отдельного поста) — постить статьи в блогах, они там называются Publications. Особенно хорошо помогут блоги, которые курирует сама команда Medium. Прогерских вроде среди них нет, но есть сторонние с большим кол-вом подписчиков, например, Free Code Camp или HackerNoon.

Иногда редакторы блога сами приходят с предложением добавить уже опубликованный пост к ним, но это редкость. Нужно писать им самостоятельно, и пост еще не должен быть опубликован.

Другой путь, долгий и муторный, создать свою Publication и планомерно постить туда годный контент. Со временем есть шанс, что команда Medium его приметит и зафичерит, тогда статьи оттуда будут появляться в рекомендованных, в ленте, и туда пойдут люди более активно.
dartraiden, спасибо, что обратили внимание на эту ситуацию. Конечно, со стороны она выглядит не очень хорошо. Вернее, совсем нехорошо. Увы, сработал банальный человеческий фактор. Где-то недосмотрели, и сложилась вот такая ситуация. Нам жаль, что так вышло. Мы с большим уважением относимся к авторскому праву. Приносим извинения.

Мы уже связались с автором кода и попросили у него разрешения на использование. Он любезно согласился, но чтобы совсем уж закрыть ситуацию мы, пожалуй, этот код вообще перепишем.
Ссылки обновлены :)
Привет! Да, они на старом ресурсе были, поищем.
Есть собственно подобное движение — FIRE (Financial Independence, Retire Early) — там люди ставят цель к условным 40 годам заработать условный миллион долларов, потом не работать и жить на проценты.
Это уже риски взлетевшего стартапа
Судя по всему, в начале 85-го. А вышло оно в февральском номере (обложка в конце поста)
Кстати, не так давно в аптеке передо мной мужчина покупал какой-то антибиотик, ему сказали «у нас антибиотики по рецепту». Хоть какой-то ограничитель в этом бесконтрольном лечении всего подряд антибиотиками значит есть.
В случае Луны на приведённом рисунке верхняя действительно меньше.

В данном случае иллюзию не нужно мерить пикселями :) оно так в реальности и получается.
В очень старых версиях ICQ клиент действительно передает нешифрованный HTTP-трафик с аватарами и прочими элементами интерфейса по 443 порту. Такое решение применялось для обхода прокси-серверов в локальных сетях, т.к. трафик на 443 порт не проксируется.

Конспирологическую теорию о расшифровке трафика ICQ кем-либо мы не подтверждаем.
На фото есть подсказка :)
Мы в курсе данной проблемы, но сильно сомневаемся, что по фоткам такого низкого качества можно создать дубликат (на самом everydaycarry.com замазывают единицы). Да и имена сотрудников мы раскрывать не будем.
Думаю, что опенсорс хорош для больших компаний в первую очередь тем, что он очень гибкий: всегда можно что-то допилить под свои нужды, а этих нужд бывает весьма много. В случае коммерческих коробочных решений это был бы костыль на костыле, либо ждать по пол года и больше, пока твой реквест впилят в продукт.

Ну а по производительности вопрос еще спорный. Опять же из-за возможности допилить все что угодно в опенсорсе.
Попробовал с околограничным значением цвета кожи
Скрытый текст


Если пациент в больнице А, то из больницы Х добавлять данные не имеет смысла. Их должна добавить больница А.

На самом деле из какой больницы добавлять не имеет смысла, если мы говорим о блокчейне, то больницы здесь выступают только в качестве нод — хранят блокчейн и синхронизируют его между собой. А добавляются данные с помощью приватного ключа пациента, скорее всего в связке с ключом соотвествующего врача (две подписи для транзакции).

Т.е пациент и его данные должны быть в одном месте

Вроде сейчас нет такого носителя информации, который позволяет записывать и хранить данные гарантированно десятки лет? Конечно ничто не мешает хранить данные и на пациенте, а при порче носителя просто менять его.
Без пациента?

Конечно, вся инфа добавляется через приватный ключ пациента. Но хранится не «на пациенте», чтобы исключить возможность утери этих данных.
На пациенте — лучше идентификатор. Сама инфа, которая может постоянно обновляться, находится где-то в базе/облаке/блокчейне, как угодно. Блокчейн дает лишь более гарантированную доступность (при наличии соотвествующей инфраструктуры). И не обязательно грузить пару часов. Достаточно подключиться к ноде, поддерживаемой ближайшей клиникой.
Допустим, у него аллергия на новокаин. Или на латексовые перчатки. Или на инсулин, и он диабетик.

Такие вещи вообще считаются врачебной тайной? По мне так это нужно делать как раз максимально доступной (в разумных пределах) инфой. Некоторые вообще себе татуировки делают на такой случай.

Ну а в блокчейне можно хранить обезличенные данные, доступ по ключу пациента или по ключам родственников.
1
23 ...

Information

Rating
Does not participate
Location
Москва, Москва и Московская обл., Россия
Registered
Activity