Тут логика такая. Если вас все устраивает — отлично, пользуйтесь. Нужно исправить ошибки или добавить функциональности — милости просим, новизна приветствуется. Просто текущая функциональность вполне устраивает пользователей проекта.
Тему копирования файлов на Яндекс диск можно развить немного в другую сторону. В проектах, предоставляющих файлы для скачивания, эти самые файлы можно заливать на Яндекс диск, расшаривать и давать пользователям ссылку на файл в Яндекс диске. При этом если немного постараться, то файлы можно заливать на несколько разных аккаунтов. И теоретически места будет бесконечно много (10Гб * количество задействованных аккаунтов на Яндексе).
Не знаю только, как к этому сам Яндекс отнесется…
Полностью согласен.
— Сигнал можно снять, например, с заземления или из электрической сети.
— Акустика, например, стук клавиш на клавиатуре.
— О еще хороший, пример, сотовые, смартфоны и тп. Как вы думаете высокочастотные излучения от них как-то экранируются?
— Вы вставляете флешку, информация пошла в устройство и в э.м. излучение.
Примеров, масса. Это все актуальные угрозы.
Никто не перепутал. Изначально предполагается, что n составное.
В случае простого числа тест ошибиться не может, будут всегда выполняться все t =100 итераций.
Провел собственное небольшое расследование. Похоже на то, что точное значение e в оценке e<= Fi(n)/n сильно отличается от верхней границы. Получается она реально годна только для сравнения эффективности тестов. Например аналогичная вероятность для теста Соловея-Штрассена в 2 раза ниже этой e<= Fi(n)/(2n), а для теста Миллера-Рабина в 4 раза e<= Fi(n)/(4n). Которые, похоже, так же сильно завышены.
Ноги у казанной оценки вроде бы растут отсюда «Молдовян Н.А., Молдовян А.А. Введение в криптосистемы с открытым ключом. – СПб.: БХВ-Петербург, 2005. 288 с.», но сам не читал… Авторы этой книги в некоторых кругах имеют дурную славу.
Не хотел никого задеть. Ну вот вам пример:
A = 18446743979220271189 = 4294967291*4294967279
Число А — составное, равное произведению двух простых чисел. Число A чуть меньше 2^64.
Тогда вероятность того, что тест ферма выдаст вам правильный ответ равна p = 1 — (0.9999999995)^t. При 100 итерациях p = 5 x 10^(-8), при 1000 итерациях p = 5 x 10^(-7).
На соревнованиях легко могут подсунуть такое число. В итоге ваша программа не выиграет. И дело даже не дойдет до чисел Кармайкла.
Если очень хочется использовать вероятностный алгоритма присмотритесь к тесту Миллера-Рабина. Для него вероятность e меньше в 4 раза. Как следствие, число необходимых итераций для получения заданной точности в сотни раз меньше. К сожалению оценку сложности на память не помню.
Тест Ферма говорит «n – простое с вероятностью 1– е^t», где e<= Fi(n)/n, Fi(n) — функция Эйлера, t — количество итераций. В случае составного числа имеющего только большые делители e приблизительно равно единице. То есть качество проверки практически равно 0. И тут уже не особо важно 100 или 1000 итераций вы сделаете, вероятность-то все равно близка к 0. Я это студентам каждый год рассказываю. Данный тест надо знать, но использовать его в реальных приложениях не нужно.
Можно и так, если у вас есть права устанавливать приложения и монтировать разделы. Проблема в том что далеко не каждый недорогой хостинг предоставляет такую возможность.
За ссылку большое спасибо.
Основной целью было реализовать взаимодействие с Яндекс диском. Остальной код родился в творческом порыве.
Использовать его или нет дело сугубо личное. Я постарался написать как пожно проще. Чтобы кажый смог разобраться в коде.
Убийственные настройки можно выполнить в любом приложении. Особенно, если работать из под root.
Не знаю только, как к этому сам Яндекс отнесется…
— Сигнал можно снять, например, с заземления или из электрической сети.
— Акустика, например, стук клавиш на клавиатуре.
— О еще хороший, пример, сотовые, смартфоны и тп. Как вы думаете высокочастотные излучения от них как-то экранируются?
— Вы вставляете флешку, информация пошла в устройство и в э.м. излучение.
Примеров, масса. Это все актуальные угрозы.
В случае простого числа тест ошибиться не может, будут всегда выполняться все t =100 итераций.
Ноги у казанной оценки вроде бы растут отсюда «Молдовян Н.А., Молдовян А.А. Введение в криптосистемы с открытым ключом. – СПб.: БХВ-Петербург, 2005. 288 с.», но сам не читал… Авторы этой книги в некоторых кругах имеют дурную славу.
A = 18446743979220271189 = 4294967291*4294967279
Число А — составное, равное произведению двух простых чисел. Число A чуть меньше 2^64.
Тогда вероятность того, что тест ферма выдаст вам правильный ответ равна p = 1 — (0.9999999995)^t. При 100 итерациях p = 5 x 10^(-8), при 1000 итерациях p = 5 x 10^(-7).
На соревнованиях легко могут подсунуть такое число. В итоге ваша программа не выиграет. И дело даже не дойдет до чисел Кармайкла.
Если очень хочется использовать вероятностный алгоритма присмотритесь к тесту Миллера-Рабина. Для него вероятность e меньше в 4 раза. Как следствие, число необходимых итераций для получения заданной точности в сотни раз меньше. К сожалению оценку сложности на память не помню.
За ссылку большое спасибо.
Использовать его или нет дело сугубо личное. Я постарался написать как пожно проще. Чтобы кажый смог разобраться в коде.
Убийственные настройки можно выполнить в любом приложении. Особенно, если работать из под root.