Уважаемая, ARQA! Ну.. так кому мне писать, что даже на Вашем графике - графике, который именно Ваши сотрудники опубликовали выше (а не наши брокеры) - неделя начинается с воскресенья, а не с понедельника? Да ещё - и в отношении российского эмитента.
за 16 лет - так и не научились выпускать свой "так называемый - продукт...." - без ошибок. В вас уже скоро гнилыми помидорами на улице начнут кидать, узнав лишь только, что вы работаете - там где работаете
Для диагностики проблемы, в момент ее проявления рекомендуем обратиться к Вашему брокеру.
какую ещё Вам надо "диагностику"??? хрен с ним с этими свечками - у Вас неделя начинается с воскресенья - вот чего бойся. Даже на Ваших скринах это видно: 25.09.2016
Цитата
Egor Zaytsev написал: Здравствуйте, проверили информацию.Т.е сравнили "Сбербанк" в QUIK со "Сбербанк" на сайте биржи. Данные совпадают:
для особо "одарённых" - 25.09.2016 - это было воскресенье. какой на... рабочий день? у вас свеча должна открываться была 26 числом понедельника.
И даже не пытайтесь мне врать/кивать на "пусть брокер инициирует обращением к нам.."
Гляньте на мой график с MOEX - там... неделя начинается с понедельника 26.09.2016!!!!!!!!!!!!!!!!!!!!!
Повоторюсь, ладно мой брокер там, что-то на выходных "захимичил" НО!!!!!
Даже у других пользователей и брокеров - данные - те же
Даже на Вашем графике - недельная дата открытия свечи - и та сошлась!!!
s_mike@rambler.ru написал: 3000 свечей вы получаете на начало торгового дня.
бла бла бла... так... давай-ка по-подробней....:
Что считать началом торгового дня? 9.00, 10.00 (MSK)?
С какого именно момента - начинается так называемый отсчёт 3000 свечей? Время пожалуйста и дату (начиная с вечерней сессии учёт или с 9[10].00(MSK)???)
Ведь даже если взять 24часа и умножить на 60минут в одном часе - то, получается никак не 3000, а всего 1440. Таким образом, 3000, думаю - величина скользящего окна сохранения свечек на сервере и не более. То есть, так вот, просто разработчики и менеджмент - посовещались - и решили с учётом своих производственных инфраструктурных мощностей - сколько им нежалко выделить место на сервере под "сейвы" истории для графиков.
тот самый написал: скорей всего - проблема в сравнении вещественных чисел в LUA. Уже было где-то на форуме - гляньте комменты разработчика Михаила Булычева. (лень просто искать)
скорей всего - проблема в сравнении вещественных чисел в LUA. Уже было где-то на форуме - гляньте комменты разработчика Михаила Булычева. (лень просто искать)
Egor Zaytsev написал: Здравствуйте, проверили информацию.Т.е сравнили "Сбербанк" в QUIK со "Сбербанк" на сайте биржи. Данные совпадают:
Предлагаете мне и... как выяснилось, - другим пользователям Вам нАслово??? Заметьте, ну ладно мой брокер, допустим там что-то... - но ведь даже другие пользователи от других брокеров уже об этом говорят!...
И ещё... где вы "проверяли"? Опять наверно на своём тестовом сервачке, а не на "боевом"?
Anhel написал: Если Вы не можете что-то конкретное сказать, то лучше тогда вообще не писать.
Помоему и так достаточно сказал. И ещё скажу...: Прежде чем "совать" в свою "функцию" numbids и numoffers - следует, как минимум проверить входные значения на "nil" и "0" - бо как от Квика - всего можно ожидать. Глядишь и "путать" их перестанет и отрицательных значений не будет...
Цитата
Anhel написал: Высчитать разницу в % между бидом и оффером.
так бидом или numbids - вот в чём вопрос?... Или для тебя - это одно и тоже?
Нумерация сделок на разных площадках - сквозная. Однако, всегда может быть так, что к примеру в ТВС сделка будет по одному тикеру - с Большим номером, а по другому тикеру с Меньшим. При том, что у с делки с большим номером - время сделки - меньше чем у тикера с меньшим.
Данная тема уже раз 5-10 обсуждалась на моей памяти и на старом и на новом форумах. Как декларируют разработчики - количество отображаемых свечей для ЛЮБОГО таймфрейма - ограничено: не более 3000 свечей.
Если Вы - слон - то, хобот-то - подтяните и не рассказывайте тут глупым пользователям Квика свои сказки без приведения примеров кода. Они уже устали от Вашей "лапши".
Вдумайтесь в свою писанину: реалтайм сортинг потока ТВС да ещё и с минимальными ресурсами.... Да вы у нас гений...
Egor Zaytsev написал: Что касается файла alltrade.dat, то существует определенный алгоритм обновления данного файла.
Прошу его озвучить. в деталях...
Для себя - сделал вывод, что Вы - таки прислушались к моим советам по оптимизации сериализации торговых данных в файловом хранилище client-side. А именно, я заметил, что alltrades - растёт блоками, - т.е. создаётся на манер торрентфаайлов - файловый блок с запасом (чтоб не перезаписывать и не тратить время на выделение новых участков для перезаписи в файловой системе компьютера), далее - когда он подходит к sentinel-маркеру - его увеличивают на такой же объяём.
Но, вы - даже и не поблагодарили меня за это, а сделали всё "по-тихому"...
Цитата
Egor Zaytsev написал: Если включена настройка Исходя из настроек открытых пользователем таблиц
нет, такая настройка у меня не включена - вся инфа у меня поставляется на основе (если говорить по старому) - Связь/Списки.
Согласно, любому брокерскому договору - брокер - ОБЯЗАН предоставить клиенту доступ к торговой информации. А что с этой информацией будет клиент делать, а равно как и сколько её хранить - это ЛИЧНОЕ дело клиента. НО!!! не вас и не брокера!!!
Это прямое нарушение законодательства. А вы - соучастники и прямые исполнители, раз предоставили брокерам - такую возможность.
тот самый написал: ну что, арка? второй день пошёл, а ответа - так и нет?...
Добрый день,
Продолжительность хранения новостей также может быть ограничена со стороны Вашего брокера. Для диагностики проблемы просьба обратиться к брокеру, при наличии настроек хранения новостей на его стороне, необходимо инициировать обращение Вашего брокера к нам.
Какое у брокера право - распоряжаться тем - сколько мне хранить новости в моём квике??? т.е. вы опять сделали/дали брокерам тупую возможность о последствиях которых - вам видимо несуждено (или глбоко параллельно) - понять?
Может вы вообще брокерам дадите монопольный доступ к моему компьютеру???
Прошу НЕМЕДЛЕННО отменить данный функционал. Сколько хранить новости - это личное дело пользователя.
Максим написал: Ну или дайте из квика не пайп, а сокет и раскройте протокол - каждый сам себе какую хочет trans2quik напишет.
Если есть такое глубокое понимание, что trans2quik.dll - работает через pipes, а не через сокеты - то, Вам, - не составит великого труда - реализовать соответствующую библиотеку с использованием LUA C API. И заметьте - даже не придётся раскрывать никаких протоколов - какой протокол - захотите - такой и сваяете. Буду рад, если потом поделитесь своим проектом.
А насчёт 64-битного квика - это всё х..ня... - им остались считанные годы, чтоб перейти на 64-бит. т.к. часики тикают - в прмом смысле этого слова. И они - перейдут - вроде бы и не глупые.. Им надо делать упор на кроссплатформенный квик - т.к. для пользователей - дешевле иметь VDS на debian/centos/ubuntu - нежели от Дядюшки Била с Майкрософт.
И только ненадо вот, после такого - опять "...Приносим свои извинения..." После такого - прошу уволить того нерадивого программиста, кто в этом виновен.
это не его скриншот недоступен, а вас студентов-ЕГЭ-шников новосибовских надо разогнать, раз не умеете поддерживать вставку пользователями картинок на свой жалкий форум: https://forum.quik.ru/forum18/topic2134/
называйте вещи - своими именами не "хай" уж тогда, а "клос" или - цена последней сделки.
сейчас тоже глянул, - да, действительно - не совпадают
но... вы видите не цену закрытия (в данном случае, - недели или месяца), а последнее значение (исходя из "галочки" в свойствах графика "Цена") а неделя ещё - не закончилась (повидимому у них там...)
Однако, согласен - такая ситуация - ненормальна.
Более того - решил детально посмотреть на последнюю недельную свечу:
Очевидно, для разработчиков QUIK - нелея началась с воскресенья 25.09.2016, а не как у всех нормальных людей.....
Далее, глянем - а были ли эти цифры реально?: OPEN: 149.9 - 26.09.2016 HIGH: 152.45 - 26.09.2016 LOW: 146.71 - ничего подобного! - LOW от 28.09.2016. Действительный же LOW: 144.6 - 30.09.2016 CLOSE: 148.47 - это "клос" от 29.09.2016.
Imersio Arrigo написал: по текущим ценам это должно быть примерно так: 48.75 - 48.68 = 0.07 - т.е. 7 пунктов. стоимость пункта = 6.3. т.е операция должна дать 7 * 6.3 = 44.10 рур. минус комиссия.
Сбор за скальперскую сделку, руб.0,5000 48.76-48.68=0.08 0.08/0.01=8 8*6.30004=50,40032=50.4руб
-1р - комиссия за заключение сделки (0.5руб*2) - комиссия брокера
Если у Вас есть вопросы - задайте их своему брокеру - прямо сейчас - это Ваше право, как клиента. И.. соответственно, это именно он должен Вам всё разъяснить, а не разработчики квика. В крайнем случае, шляньте ежедневные отчёты брокера по сделкам - в конце торговой сессии.
В файле info.log хранятся данные из ТТТ (таблицы текущих торгов)
В таком случае, её размер - не должен расти со скоростью 14КБ/сек. так, как вы заметили, что это - именно Текущая информация, а не вся история изменений параметров.
Прошу пояснить этот момент.
А также, сохраняется ли в info.log - изменения параметров за сессию?
Почему, при открытой таблице обезличенных сделок - её файл alltrades.dat - имеет постоянный размер (около 135МБ)
swerg написал: Как обычно написал о том, о чем даже представления не имеешь.
забавно слышать это от такого, как ты... мне в отличии от тебя - не нужно такому убожеству, что-либо доказывать))) мой стажи и опыт - уже всё доказали и обеспечили мне приемлемый доход. А ты - иди дальше регистрируй домены а ля qlua, iQUIK etc, киберсквоттер
есть такая вещь - как реестр Windows уж как бы его не хаяли - а меж тем.. он позволяет хранить не меньший объём инфы чем тот же alltrades.dat. При том, что всегда есть быстрый способ удалить и записать новую инфу. Причём - произвольный доступ, исключающий чтение всего реестра, чтоб найти то место куда писать. Быть может... уже пора перенять такой способ хранения инфы Квика?
там самое ценное - это их библиотека QL - но, её и так можно найти на https://github.com/patchua/QL patchua - это, кстати, автор qlua.org и библиотеки QL
swerg написал: обработать все эти 100500 сообщений мыши для перетаскивания
а что, когда масштаб меняешь или прокрутку делаешь - сообщения не обрабатываешь?)))
все эти свечи, метки, индикаторы - это всё слои, которые введл уже много лет назад в квике. Одним слоём больше - одним меньше. А насчёт так называемого
Цитата
swerg написал: А я лично прекрасно представляю каково сделать такой "корелдравчик"
тот самый написал: а вообще... тупайл - уже как давно - более не поддерживается разработчиками. Поэтому, Вам имеет смысл - осваивать QLUA. Но, с такими знаниями... - сделать это будет..непросто...
задело какие знания вообще Вы кто? программируете? умеете? я 35 лет пишу на всех языках (начинал с мнемокода, ассемблера и мн. др заканчивая контроллерами SIEMENS) в пусконаладочных организациях где нет не работающих программ робот большой шикарно работает надо будет перепишу
кого задело?))) Если такой умны - то, что ж такие глупые вопросы задаёшь? 35 лет... ну-ну....))) и насчёт сименсовских plc - ненадо мне тут сказки рассказывать. У меня 3 сертификата. так что... отвечу на твой вопрос:
Цитата
вообще Вы кто? программируете?
тот - которому приходится разжёвывать такому, как ты "умнику" да ещё и с наездами... Развёл тему на 15 комментов - когда ему ещё в самом начале сказали возможные причины.