Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Валерий, мне нужен стандартный алгоритм привязки. Стандартный пишется на C++ с отправкой ключа (в основном берётся номер счёта) на сервер или на хостинг, после повторного запуска индикатора идёт проверка этого ключа на хостинге - если он там есть тогда допускается работа индикатора, если его там нет - выводится алерт - на этом счёте работа индикатора запрещена. Все эти функции располагаются в dll и в конечном итоге привязываются к mql
Что то с логикой не то в Вашем тексте. Что значит отправка ключа в виде номера счета при первом запуске? Это значит видимо в первый запуск индикатора на клиентском терминале, он считывает номер счета и отсылает его разрабу. Тот формирует ключ или исполняемый файл и отправляет его клиенту. Если клиент меняет счет, индикатор не работает.
Про железо ничего нет. И так же зачем динамическая библиотека, если можно сформировать екзешник индикатора и выслать клиенту. Это разовая операция.
Лучше словами опишите, как Вы представляете себе передачу файлов и их защиту. Т.е. фактически, как Вы планируете передавать файлы, что потом делает клиент, и когда должна появится защита, и какая защита нужна, к чему она должна быть привязана, и как долго.
Что то с логикой не то в Вашем тексте. Что значит отправка ключа в виде номера счета при первом запуске? Это значит видимо в первый запуск индикатора на клиентском терминале, он считывает номер счета и отсылает его разрабу. Тот формирует ключ или исполняемый файл и отправляет его клиенту. Если клиент меняет счет, индикатор не работает.
Про железо ничего нет. И так же зачем динамическая библиотека, если можно сформировать екзешник индикатора и выслать клиенту. Это разовая операция.
Лучше словами опишите, как Вы представляете себе передачу файлов и их защиту. Т.е. фактически, как Вы планируете передавать файлы, что потом делает клиент, и когда должна появится защита, и какая защита нужна, к чему она должна быть привязана, и как долго.
Клиент просит пробную версию программы на пару дней, вы её даёте с привязкой к счёту.
Клиент просит через 3 дня пробную версию программы открыв новый счёт, но как узнать, это новый клиент, или повторный?
Единственная причина привязки к железу - идентификация пользователей.
Клиент просит пробную версию программы на пару дней, вы её даёте с привязкой к счёту.
Клиент просит через 3 дня пробную версию программы открыв новый счёт, но как узнать, это новый клиент, или повторный?
Единственная причина привязки к железу - идентификация пользователей.
Это понятно, но такое впечатление что ТС не совсем понимает что ему нужно) К тому же Ваши решения без dll, а ему нужно с.
ИИ с идентификацией голоса )))
Клиент просит пробную версию программы на пару дней, вы её даёте с привязкой к счёту.
Клиент просит через 3 дня пробную версию программы открыв новый счёт, но как узнать, это новый клиент, или повторный?
Единственная причина привязки к железу - идентификация пользователей.
А по производителю и серийному номеру материнской платы нельзя это сделать?
Я когда по почте заказывал б/у материнку, то просил чтобы либо фото либо видео сняли с набором в командной строке:
wmic baseboard get product, manufacturer, serialnumber, version
Наверняка, есть какие-то функции, с помощью которых можно также эту информацию вытащить. Или нельзя?
А по производителю и серийному номеру материнской платы нельзя это сделать?
Я когда по почте заказывал б/у материнку, то просил чтобы либо фото либо видео сняли с набором в командной строке:
wmic baseboard get product, manufacturer, serialnumber, version
Наверняка, есть какие-то функции, с помощью которых можно также эту информацию вытащить. Или нельзя?
Именно эту информацию из SMBIOS материнки вытаскивает вышеупомянутый мой скрипт. У мамки есть уникальный ID, к которому и выполняется привязка. К другому железу (диски и пр.) привязывать бессмысленно. Единственная проблема - есть некий процент китайских мамок с неуникальными ID, и с этим надо смириться.
Собрал некоторую базу неуникальных ID
---
Если попадает указанный ID - привязываем клиента к харду.
Пока работает нормально, база почти в 800 записей, из них около 30 "китайских"
Собрал некоторую базу неуникальных ID
---
Если попадает указанный ID - привязываем клиента к харду.
Пока работает нормально, база почти в 800 записей, из них около 30 "китайских"
к MAC сетевухи можно заодно подвязаться.
его с одной стороны конечно можно сменить админскими методами, но про это знают и готовы воспользоваться 0.01%
---
а вообще сильно вряд-ли робот ТС (да хоть какой тут) имеет столь высокую ценность чтобы его защищать отдельно-персонально, спец софтом и алгоритмами.
через Маркет - самый милый путь. Просто, надёжно и недорого
Именно эту информацию из SMBIOS материнки вытаскивает вышеупомянутый мой скрипт. У мамки есть уникальный ID, к которому и выполняется привязка. К другому железу (диски и пр.) привязывать бессмысленно. Единственная проблема - есть некий процент китайских мамок с неуникальными ID, и с этим надо смириться.
Собрал некоторую базу неуникальных ID
---
Если попадает указанный ID - привязываем клиента к харду.
Пока работает нормально, база почти в 800 записей, из них около 30 "китайских"
Спасибо, что поделились.
к MAC сетевухи можно заодно подвязаться.
его с одной стороны конечно можно сменить админскими методами, но про это знают и готовы воспользоваться 0.01%
---
а вообще сильно вряд-ли робот ТС (да хоть какой тут) имеет столь высокую ценность чтобы его защищать отдельно-персонально, спец софтом и алгоритмами.
через Маркет - самый милый путь. Просто, надёжно и недорого
В маркете нет возможности давать демку для проверки.
В маркете нет возможности давать демку для проверки.
ценой сыграй.
Поставь ренту минимальную - раздай "демки". 30$ это считай что бесплатно
После сезона продвижения и демонстраций выставь цену как правильно