В первые 1-3 года ваш «стартап» только-только выйдет на самоокупаемость. Не всегда и не во всех сферах куча людей вложится в бизнес, который еще не начал приносить прибыль.
Кроме того, в заявлении-согласии должно быть явно прописано, что субъект персональных данных может письменным заявлением отозвать согласие. Так что вот так вот.
Вообще, по всем правилам, рядом с заявлением-согласием (или его блоков в тексте) должна стоять еще одна подпись соискателя.
А по поводу «обходятся» — неправильно обходятся, закон предполагает перечень действий, которые можно осуществлять с персональными данными, и получается вот такая простынка:
«Предоставляю Оператору право осуществлять все действия (операции) с моими персональными данными, включая сбор, систематизацию, накопление, хранение, обновление, изменение, использование, обезличивание, блокирование, уничтожение. Оператор вправе обрабатывать мои персональные данные посредством внесения их в электронную базу данных, с использованием машинных носителей или по каналам связи, с соблюдением мер, обеспечивающих их защиту от несанкционированного доступа, включения в списки (реестры) и иные отчетные формы, предусмотренные внутренними документами Оператора.»
— и это еще все по поводу внутреннего использования, не передачи.
сорри, отправилось по ctrl+enter.
Замечу, что этого недостаточно — в этой приписке обязательно должно быть указание 152 ФЗ, а также заявитель должен выражать согласие не на «необходимое использование», а конкретно на список операций, предусмотренных законодательством, а именно «обработку, использование, и далее по списку», а также должен прописывать срок, на который дается согласие (до 5 лет), и отдельно поясняться вопрос передачи данных третьим лицам (если работаете с определенными организациями — можно было указать).
>В каждой бумажке типа Заявления появилась надпись маленькими буковками (чтобы оставить прежний размер бланка) — «Выражаю согласие на необходимое использование моих персональных данных, в том числе в информационных системах».
Есть некоторая проблема в чистом XOR'е — повторяющиеся блоки на многих страницах зачастую не просто навигационные, но и информационные. Хорошим примером может быть предложение услуг компанией — к примеру, занимающейся недвижимостью — на каждой странице объекта сайдбар с описанием услуг (документальное, юридическое сопровождение сделки, бла-бла-бла), или, опять же в случае недвижимости, но уже работающей с жилыми комплексами — описание местности, например. Просто выкидывать — не очень хорошо (хотя понятно, — раздолье сеошникам, которые будут еще более востребованы из-за необходимости знать, что такому контенту нужна отдельная страница (кстати, построение в дерево учитывает хтмл-теги?)
Получается, что иногда такой контент надо сохранять — можно пойти двумя путями. В первом — отрезать только навигацию (т.е. такой блок на ксор проверять на процент ссылок в нем и еще пару параметров), во втором — оставлять только в «основной» странице (определять «верхнюю» страницу по хлебным крошкам/урлу, и т.д.). А еще лучше использовать оба.
Паттерны выделения контента по микроформатам и принятым стандартам в семантическом HTML, по моему опыту, в таких алгоритмах такое же зло, как заточка под «движки» — слишком много придется учитывать, да и всегда будет множество отклонений от стандартов. Хотя те же микроформаты только в плюс — не зря Яндекс и Гугл понемногу вводят колдунщики и расширенные сниппеты по ним и сопутствующим (рекстораны, гостиницы...).
Надо иметь аккаунт в Гугле, а его можно получить даже на сторонний почтовый сервис, а не только на гмыло (один из ваиантов получить такой аккаунт — зарегиться на любом из их сервисов). Но так, да, вы правы, соцсеть для Гугла — это привлечение юзеров.
Проблема в том, что Твиттер изначально развивался не как, например, Фейсбук. Тви делался сначала для быстрого общения друзей (лицокнига начиналась с целого университета), а потом у него не было ограничений на регистрацию (фейсбук распространялся в специально отобранных кампусах), кроме того, его открытое АПИ сильно стимулировало разработчиков, которые дергали сервера сервиса все большим количеством запросов. В результате этого Твиттер периодически рос экспоненциально, показывал кита, падая от нагрузки, отключал поиск… Ситуация требовала вмешательства тактического (чтобы поправить) и стратегического (чтобы справиться с все возрастающими потребностями).
В живом цикле разработки все сложнее, чем «сразу сделать все грамотно».
«Яндекс.Деньги получали официальный запрос от правоохранительных органов о движении средств по счету Алексея Навального и ответили на него в соответствие с законодательством Российской Федерации. Как и любая другая компания в России, Яндекс.Деньги обязаны на основании законов отвечать на официальные запросы, например, Федеральной налоговой службы, Росфинмориторинга, МВД, ФСБ, если такие запросы поступают.»
Каждые полгода на Хабре — топик откровений о клавиатурных комбинациях!
А по поводу «обходятся» — неправильно обходятся, закон предполагает перечень действий, которые можно осуществлять с персональными данными, и получается вот такая простынка:
«Предоставляю Оператору право осуществлять все действия (операции) с моими персональными данными, включая сбор, систематизацию, накопление, хранение, обновление, изменение, использование, обезличивание, блокирование, уничтожение. Оператор вправе обрабатывать мои персональные данные посредством внесения их в электронную базу данных, с использованием машинных носителей или по каналам связи, с соблюдением мер, обеспечивающих их защиту от несанкционированного доступа, включения в списки (реестры) и иные отчетные формы, предусмотренные внутренними документами Оператора.»
— и это еще все по поводу внутреннего использования, не передачи.
Замечу, что этого недостаточно — в этой приписке обязательно должно быть указание 152 ФЗ, а также заявитель должен выражать согласие не на «необходимое использование», а конкретно на список операций, предусмотренных законодательством, а именно «обработку, использование, и далее по списку», а также должен прописывать срок, на который дается согласие (до 5 лет), и отдельно поясняться вопрос передачи данных третьим лицам (если работаете с определенными организациями — можно было указать).
Получается, что иногда такой контент надо сохранять — можно пойти двумя путями. В первом — отрезать только навигацию (т.е. такой блок на ксор проверять на процент ссылок в нем и еще пару параметров), во втором — оставлять только в «основной» странице (определять «верхнюю» страницу по хлебным крошкам/урлу, и т.д.). А еще лучше использовать оба.
Паттерны выделения контента по микроформатам и принятым стандартам в семантическом HTML, по моему опыту, в таких алгоритмах такое же зло, как заточка под «движки» — слишком много придется учитывать, да и всегда будет множество отклонений от стандартов. Хотя те же микроформаты только в плюс — не зря Яндекс и Гугл понемногу вводят колдунщики и расширенные сниппеты по ним и сопутствующим (рекстораны, гостиницы...).
В живом цикле разработки все сложнее, чем «сразу сделать все грамотно».
Так что ошибаетесь (в нашей стране).