Кто уже попробовал подписку на Сигналы, чтобы сесть на хвост участникам ATC 2012? - страница 5
Вы упускаете торговые возможности:
- Бесплатные приложения для трейдинга
- 8 000+ сигналов для копирования
- Экономические новости для анализа финансовых рынков
Регистрация
Вход
Вы принимаете политику сайта и условия использования
Если у вас нет учетной записи, зарегистрируйтесь
Думайте и о доярках тоже.
Rent a Signal сдулись...
есть идеи почему?
Кроме того, нужно решить еще несколько вопросов:
Мы специально упростили систему до одного сигнала, избавившись от самых страшных последствий. Особенно с учетом того, что скорее всего большинство операций через некоторое время будут идти через Trusted Execution Token механизм клаудных серверов, которые сведут задержку копирования сигналов до считанных миллисекунд.
Минутку, а разве не вы разрабатывали архитектуру? Теперь же сами пишете о чехорде с позициями и пересечении по символам.
Там неторговый механизм реплицирования сделок, у него нет потери связи, нет проблемы синхронизации после реконнета (представьте 15 минут или 2 часа отсутствия связи) и его можно жестко контролировать на 100%. Кроме того, там МетаТрейдер 4 без неттинга.
Мы специально упростили систему до одного сигнала, избавившись от самых страшных последствий. Особенно с учетом того, что скорее всего большинство операций через некоторое время будут идти через Trusted Execution Token механизм клаудных серверов, которые сведут задержку копирования сигналов до считанных миллисекунд.
Пока Вы не представили решений проблем, а лишь заявляете, что "вам слабо сделать, а вообще задача - плевая".
Учитывайте, что мы голову над проблемой гораздо больше и дольше ломали. И не останавливались на первом шаге "ну да, теоретически же можно сделать".
Вообще-то суть всех Ваших комментариев свелась к "дайте и баста, это теоретически возможно, так-что не отнекивайтесь, а мне лень дальше первого шага проработки идти".
Характерно, что весь конструктив из моего предыдущего поста был проигнорирован )
К сожалению, конструктива с Вашей стороны не было вообще. Было только "дайте-дайте" + одноходовые заявления.
То есть, Вы не расписали разруливание конфликтов множественных сигналов и не дали ответ на вопрос как восстановиться после потери связи.
Кроме того, Вы вообще не обращаете внимания на ответственность за неминуемые конфликты, стремящиеся к 100% вероятности. Я не зря указывал на невозможность применения наколенного решения "я могу для себя, разрулю, это не страшно" для массового сервиса.
Что касается темы, по собственному опыту могу сказать, что проблема очень сложна и простой репликацией не решается. Условно ее можно разделить на три составляющих:
Все это очень сложно организовать на практике и к тому же потребует серьезной переделки существующей архитектуры.
Минутку, а разве не вы разрабатывали архитектуру? Теперь же сами пишете о чехорде с позициями и пересечении по символам.
Я так вижу, мало кто в реальности задумывался о реализации процессинга.
Хотя по заявлениям "дайте решение, это нужно трейдеру, храните состояния на сервере " можно понять направление мыслей. Оно понятное: переложить на чужие плечи максимум проблем, не заморачиваться самому, а если что - критиковать за плохую реализацию.
Но если оцените проблему со стороны брокера, поставщика системы, инфраструктуры сети, и только потом трейдера, то увидите, что предложенное решение смешивания сигналов не имеет разумного и защищенного решения.
К сожалению, конструктива с Вашей стороны не было вообще. Было только "дайте-дайте" + одноходовые заявления.
То есть, Вы не расписали разруливание конфликтов множественных сигналов и не дали ответ на вопрос как восстановиться после потери связи.
Кроме того, Вы вообще не обращаете внимания на ответственность за неминуемые конфликты, стремящиеся к 100% вероятности. Я не зря указывал на невозможность применения наколенного решения "я могу для себя, разрулю, это не страшно" для массового сервиса.
А что, по Вашему, могут сделать независимые разработчики? МТ5 жестко монолитен. Максимум что они могут - это создать очередной костыль и описать его в соответствующей статье. Написать качественную систему при этом не интегрировав ее в продукт невозможно. Зная о проблеме не понаслышке, могу сказать, что без сохранения записей состояний на стороне сервера не обойтись. И как Вы думаете должны решить эту проблему сторонние разработчики? В итоге решают как могут. Пишут костыли на коленке и гремучие связки типа MQL5 <-> DLL <--> SQL, которые по определению трудны в обслуживании и неприменимы на массовом рынке, о котором Вы так радеете.
Вы неправы.
MQL5 настолько открыт и функционален, что можно делать практически что угодно. Костыли с DLL и SQL делать не надо, достаточно использовать файловые операции и хранить все что нужно у себя на диске. Да и база глобальных переменных очень устойчивая и не теряется ни на рестартах, ни на падениях.
И хранение состояний на сервере есть - это меджики и комментарии. Учитесь их экономно использовать.