dll и маркет.

Новый комментарий
 

IV. Продукты

  1. Продукт, выставляемый на продажу через сервис "Маркет", может быть предоставлен в виде скомпилированного файла с расширением EX5 или одиночного файла исходного кода с расширением MQ5.
  2. Файлы Продуктов, присланные в виде MQ5-файлов, автоматически компилируются.
  3. В Продуктах запрещен вызов любых DLL-библиотек, включая системные библиотеки Microsoft Windows.
  4. Запрещается продажа и распространение любых вредоносных Продуктов через сервис "Маркет".
  5. Продавец может распространять Продукты через сервис "Маркет" на безвозмездной основе (бесплатно).
  6. Минимальная стоимость платного Продукта, который может быть выставлен на продажу в сервисе "Маркет", составляет $10.
  7. Продукты, приобретенные через сервис "Маркет", не подлежат возврату.
  8. Для каждого Покупателя автоматически создается индивидуальная защищенная версия Продукта, позволяющая использовать его только на оборудовании (аппаратная конфигурация компьютера и тип операционной системы), с которого был осуществлен запрос на покупку.
  9. Факт покупки Продукта регистрируется в учетной записи Покупателя.
  10. Факт создания защищенной версии Продукта для конфигурации оборудования Покупателя называется Активацией.
  11. После приобретения Продукта Покупатель имеет права на две бесплатные его Активации на другом оборудовании.
  12. Наименования входных параметров, все сообщения и скриншоты в описании продукта должны быть на английском языке.

В маркете запрещены любые вызовы dll.

Ок. А если поступить слудующим образом:

1. Сам Продукт выставить в маркет.

2. Часть кода, ответственная за обращение к dll (win api), вынести в библиотеку и выложить в codebase. Можно даже в исходниках.

Суть - необходимо использовать в продукте FileMapping, без него никак.

 
joo:

Суть - необходимо использовать в продукте FileMapping, без него никак.

Есть сомнения что никак...

А вообще выглядит нормально, но лучше не здесь спрашивать, а в сервисдеске наверное.

 

Программы в маркете должны быть полнофункциональными и рабочими.

Требование наличия дополнительных компонентов неприемлемо. 

 
Renat:

Программы в маркете должны быть полнофункциональными и рабочими.

Требование наличия дополнительных компонентов неприемлемо. 

Гы-гы, а вот мы щас вас по всем правилам надерём (шутка юмора).

Сделаем программу полностью рабочую и функциональную (например рисующую ромашку на чарте), и допишем, что при установке бесплатной Dll она ещё и торгует(кстати дописать это можно не в маркете а при публикации Dll).

Всё по правилам, заявленный функционал рабочий.

Пропустите такое?

PS голь на выдумку хитра, лучше сделайте собственные аналоги Win API которые подконтрольно ничего не навредили (контролируемые обёртки), тогда и народу полегче, и вам медаль.

 
Urain:

Гы-гы, а вот мы щас вас по всем правилам надерём (шутка юмора).

Сделаем программу полностью рабочую и функциональную (например рисующую ромашку на чарте), и допишем, что при установке бесплатной Dll она ещё и торгует(кстати дописать это можно не в маркете а при публикации Dll).

Всё по правилам, заявленный функционал рабочий.

Пропустите такое?

PS голь на выдумку хитра, лучше сделайте собственные аналоги Win API которые подконтрольно ничего не навредили (контролируемые обёртки), тогда и народу полегче, и вам медаль.

Когда обнаружим, забаним.
 
Renat:

Программы в маркете должны быть полнофункциональными и рабочими.

У вас есть еще и библиотеки, теоретически можно сделать наоборот.
 
Renat:

Программы в маркете должны быть полнофункциональными и рабочими.

Требование наличия дополнительных компонентов неприемлемо. 

Ренат, зная ваше отрицательное отношение к выходу за рамки песочницы МТ, скажем так:

- продукту маркета нужен как минимум ТЕРМИНАЛ, чтоб продукт был полнофункциональным рабочим. 

Но вы ограничиваете нас в рамках реализованного вами функционала WinApi в терминале.

Клянчить у МК с нашей стороны добавление какой-то спец функции winapi в натив MQL - нерационально.

Поэтому мы клянчим разрешение вызовов winapi dll для продуктов маркета.

Вызовы winapi - никаким образом не сделают продукт нефункциональным и нерабочим.

--------------

Вы обещали посмотреть на маркет после его запуска.

прошло времечко, посмотрите пожалуйста на маркет с этой стороны.

Думаю что вызовы winapi наоборот привнесут в маркет профпрограммистов с их продуктами. А это +20% в карман МК.

 
TheXpert:
У вас есть еще и библиотеки, теоретически можно сделать наоборот.
то есть ты предлагаешь наоборот - продавать в маркете либы ex5 ? а пустышки + dll выкладывать в кодебазу?
 
sergeev:
то есть ты предлагаешь наоборот - продавать в маркете либы ex5 ? а пустышки + dll выкладывать в кодебазу?
Renat:
Когда обнаружим, забаним.
 
Renat

Просто сделайте Win API прокладку, в которой бы лочились небезопастные библиотеки.

Ведь там же не все потенциально опасны (тех что вы  считаете опасными по сути еденицы).

 
Urain:

Просто сделайте Win API прокладку, в которой бы лочились небезопастные библиотеки.

Ведь там же не все потенциально опасны (тех что вы  считаете опасными по сути еденицы).

Нет.

Мы принципиально против разрастания DLL и созданию массовых угроз для трейдеров. Сейчас наоборот работаем над тем, чтобы обуздать тот беспредел, что устраивают некоторые компании втихую.

"Небезопасных" DLL не существует. Практически через любую DLL (включая системные, почти все из которых позорно незащищенные) можно произвести атаку на срыв стека с последующим перехватом управления. И достаточно только дать иллюзию защищенности в виде доверенных DLL, как сразу уровень безопасности упадет ниже плинтуса. Ибо все добрые разработчики будут требовать от ничего не понимающих пользователей включить их творения в разрешенные списки. Плевать они хотели на чьи-то рекомендации и безопасность трейдеров, ибо главное для них - лишь деньги.

Делать из критически важной системы дыру наподобие решений Майкрософта мы ни в коем случае не будем.

 

Для себя лично каждый волен использовать все, что хочет, любые DLL. Но вот распространять через наши (включая брокерские) каналы потенциально опасный код нельзя.

1234567
Новый комментарий