В DMCA запросе утверждается, что есть некие "YouTube’s rolling cipher technical protection measures", т.е. это средство защиты контента, которое и обходит youtube-dl.
Я понимаю, что это всё условности, и технически непонятно какая разница получать видео сразу или после каких-то приседаний в js-е. Но тем не менее, для суда это может иметь значение.
По поводу невозможности оправдаться: есть возможность подать так называемую "DMCA Counter Notice", после чего уже RIAA должна инициировать судебный процесс. https://docs.github.com/en/free-pro-team@latest/github/site-policy/guide-to-submitting-a-dmca-counter-notice
Но я сомневаюсь, что авторы youtube-dl на это пойдут.
Кстати, по поводу уведомлений браузера видел интересный приём. Дело в том, что если пользователь нажал "Запретить" (по ошибке, конечно же), то больше сайт его никогда не сможет снова спросить на счёт уведомлений. Это очень печально.
Так вот, умные люди придумали следующее: прежде чем делать запрос на посылку уведомлений, показать пользователю javascript-овый попап с вопросом а хочет ли он получать уведомления. Если он нажал "да" — делаем запрос браузеру. Зато если он нажал "нет", можно будет через некоторое время снова задать ему этот вопрос, потом ещё, и ещё… пока не согласится.
Ну, если ориентироваться только на IP, то особо эффективного сделать будет нельзя. Но если есть доступ к аккаунту, его контактам, истории действий и т.п., то это другое дело. IP просто станет дополнительным фактором (если много пользователей за NAT-ом, то это можно детектить, и в этом случае фактор IP будет просто игнорироваться). Задача — сделать для РКН максимально дорогим выяснение каждой новой точки подключения. Разумеется, подобное никто кроме самого телеграма не сможет организовать.
Ну, IP адреса socks проксей описанным в статье способом банить несложно, но, я так понимаю, эти прокси — небольшая часть объёма забаненного. Вроде где-то читал, что основная часть того что банится получается посредством собирания трафика с реальных телефонов в клиентами телеграма.
Можно попробовать делать симметричный ответ на подобную тактику — пробовать выявлять IP адреса и аккаунты, которые "ответственны" за бан (например, если новый IP выдавался только этому пользователю, и IP попал в списки блокировки, значит это — "агент РКН"), и банить сам аккаунт/IP/телефон (а может и привязываться к какой-то системной информации, если она передаётся). Причем, если с того же IP заходит другой пользователь, то он тоже попадает под подозрение. В общем, использовать схожие методы, которые используются при борьбе со спамерами/хакерами/фродом и т.п. Правда, тут надо думать как бы не забанить нормального пользователя.
Кстати, помню РКН вроде грозился карами небесными, если Apple и Google не удалят из сторов, никто не знает, всё заглохло? Ещё, кто-нибудь знает, правильно ли я понимаю, что трафик mtproxy неотличим от ssl трафика?
Биекция не алгоритм (в конечном итоге). Это взаимно-однозначное отображение, т.е. соответствие каждому элементу одного множества ровно одного элемента другого множества и наоборот. Вы не можете сказать, что вот этому числу соответствует не элемент множества, а некий "бесконечно работающий алгоритм". 0.010010001… — это конкретная точка на прямой, и если построена биекция, то этой точке должно соответствовать конкретное число, а не нечто бесконечно генерящееся.
"Просто мы никогда не узнаем точного номера числа..." — неужели вы не понимаете, что такого числа просто не существует в вашей схеме?
Вы пронумеровали все конечные десятичные (ну или двоичные) дроби. Но какому натуральному числу в вашей схеме будет соответствовать число 0,01001000100001… или примеры выше с Pi? Ваш алгоритм просто не завершится для этих чисел, нельзя просто сказать "и так далее до бесконечности", в этом то вся и проблема.
Бесконечные непериодические дроби у вас не получилось пронумеровать, т.е. не получилось построить биекцию (взаимно однозначное соответствие).
Сами же вначале сказали:
> А потом с подрядчиками что-то случилось. Толи они поменяли менеджера, толи разработчиков перекинули на другой проект и оставили ему джунов, толи еще что-то.
Так что, это "что-то" куда-то делось после письма? Если нет, то с чего бы "дела пошли хорошо"?
> Без четких правил и дисциплины любой процесс взаимодействия разваливается
Так каким же образом заказчик навязывает эти правила и следит их выполнением в данном случае? Одним этим письмом? А если домысливать, то получается это статья типа "Как нарисовать сову", т.е. ни о чём.
> это значит что он вообще не готовился к интервью, от слова совсем
Мне вот это непонятно. Какой вообще смысл готовиться к интервью? Точнее не так. Почему результат собеседования зависит от того насколько человек к нему подготовился? Цель собеседования — понять насколько соискатель подходит на данную должность, разве не так? То есть если человек перед интервью вызубрил кучу алгоритмов/особенностей языка/порешал типовых задачек, которые могут быть заданы, он внезапно стал походить на должность, а без этого — не годился, так получается?
> Как и отсутствие на смартфоне пакета из…
А отсутствие самого смартфона, наверное, уже нечто совершенно неукладывающееся в голове, практически неприличное.
> В моём понимании, пользователей с адблоком надо блочить, но не котиком, а вообще не отдавать контент
Многие так и делают. Только тогда, я считаю, такие сайты нужно исключать из поисковиков. А то пользователь нашёл сайт по ключевым словам, пришёл за контентом, а ему показали фигу. Поисковики же индексируя контент рекламу не просматривают, будьте добры показывать людям тоже самое, что и отдаёте поисковым роботам. Не хотите не показывать — не надо, но тогда вон из поиска.
> Утром 14 октября в процесс отзыва кросс-подписей вкралась ошибка.
Я так и не понял, что именно за ошибка? И как она могла возникнуть? Какого-то рода ручной ввод некорректных данных?
По моему номеру выдаёт имя, фамилия, область и email. email этот очень старый, давно не используемый, регистрировался с ним в VK и Одноклассниках, но с телефоном связывал только VK. Думаю, через VK слили. Помнится когда-то там была возможность узнать по профилю полный телефон (вроде даже статья на Хабре была про это).
> В правоохранительные органы, уже имея опыт, никто из сторон обращаться не захотел.
Грустно это, тут же в итоге получился служебный подлог. Ещё грустнее следующий абзац с пояснением. Так и живём, не по закону, а по понятиям...
> пользователь при этом должен помнить, что он сам должен следить за лицензионной чистотой материалов, которые он загружает из Интернета
Я же особо упомянул, что я говорю не о лицензиях на контент, а именно TOS (Term of Service) сервиса, т.е. как можно пользоваться сервисом. Например, Youtube прямо запрещает подобное скачивание (пункт 5.1.C их TOS).
В DMCA запросе утверждается, что есть некие "YouTube’s rolling cipher technical protection measures", т.е. это средство защиты контента, которое и обходит youtube-dl.
Я понимаю, что это всё условности, и технически непонятно какая разница получать видео сразу или после каких-то приседаний в js-е. Но тем не менее, для суда это может иметь значение.
По поводу невозможности оправдаться: есть возможность подать так называемую "DMCA Counter Notice", после чего уже RIAA должна инициировать судебный процесс.
https://docs.github.com/en/free-pro-team@latest/github/site-policy/guide-to-submitting-a-dmca-counter-notice
Но я сомневаюсь, что авторы youtube-dl на это пойдут.
Суровый сибирский Новосибирск настолько суров, что джунов там нет.
Эта "статья" напоминает мне "Корчеватель", только из области менеджмента. Но непонятно что это делает в разделе новостей?
Вспоминается torrents.ru (нынешний rutracker), у которого отобрали домен с помощью загадочного "представления прокуратуры" ещё в 2010 году.
Кстати, по поводу уведомлений браузера видел интересный приём. Дело в том, что если пользователь нажал "Запретить" (по ошибке, конечно же), то больше сайт его никогда не сможет снова спросить на счёт уведомлений. Это очень печально.
Так вот, умные люди придумали следующее: прежде чем делать запрос на посылку уведомлений, показать пользователю javascript-овый попап с вопросом а хочет ли он получать уведомления. Если он нажал "да" — делаем запрос браузеру. Зато если он нажал "нет", можно будет через некоторое время снова задать ему этот вопрос, потом ещё, и ещё… пока не согласится.
А потом на другой стороне появятся ИИ, который будет преобразовывать работы, подделывая авторский стиль школьника.
Ну, если ориентироваться только на IP, то особо эффективного сделать будет нельзя. Но если есть доступ к аккаунту, его контактам, истории действий и т.п., то это другое дело. IP просто станет дополнительным фактором (если много пользователей за NAT-ом, то это можно детектить, и в этом случае фактор IP будет просто игнорироваться). Задача — сделать для РКН максимально дорогим выяснение каждой новой точки подключения. Разумеется, подобное никто кроме самого телеграма не сможет организовать.
Ну, IP адреса socks проксей описанным в статье способом банить несложно, но, я так понимаю, эти прокси — небольшая часть объёма забаненного. Вроде где-то читал, что основная часть того что банится получается посредством собирания трафика с реальных телефонов в клиентами телеграма.
Можно попробовать делать симметричный ответ на подобную тактику — пробовать выявлять IP адреса и аккаунты, которые "ответственны" за бан (например, если новый IP выдавался только этому пользователю, и IP попал в списки блокировки, значит это — "агент РКН"), и банить сам аккаунт/IP/телефон (а может и привязываться к какой-то системной информации, если она передаётся). Причем, если с того же IP заходит другой пользователь, то он тоже попадает под подозрение. В общем, использовать схожие методы, которые используются при борьбе со спамерами/хакерами/фродом и т.п. Правда, тут надо думать как бы не забанить нормального пользователя.
Кстати, помню РКН вроде грозился карами небесными, если Apple и Google не удалят из сторов, никто не знает, всё заглохло? Ещё, кто-нибудь знает, правильно ли я понимаю, что трафик mtproxy неотличим от ssl трафика?
Биекция не алгоритм (в конечном итоге). Это взаимно-однозначное отображение, т.е. соответствие каждому элементу одного множества ровно одного элемента другого множества и наоборот. Вы не можете сказать, что вот этому числу соответствует не элемент множества, а некий "бесконечно работающий алгоритм". 0.010010001… — это конкретная точка на прямой, и если построена биекция, то этой точке должно соответствовать конкретное число, а не нечто бесконечно генерящееся.
"Просто мы никогда не узнаем точного номера числа..." — неужели вы не понимаете, что такого числа просто не существует в вашей схеме?
Вы пронумеровали все конечные десятичные (ну или двоичные) дроби. Но какому натуральному числу в вашей схеме будет соответствовать число 0,01001000100001… или примеры выше с Pi? Ваш алгоритм просто не завершится для этих чисел, нельзя просто сказать "и так далее до бесконечности", в этом то вся и проблема.
Бесконечные непериодические дроби у вас не получилось пронумеровать, т.е. не получилось построить биекцию (взаимно однозначное соответствие).
Я так понимаю, бывают разные, вроде бы, глубоководные кабели тоньше. Была статья — https://habrahabr.ru/post/228415/, там картинка с толстым кабелем.
> компилятор имеет право сожрать ваши ботинки.
Скорее, компилятор имеет право сгенерить код, который сожрёт ваши ботинки.
Сами же вначале сказали:
> А потом с подрядчиками что-то случилось. Толи они поменяли менеджера, толи разработчиков перекинули на другой проект и оставили ему джунов, толи еще что-то.
Так что, это "что-то" куда-то делось после письма? Если нет, то с чего бы "дела пошли хорошо"?
> Без четких правил и дисциплины любой процесс взаимодействия разваливается
Так каким же образом заказчик навязывает эти правила и следит их выполнением в данном случае? Одним этим письмом? А если домысливать, то получается это статья типа "Как нарисовать сову", т.е. ни о чём.
> это значит что он вообще не готовился к интервью, от слова совсем
Мне вот это непонятно. Какой вообще смысл готовиться к интервью? Точнее не так. Почему результат собеседования зависит от того насколько человек к нему подготовился? Цель собеседования — понять насколько соискатель подходит на данную должность, разве не так? То есть если человек перед интервью вызубрил кучу алгоритмов/особенностей языка/порешал типовых задачек, которые могут быть заданы, он внезапно стал походить на должность, а без этого — не годился, так получается?
> Как и отсутствие на смартфоне пакета из…
А отсутствие самого смартфона, наверное, уже нечто совершенно неукладывающееся в голове, практически неприличное.
> В моём понимании, пользователей с адблоком надо блочить, но не котиком, а вообще не отдавать контент
Многие так и делают. Только тогда, я считаю, такие сайты нужно исключать из поисковиков. А то пользователь нашёл сайт по ключевым словам, пришёл за контентом, а ему показали фигу. Поисковики же индексируя контент рекламу не просматривают, будьте добры показывать людям тоже самое, что и отдаёте поисковым роботам. Не хотите не показывать — не надо, но тогда вон из поиска.
Я так и не понял, что именно за ошибка? И как она могла возникнуть? Какого-то рода ручной ввод некорректных данных?
По моему номеру выдаёт имя, фамилия, область и email. email этот очень старый, давно не используемый, регистрировался с ним в VK и Одноклассниках, но с телефоном связывал только VK. Думаю, через VK слили. Помнится когда-то там была возможность узнать по профилю полный телефон (вроде даже статья на Хабре была про это).
> В правоохранительные органы, уже имея опыт, никто из сторон обращаться не захотел.
Грустно это, тут же в итоге получился служебный подлог. Ещё грустнее следующий абзац с пояснением. Так и живём, не по закону, а по понятиям...
> пользователь при этом должен помнить, что он сам должен следить за лицензионной чистотой материалов, которые он загружает из Интернета
Я же особо упомянул, что я говорю не о лицензиях на контент, а именно TOS (Term of Service) сервиса, т.е. как можно пользоваться сервисом. Например, Youtube прямо запрещает подобное скачивание (пункт 5.1.C их TOS).