Ссылок не сохранил, к сожалению, но читал интервью с представителем РКН, где он ip и куки легко и уверенно отнес к ПДн (что, в общем-то, бред полнейший, т.к. это автоматически делает практически любой зарубежный хост нарушителем ФЗ).
Та же позиция РКН была озвучена в суде, когда они требовали запрета LinkedIn (я читал репортаж с суда). И видел судебное решение против то ли хостинговой компании, то ли оператора связи, сейчас уже не помню, где точно так же была претензия, что оператор собирал ip и куки и передавал это третьей стороне, а т.к. это ПДн (так решил суд), то он не имел права этого делать без явного согласия пользователей.
Это то, что сам видел, и плюс несколько раз встречал в статьях информацию о таком подходе РКН к ip, кукам, MAC-адресам
Я полагаю, что чиновники от РКН, внезапно получившие столько полномочий, вообще не очень-то понимают суть многих сущностей. И это не лучшим образом отражается на их точке зрения. А у суда (цитата) «нет оснований не доверять...»
По поводу того, что понимается под персональными данными у нас (в РФ) — вот что об этом говорит зам. руководителя Управления Роскомнадзора по ЦФО: «Любая информация, относящаяся к субъекту персональных данных, является персональными данными» и «факт идентификации или неидентификации субъекта персональных данных оператором не влияет на статус данных как персональных». (взято здесь: www.klerk.ru/law/articles/465018). Обратите внимание — ЛЮБАЯ информация, и на факт идентификации субъекта — пофиг. И я видел судебное решение, где даже куки и ip были отнесены к персональным данным.
Так что сегодня у нас понятие персональных данных расширено максимально широко, сверх всяких разумных рамок
Да, решение от мая. Но оно же ведь не отменено и имеет юридическую силу. Благосклонности к криптовалюте со стороны российских официальных лиц или органов я лично не вижу, вижу только риторику, коей предостаточно в разных сферах. К тому же Вы, как мне кажется, допускаете типичную ошибку, ставя в один ряд криптовалюты и блокчейн. Это, конечно, тесно связанные сферы, но далеко не одно и тоже. Интерес к блокчейну вовсе не означает признания децентрализованных криптовалют.
https://goo.gl/XBwwAh — это ссылка на решение суда, которым 40 сайтов обменников объявлены запрещенными лишь за то, что там, среди прочих валют, есть биткоины.
Так что там насчет «победоносного шествия криптовалют», в т.ч. и в России?
Авторы неоднократно заявляли о том, что их инициатива во многом является калькой с немецкого закона
Насколько я смог выяснить относительно немецкого закона, там речь идет об удалении сообщений, которые попадают под конкретный перечень уголовных статей. И сравните с нашими формулировками, в которых особо доставляет «недостоверная и порочащая честь информация». И этот «маленький» нюанс ломает всю «кальку».
И закон немецкий, как я понимаю, в силу еще не вступил и по нему до сих пор идут дискуссии
Когда видишь заголовок «Самостоятельные инструменты», то ожидаешь, что это будут программы, которые можно самостоятельно установить к себе на сервер. Таких что, совсем-совсем не существует в природе?
Тоже часто задаюсь таким вопросом. Нет, мотивацию разработчика я еще могу понять, в конце концов это может быть просто «по приколу». Да, собственно, и юзеру поиграть с ботом тоже может быть какое-то время интересно. Но вот регулярное практическое использование большинства ботов мне кажется весьма сомнительным
Эх,«построение персонального бренда» — и сюда добрались. Скажите, а в словосочетании «профессиональный персональный бренд» (а ведь так в начале статьи) какой слово ключевое? Если это слово «профессиональный», то мне кажется, что забыли самое главное — профессиональное развитие. Вот даже ни полслова об этом нет.
Про тенденции сказать не могу, но знаю несколько проектов, которые изначально создавались на Руби, а сейчас переписываются на ПХП. Примечательно, что во всех случаях основным мотивом создания на Руби было то, что на нем «невозможно писать плохой код» (до сих пор популярное утверждение среди рубистов). Но потом оказывалось, что код-то, может, и красивый, но от плохого результата это не спасает, а найти людей на поддержку и сопровождение тяжелее и дороже. А на ПХП с его низким входом не только говнокодеры плодились, но и вполне себе грамотные программеры выросли
Наши дети верили в Деда Мороза и мы это поддерживали. Причем, они понимали, что вокруг елок на утренниках и по улицам ходят ряженые дядьки, и верили в некоего абстрактного волшебного Деда Мороза, которого живьем мало кто видел.
У нас в семье было доброй традицией появление елки в квартире в ночь с 30 на 31 декабря, как елка оказывалась в квартире, дети не видели, но зато сколько радости было утром! А в ночь на 1 января, конечно, под елкой оказывались подарки.
Отношения с детьми всегда были хорошими, вопреки «пугалкам» психологов в статье. Более того, младшая дочь как-то заявила, что она своим детям тоже такую сказку будет устраивать.
А вот по мне смс-подтверждение — это нормально, если б было написано, что телефон нужен только для этого — без проблем. Но вероятность, что мне начнут звонить в не самое подходящее время, поздравлять с регистрацией, какие-то вопросы задавать и проч. (было уже несколько раз такое), — вот это напрягает
Решил зарегистрироваться у вас, но на втором шаге запросили телефон — бросил, т.к. не очень-то люблю, когда мне начинают названивать «мы вот такие-то. мож у вас вопросы какие-то есть? помощь нужна?». Решил, что потом зарегистрируюсь.
Но приятно удивило, что вы даже брошенную регистрацию отследили и прислали письмо.
Хотеть менять arg_separator.output — это в наше время, как минимум, странное желание. Если какой-то уником на своем хосте играет с этим параметром — он сам себе злобный Буратино.
На short_open_tag уже много лет никто внимания не обращает, стандартом де-факто давно стало использование полной формы записи, а для вывода начиная с версии 5.4 всегда доступно <?=.
allow_url_fopen — это, вообще-то, директива безопасности, и это вполне нормально, когда параметры безопасности задает владелец хоста, а не писатель библиотеки.
В общем, сдается мне, насчет «тысячи настроек, которые влияют на выполнение кода» вы слегка перегнули, и при внимательном рассмотрении этих настроек, которые стоит учитывать в коде, останется вряд ли больше десятка, да и те, как правило, связаны с безопасностью, что вполне разумно.
Та же позиция РКН была озвучена в суде, когда они требовали запрета LinkedIn (я читал репортаж с суда). И видел судебное решение против то ли хостинговой компании, то ли оператора связи, сейчас уже не помню, где точно так же была претензия, что оператор собирал ip и куки и передавал это третьей стороне, а т.к. это ПДн (так решил суд), то он не имел права этого делать без явного согласия пользователей.
Это то, что сам видел, и плюс несколько раз встречал в статьях информацию о таком подходе РКН к ip, кукам, MAC-адресам
Так что сегодня у нас понятие персональных данных расширено максимально широко, сверх всяких разумных рамок
Так что там насчет «победоносного шествия криптовалют», в т.ч. и в России?
Насколько я смог выяснить относительно немецкого закона, там речь идет об удалении сообщений, которые попадают под конкретный перечень уголовных статей. И сравните с нашими формулировками, в которых особо доставляет «недостоверная и порочащая честь информация». И этот «маленький» нюанс ломает всю «кальку».
И закон немецкий, как я понимаю, в силу еще не вступил и по нему до сих пор идут дискуссии
Считаю ли я правильным все переводить на HTTPS? — Нет, не считаю.
Перевожу ли я свои сайта на HTTPS? — Да, перевожу
У нас в семье было доброй традицией появление елки в квартире в ночь с 30 на 31 декабря, как елка оказывалась в квартире, дети не видели, но зато сколько радости было утром! А в ночь на 1 января, конечно, под елкой оказывались подарки.
Отношения с детьми всегда были хорошими, вопреки «пугалкам» психологов в статье. Более того, младшая дочь как-то заявила, что она своим детям тоже такую сказку будет устраивать.
Тут пропущено очень важное дополнение — "… очень удачным для владельца брендов, но не для потребителей продуктов 1С и Bitrix"
Но приятно удивило, что вы даже брошенную регистрацию отследили и прислали письмо.
На short_open_tag уже много лет никто внимания не обращает, стандартом де-факто давно стало использование полной формы записи, а для вывода начиная с версии 5.4 всегда доступно <?=.
allow_url_fopen — это, вообще-то, директива безопасности, и это вполне нормально, когда параметры безопасности задает владелец хоста, а не писатель библиотеки.
В общем, сдается мне, насчет «тысячи настроек, которые влияют на выполнение кода» вы слегка перегнули, и при внимательном рассмотрении этих настроек, которые стоит учитывать в коде, останется вряд ли больше десятка, да и те, как правило, связаны с безопасностью, что вполне разумно.