тот самый (Все сообщения пользователя)

мне без разницы, как там неделя начинается у бабуинов - главное, как она начинается:

1. в России
   
2. и на Московской бирже
   
   

за 16 лет - так и не научились выпускать свой "так называемый - продукт...." - без ошибок.
В вас уже скоро гнилыми помидорами на улице начнут кидать, узнав лишь только, что вы работаете - там где работаете

какую ещё Вам надо "диагностику"???
хрен с ним с этими свечками - у Вас неделя начинается с воскресенья - вот чего бойся.
Даже на Ваших скринах это видно: 25.09.2016
для особо "одарённых" - 25.09.2016 - это было воскресенье. какой на... рабочий день? у вас свеча должна открываться была 26 числом понедельника.

И даже не пытайтесь мне врать/кивать на "пусть брокер инициирует обращением к нам.."

Гляньте на мой график с MOEX - там... неделя начинается с понедельника 26.09.2016!!!!!!!!!!!!!!!!!!!!!

Повоторюсь, ладно мой брокер там, что-то на выходных "захимичил" НО!!!!!

1. Даже у других пользователей и брокеров - данные - те же
   
2. Даже на Вашем графике - недельная дата открытия свечи - и та сошлась!!!
   
   

Есть предположение, что тиковые данные - не сохраняются в архиве.

бла бла бла...
так... давай-ка по-подробней....:

1. Что считать началом торгового дня? 9.00, 10.00 (MSK)?
   
2. С какого именно момента - начинается так называемый отсчёт 3000 свечей? Время пожалуйста и дату (начиная с вечерней сессии учёт или с 9[10].00(MSK)???)
   
   

Ведь даже если взять 24часа и умножить на 60минут в одном часе - то, получается никак не 3000, а всего 1440.
Таким образом, 3000, думаю - величина скользящего окна сохранения свечек на сервере и не более. То есть, так вот, просто разработчики и менеджмент - посовещались - и решили с учётом своих производственных инфраструктурных мощностей - сколько им нежалко выделить место на сервере под "сейвы" истории для графиков.

незачто

Вопрос насчёт начала недели с Воскресенья 25.09.2016г. - остаётся открытым.

Кстати, вот, Вам для сравнения - сейчас заново отскринил тот график:Было:

Стало:


Таким образом, кто-то из Вас... - "перерисовывает" на выходных свечки....

ну естественно, есть.... и графики-скрины вон - имеются.

А насчёт того, чтоб подставлять перед вами своего брокера - нет уж, увольте.

скорей всего - проблема в сравнении вещественных чисел в LUA. Уже было где-то на форуме - гляньте комменты разработчика Михаила Булычева. (лень просто искать)

Предлагаете мне и... как выяснилось, - другим пользователям Вам нАслово???
Заметьте, ну ладно мой брокер, допустим там что-то... - но ведь даже другие пользователи от других брокеров уже об этом говорят!...

И ещё...
где вы "проверяли"? Опять наверно на своём тестовом сервачке, а не на "боевом"?

делил, умножал - так и не понял - откуда взялось это "3000"???

Брокер сказал, что у него все настройки нормальные.

незачто

Помоему и так достаточно сказал. И ещё скажу...:
Прежде чем "совать" в свою "функцию" numbids и numoffers - следует, как минимум проверить входные значения на "nil" и "0" - бо как от Квика - всего можно ожидать. Глядишь и "путать" их перестанет и отрицательных значений не будет...
так бидом или numbids - вот в чём вопрос?... Или для тебя - это одно и тоже?

тут нет никакой идеи...
и как такое только могло произойтить о_О вай вай вай

ты на код свой повнимательней глянь для начала.

А лучше - начни с перва:

1. Что за идея, что за процент?
   
2. Напиши нормальную мат формулу.
   
3. Что именно ты собираешься возвращать - какие значения и сколько?
   
   

Нумерация сделок на разных площадках - сквозная. Однако, всегда может быть так, что к примеру в ТВС сделка будет по одному тикеру - с Большим номером, а по другому тикеру с Меньшим. При том, что у с делки с большим номером - время сделки - меньше чем у тикера с меньшим.

Данная тема уже раз 5-10 обсуждалась на моей памяти и на старом и на новом форумах.
Как декларируют разработчики - количество отображаемых свечей для ЛЮБОГО таймфрейма - ограничено: не более 3000 свечей.

Кстати, нашёл Вас на "Хабре..." https://habrahabr.ru/users/nikolz/topics/
 

Уважаемый товарищ nicolz - Николай  Камынин

Если Вы - слон - то, хобот-то - подтяните и не рассказывайте тут глупым пользователям Квика свои сказки без приведения примеров кода. Они уже устали от Вашей "лапши".

Вдумайтесь в свою писанину: реалтайм сортинг потока ТВС да ещё и с минимальными ресурсами....
Да вы у нас гений...

Прошу его озвучить. в деталях...

Для себя - сделал вывод, что Вы - таки прислушались к моим советам по оптимизации сериализации торговых данных в файловом хранилище client-side. А именно, я заметил, что alltrades - растёт блоками, - т.е. создаётся на манер торрентфаайлов - файловый блок с запасом (чтоб не перезаписывать и не тратить время на выделение новых участков для перезаписи в файловой системе компьютера), далее - когда он подходит к sentinel-маркеру - его увеличивают на такой же объяём.

Но, вы - даже и не поблагодарили меня за это, а сделали всё "по-тихому"...


нет, такая настройка у меня не включена - вся инфа у меня поставляется на основе (если говорить по старому) - Связь/Списки.

