Drive your career as React Developer with Symphony Solutions!
×Закрыть
  • Новая группа ФОП. IT-Creative. Образование и армия

    мы живем в глобальном мире. если это государство не хочет давать выгодные условия, то есть другие, которые готовы попотеть ради налогоплательщиков.
    по поводу того, чтоб как-то отстаивать — не имеет смысла. господин зе уже обещал нам много всего. но на месте либертарианства проступило свинное рыло социализма. поэтому, где гарантии, что нас снова не кинут другие/свои ?

  • Новая группа ФОП. IT-Creative. Образование и армия

    1) Поднять налоги для ФОП 3й группы до 10% от заработка;

    тогда дешевле будет уже оформиться в эстонии. ведь не забывайте, что у вас будет не 10%, а 10+1.5+процент_за_конвертацию. итого как-то дофига за нифига от государства.

    каждый ФОП сам решает, куда он платит свои налоги

    ой. ну вы многовато хотите.

    В течении года создать комитет из ИТ, который будет отвечать за ИТ сообщество.

    а вариант, что государство от нас отстанет и перестанет чинить то, что не сломано? не, никто не рассматривает?=)

  • Новая группа ФОП. IT-Creative. Образование и армия

    кхм. да и контролировать не можем. да и спрашивать бесполезно. мы можем только повонять по фб, да посмотреть на историю в прозорро. вот в общем-то и все доступные опции.

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    я через vpn, знакомый в чехии тоже смотрел

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    у меня такое впечатление, что я горохом об стену в этой теме кидаю.
    по гдпр не разрешено отображать плашки уведомительного характера. все данные которые сохраняются в куках, локалсторадже которые могут помочь идентифицировать пользователя, должны записываться только с явного согласия посетителя сайта.
    зачем мне давать совет «идите на европейский сайт да посмотрите», если я в 1 посте приложил ссылки на довольно таки известные в мире сайты, которые не следуют гдпр-у и отписал, что там «либо никаких плашек нет либо они информационного (а не вопросительного) характера%)».
    вот в чем смысл такого флуда? вы своей веткой постов ни мне не ответили на 5 вопросов ни кому-то другому кто зайдет в эту тему за ответами.

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    есть еще right to be forgotten и на самом деле надо удалять старые данные, в том числе старые бекапы. Есть исключения, например когда банк по закону обязан хранить данные 10 лет.

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

    Плашки с куки это на самом деле другой закон — The Cookie Law

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

    спасибо громадное за ответы!

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    я в конце 1 сообщения привел как пример сайты times, welt и немецкого бундестага. можете сами посмотреть как там, и какое кино работает. подсказка: на сайте бундестага вообще никаких плашек не выводится, хотя если покопаться в их стораджах и кукисах, то там ооочень явные такие куки по которым отслеживается сессия.

  • GDPR, для тех кто в танке. Пара вопросов знатокам

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

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    аэм. третий пункт же про анонимизацию данных по требованию посетителя. или вы про другой пункт?

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    давайте заканчивать флуд. есть разница между сайтом который пользователь посещает постоянно и тем, который посещают много пользователей но 1-2 раза (за время существования сайта или проекта).
    если вы не видите проблему, то проблему вижу я. как минимум в том, что пользователи доу не вчитываются в тему и навязывают решение «проблемы» там где не сломано.

  • GDPR, для тех кто в танке. Пара вопросов знатокам

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

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    тем что пользователь, который никогда не заходил на сайт, ее увидит.
    есть дизайн сайта, определенное размещение контента. и тут вдруг, посреди всей вот этой красоты тусуется плашка-гдпр. она закрывает часть контента, отвлекает на себя внимание, портит внешний вид. я не могу понять, как это не может быть понятно)))

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    я не хочу портить внешний вид сайтов этими плашками. это полнейшее уродство, перекрывать часть контента жалобными текстами.
    т.е. я хочу предоставить возможность там где не используется гуглеаналитика, сторонние скрипты и где нет авторизации не показывать плашки.

  • GDPR, для тех кто в танке. Пара вопросов знатокам

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

    >> Как я где-то читал про куки, их делят на такие, без которых сайт не сможет работать и остальные. Про первые вроде можно просто предупреждать в полисях и они не отключаются. Вторые должны быть расписаны зачем нужны и в идеале по отдельности отключаемые.
    теперь они делятся на другие 2 вида — на те, по которым можно идентифицировать пользователя и остальные. при этом описывать что они делают обязательно первые, а вторые (как я понял) необязательно. спрашивать разрешение на использование нужно именно 1 тип. при этом различия меж localStorage и куками cookie law не делает. также забавно что многие пользователи неделями не закрывают браузер, и sessionStorage тоже должен был быть покрыт этими гдпр. но этого не сделали.

    >> То есть, если на вашем сайте пользователь ввел данные — вы отвечаете за что, что случилось потом, если вы их передали процессору, а он их потерял/продал/использовал ещё как-то незаконно.
    мне кажется, процессор не отвечает за то, как контроллер использовал данные. иначе по этому гдпр гуглеаналитику уже б по миру пустили. по www.gdpreu.org/...​ntrollers-and-processors получается что за обработку данных отвечает контроллер. при этом процессор обязан обрабатывать данные только так, как ему сказал контроллер.
    ну и по логике в любом случае, процессор не может контролировать что случилось с данными после того, как их получил контроллер.

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    можно. но хотелось бы без плашек.

  • GDPR, для тех кто в танке. Пара вопросов знатокам

    у нас сейчас есть gdpr, который гораздо строже чем то что есть в америке. при этом gdpr является общим на всем ес. на мой взгляд, сейчас лучше чем раньше. теперь хоть не нужно по каждой стране изучать (хоть в этих доках слишком много размытостей) и достаточно реализовать только требования gdpr.
    и я очень просил конструктива=) я и сам готов на каждом углу кричать, что приватность пользователей — это их проблема, но от этого требования по закону не исчезнут.