Управление Rotation с помощью джойстика, как?

Герман Коффман, Читайте оф.документацию по функциям!

Что такое "Плавающий бит" при защите информации от копирования?

longclaps, ну всё просто...
Есть 0 и 1 и есть 512 байт.
Умножаем: 512*8 = 4096 и это разбрасывают равными долями намагниченности (например так): 1/4096, 2/4096 и т.д. пока не будет 4096/4096 = 1.
И если при чтении сектора хотя бы пару раз (цикл чтения) есть различия - значит всё ОК: ключ-дискета - валидна.
Верно?

Какие технологии выбрать технологий для web проекта?

Иван, да, но код обычный HTMl/JS. Его можно юзать в вебе. Там нет разницы (в данном случае, т.к. нет устройств мобилы).

Что такое "Плавающий бит" при защите информации от копирования?

longclaps, а-а... т.е. волна разброса + фиксация ошибки = валидно, так?

Тематика ресурса тостер ру?

Модератор, а-а, понятно.

Как лучше реализовать переключение вкладок в Electron-приложении?

+ занимает мало пространства
- дополнительный шаг до цели

Тематика ресурса тостер ру?

Николай, а комменты со словом: "хитровы*баный" - не удаляете, да?

Что такое "Плавающий бит" при защите информации от копирования?

longclaps, Так.
Как я понял значение "порог" - это делитель намагниченности между нулём и единицей.

А где гарантия, что она (головка дисковода) гуляет у всех и с заданным количеством циклов? Будет ли нужный результат и этот бит будет не статичный (как обычно положено), а "мигающий"?

И ещё вопрос: ждут просто "мигающий" бит или всё же некие проценты какие-то в виде дроби: отношение прочитанных ЕДИНИЦ к НУЛЯМ за лимитированное количество циклов чтения?

Тематика ресурса тостер ру?

DevMan, Я понял и предлагаю данный вопрос считать полностью исчерпанным.

Что такое "Плавающий бит" при защите информации от копирования?

longclaps, как это:

да не доли

Ну вот он читает этот сектор раз - получает одно, два - другое

Что влияет на изменение информации в секторе при повторном чтении на домашнем дисководе? (пытаюсь понять принцип метода)

Тематика ресурса тостер ру?

DevMan, а ты только этим и занимаешься: пишешь/удаляешь и не только свои!

Что такое "Плавающий бит" при защите информации от копирования?

CityCat4, что такое дискета - я знаю. А вот какими программными методами считывать дробные намагничивания с битового сектора - нет!
Есть инфа по этому вопросу?

Как лучше реализовать переключение вкладок в Electron-приложении?

Антон Шаманов,

Моя задумка - чтобы страницы перекрывали друг друга через изменение z-index.

тут сложно сказать однозначно.

Что такое "Плавающий бит" при защите информации от копирования?

longclaps, да не.. всё ок! про доли - я понимаю.
А про то - как считывать эти доли программно? Не совсем! )

Как ограничить доступ к api сайта?

Кирилл Горелов, да это просто метод, а не идея)

Мне нужно сделать на сайте возможность, начертить планировку комнаты?

Antonio Solo, я про мутацию фриланса в тостер...

Как защитить свою программу от копирования?

DevMan, ну что ты опять-то привязываешься не по делу - люди попросили помощи, а ты....
....... ......... ......... ......... ;)
В общем, как и всегда...

Мне нужно сделать на сайте возможность, начертить планировку комнаты?

Хороший пример незатратного создания бизнес-сервисов на сегодня. ;)

Как ограничить доступ к api сайта?

Кирилл Горелов, заплатка то заплаткой... НО! ;)
Решение можно юзать на сайтах без возможности использования бэка (например, как бесплатный хостинг сайтов пользователей гитхабе - только фронт/контент: html,css,js,шрифты и медиа-файлы): без возможности запуска всяких PHP и прочих скриптов на бэке!

Самое главное - это будет работать, если домены и/или их владельцы - разные.
Т.е., стороннее виджет-приложение на JS - вставить с другого сайта (после оплаты или бесплатно) - вообще никаких проблем: взяли JS-код приложения, ПОМЕНЯЛИ КАК УГОДНО! и заюзали внешний API-обработчик. Или полностью написали свой JS-код для стороннего API-обработчика.

А поставщик API (в свою очередь), может легко контролировать по домену И исключительно для использования на front-end: кто оплатил - разрешить, кто нет - запретить.

Как ограничить доступ к api сайта?

muhasa, мысль пришла: а нельзя ли (в логике вашего решения) засунуть фронт-"петлю" запросов к API: API (api.*)->FRONT-END(браузер) в back-end фронта (на сервер домена front.*) API(api.*)->BACK-END(front.*)->FRONT-END(браузер)

Тогда браузер будет обращаться только к front.*, а рендер (запрос-ответ к api.*) - сделать на стороне бэкенда фронта (front.*).
Все AJAX-запросы с фронта - убрать полностью и получать уже готовую страницу с бэкенд-сервера (домена front.*) без выноса интерфейса API (api.*) во-вне.

Если такое возможно (возможность чуть поменять архитектуру вашего решения), то лучше всего сделать так.