Спрашивается, ну и где ваши хвалёные ???

Согласно, любому брокерскому договору - брокер - ОБЯЗАН предоставить клиенту доступ к торговой информации.
А что с этой информацией будет клиент делать, а равно как и сколько её хранить - это ЛИЧНОЕ дело клиента. НО!!! не вас и не брокера!!!

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

Какое у брокера право - распоряжаться тем - сколько мне хранить новости в моём квике???
т.е. вы опять сделали/дали брокерам тупую возможность о последствиях которых - вам видимо несуждено (или глбоко параллельно) - понять?


Может вы вообще брокерам дадите монопольный доступ к моему компьютеру???

Прошу НЕМЕДЛЕННО отменить данный функционал. Сколько хранить новости - это личное дело пользователя.

Если есть такое глубокое понимание, что trans2quik.dll - работает через pipes, а не через сокеты - то, Вам, - не составит великого труда - реализовать соответствующую библиотеку с использованием LUA C API. И заметьте - даже не придётся раскрывать никаких протоколов - какой протокол - захотите - такой и сваяете. Буду рад, если потом поделитесь своим проектом.

А насчёт 64-битного квика - это всё х..ня... - им остались считанные годы, чтоб перейти на 64-бит. т.к. часики тикают - в прмом смысле этого слова. И они - перейдут - вроде бы и не глупые..
Им надо делать упор на кроссплатформенный квик - т.к. для пользователей - дешевле иметь VDS на debian/centos/ubuntu - нежели от Дядюшки Била с Майкрософт.

а может... Вам просто СБЕР приплачивает за такие манипуляции?... не?

Ну что ARQA???? УЗНАЁШЬ КАРТИНКУ???
Взято - прямиком с биржи: http://moex.com/ru/issue.aspx?code=SBER



И только ненадо вот, после такого - опять "...Приносим свои извинения..."
После такого - прошу уволить того нерадивого программиста, кто в этом виновен.

это не его скриншот недоступен, а вас студентов-ЕГЭ-шников новосибовских надо разогнать, раз не умеете поддерживать вставку пользователями картинок на свой жалкий форум: 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.

извиняюсь, не сразу заметил - тут речь про демоаккаунт...))))
ну... тогда, да...
пусть техсуппорт потрудится))

+

http://moex.com/ru/contract.aspx?code=BRV6
Краткий код BRV6
Шаг цены 0,0100
Стоимость шага цены 6,30004

Сбор за скальперскую сделку, руб.0,5000
48.76-48.68=0.08
0.08/0.01=8
8*6.30004=50,40032=50.4руб

-1р - комиссия за заключение сделки (0.5руб*2)
- комиссия брокера

Если у Вас есть вопросы - задайте их своему брокеру - прямо сейчас - это Ваше право, как клиента. И.. соответственно, это именно он должен Вам всё разъяснить, а не разработчики квика.
В крайнем случае, шляньте ежедневные отчёты брокера по сделкам - в конце торговой сессии.

с QUIK-ом - только на демодоступе торговать....
за 16 лет - одни форс-мажоры и миилые извинения....

В таком случае, её размер - не должен расти со скоростью 14КБ/сек. так, как вы заметили, что это - именно Текущая информация, а не вся история изменений параметров.

1. Прошу пояснить этот момент.
   
2. А также, сохраняется ли в info.log - изменения параметров за сессию?
   
3. Почему, при открытой таблице обезличенных сделок - её файл alltrades.dat - имеет постоянный размер (около 135МБ)
   
   

ну что, арка? второй день пошёл, а ответа - так и нет?...

а что именно, хранится в info.log?

тыт там из племени "мамка батька комбо", что ль?

и д и о т....
хвастайся дальше своими деньгами..))

забавно слышать это от такого, как ты...
мне в отличии от тебя - не нужно такому убожеству, что-либо доказывать))) мой стажи и опыт - уже всё доказали и обеспечили мне приемлемый доход.
А ты - иди дальше регистрируй домены а ля qlua, iQUIK etc, киберсквоттер

есть такая вещь - как реестр Windows уж как бы его не хаяли - а меж тем.. он позволяет хранить не меньший объём инфы чем тот же alltrades.dat. При том, что всегда есть быстрый способ удалить и записать новую инфу. Причём - произвольный доступ, исключающий чтение всего реестра, чтоб найти то место куда писать.
Быть может... уже пора перенять такой способ хранения инфы Квика?

ну и?...
Где же вы, разработчики?....

там самое ценное - это их библиотека QL - но, её и так можно найти на https://github.com/patchua/QL
patchua - это, кстати, автор qlua.org и библиотеки QL

есть save от 17.01.2015г.
Размер в заархивированном виде - 20МБ.
Могу скинуть.

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

все эти свечи, метки, индикаторы - это всё слои, которые введл уже много лет назад в квике.
Одним слоём больше - одним меньше.
А насчёт так называемого
банальный BitBlt и тернарные операции.

кого задело?)))
Если такой умны - то, что ж такие глупые вопросы задаёшь?
35 лет... ну-ну....)))
и насчёт сименсовских plc - ненадо мне тут сказки рассказывать. У меня 3 сертификата.
так что...
отвечу на твой вопрос:тот - которому приходится разжёвывать такому, как ты "умнику" да ещё и с наездами...
Развёл тему на 15 комментов - когда ему ещё в самом начале сказали возможные причины.

Версия QUIK 7.4.0.79
В предыдущих версиях - та же ситуация.