Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Есть вариант с раздачей ключей. В ключ зашивается с помощью обратимого шифрования конечная дата тестирования. Ваша программа просит вести ключ пользователя. После чего, расшифровывает ключ и получает конечную дату, если время на торговом сервере превышает конечное время, программа отказывается продолжать работу. Метод шифрования и мастер-ключ знаете только Вы и Ваша программа. При этом не понадобиться ни какой связи с сервером.
И где это посмотреть можно?
Есть вариант с раздачей ключей. В ключ зашивается с помощью обратимого шифрования конечная дата тестирования. Ваша программа просит вести ключ пользователя. После чего, расшифровывает ключ и получает конечную дату, если время на торговом сервере превышает конечное время, программа отказывается продолжать работу. Метод шифрования и мастер-ключ знаете только Вы и Ваша программа. При этом не понадобиться ни какой связи с сервером.
Если каждому клиенту персонально высылать ключ, то проще в сам советник забить конечную дату, перекомпилировать и выслать. ) Смысл-то какой в этих ключах?
Чтоб файл был один на всех и лежал в свободном доступе.
Но ключами могут "делиться", так что это не самый надежный вариант.
Не годится такое решение для трейдинга. Клиенту же на каждом тике нужно будет слать свежие данные для перерасчёта и ждать ответа с результатами. Представляете, во что это выльется на быстром рынке?
Чтоб файл был один на всех и лежал в свободном доступе.
Но ключами могут "делиться", так что это не самый надежный вариант.
Ключами могут делиться, самим советником могут делиться...
Проблема-то, насколько я понял автора, в том, чтобы реализовать автоматический триал, который сам будет стартовать после первого запуска (кстати, запуска ГДЕ? на новом счёте? на новом компе?), чтобы, действительно, просто выложить этот триал в отрытый доступ и не беспокоиться. Если же каждому клиенту высылать ключ, то с тем же успехом можно высылать просто перекомпилированный советник с нужной датой. Вернее, не "с тем же успехом", а проще и надёжнее.
Не надо на каждом тике, можно реже.
А это уже от логики программы зависит.
Не нужно ничего запоминать, введите дату, после которой советник не будет работать. Как только наступит эта дата, он просто перестанет и все.
Только используйте TimeCurrent() как структуру, там можно задать дату и время
http://docs.mql4.com/ru/constants/structures/mqldatetime
Или DateTime()
https://www.mql5.com/ru/docs/standardlibrary/controls/cdatetime/cdatetimedatetime
В онИните сделать проверку, если позже заданной даты то сразу выгружать советник, чтобы никто ничего не заподозрил :) Будут думать что ошибка какая-то. Еще мессадж бокс что бы всплывал - критическая ошибка в приложении или что-то типа того :) А, ну еще в теле советника сделать.
Вариант с зашитием даты окончания работы советника - самый верный. Если дело в автоматизации, то вместо хранения ключей и тд. и тп. автоматически компилируйте советника под каждого желающего и все.
Запрос с сайта -> серверный запрос к компилятору с шаблоном исходного кода в который подставится текущая дата+30дней. Только компилятор сейчас зашит внутрь Эдитора, тут на форуме где-то отдельные ссылки на него Ринат давал.