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

Выбрать дату в календареВыбрать дату в календаре

Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14
Обеспечение возможности использования 19-разрядных № заявок для версий QUIK < 8.5
 
Цитата
Anton написал:
Спасибо, это многое объяснило.
Пожалуйста.

--------
И по теме.

 Похоже, поддержка QUIK в данной теме не появится. Но я на это особо и не рассчитывал. Им
это все по барабану. Надо понимать, что музыку заказывает тот, кто платит, а деньги
АРКА за QUIK, как правило, получает непосредственно от наших брокеров (у которых
наша плата за QUIК входит в оплату за предоставляемые ими услуги). Поэтому, если
кому-то хочется быть услышанным АРКОй, это надо делать, скорее всего, через
своего брокера. Так будет для АРКИ доходчивее.
Обеспечение возможности использования 19-разрядных № заявок для версий QUIK < 8.5
 
Цитата
Anton написал:
Вообще риторика "да там делов на два часа" очень знакома. Обычно такой заказчик приходит с копеечным бюджетом и потом пытается еще и с оплатой прокинуть, либо, в лучшем случае, попросить "ыщо малость доработать" (ну то есть вообще с нуля и по-другому) за тот же прайс. Ни на что не намекаю, просто наблюдение.
Вы намекаете на разработчика ОПЕРАЦИОННАЯ СИСТЕМА РАЗРАБОТКИ МНОГОПОТОЧНЫХ РОБОТОВ ТОРГОВЛИ ЦЕННЫМИ БУМАГАМИ В QUIK «OS_QUESHA», выложившего (в комментариях статьи) ссылки на нее для бесплатного использования в некоммерческих целях https://quikluacsharp.ru/stati-uchastnikov/operatsionnaya-sistema-razrabotki-mnogopotochnyh-robotov-torgovli-tsennymi-bumagami-v-quik-os_quesha/
Обеспечение возможности использования 19-разрядных № заявок для версий QUIK < 8.5
 
Цитата
s_mike@rambler.ru написал:
Вы поддержите фининсово, оплатите необходимую вам работу - и разработчики с удовольствием все сделают. У вас есть лишние деньги , изменяющиеся сотнями тысяч рублей или все проще поставить версию 8?
Интеллектуальная поддержка:
----
Номер заявки можно оставить строковым.
 В С++:
Перевод строки в INT64:    INT64 value = _atoi64(input);
Обратный перевод:       _i64toa_s(value, input, 20, 10);
Дополнительные пояснения.
Наверное, почти все знают, что из QLua можно обращаться к функциям, написанным на C++.  И за 2-3 :) дня можно было разработчику QUIK, используя приведенные выше две строки, написать две функции, каждая из которых была бы длиной не более 6-ти строк.
Обеспечение возможности использования 19-разрядных № заявок для версий QUIK < 8.5
 
   Переход на QUIK  8.5.....  для многих пользователей порождает проблемы связанные как с нестабильностью новой версии, так и с необходимостью перевода своих прикладных программ c Lua 5.1 на Lua 5.3.
  Пусть бы энтузиасты "покувыркались" бы с новыми версиями, а консерваторы занимались бы своими делами.
19-ти разрядные № заявок в старых версиях реализовать не сложно и это хорошо бы сделать. Разработчику QUIK это было бы только в плюс.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата

Цитата
Sergey Gorokhov  написал:Ничего кроме того что нужно написать функцию которая будет его дергать.
----------------------------------

TGB
 В С++
 Перевод строки в INT64:    INT64 value = _atoi64(input);
 Обратный перевод:       _i64toa_s(value, input, 20, 10);

Дополнительные пояснения.
Наверное, почти все знают, что из QLua можно обращаться к функциям, написанным на C++.  И за 2-3 :) дня можно было разработчику QUIK, используя приведенные выше две строки, написать две функции, каждая из которых былабы длиной не более 6-ти строк.
Грядущие изменения на срочном рынке МБ: поддержка работы с 19-значными номерами заявок и сделок
 
Цитата
Sergey Gorokhov написал:
Ничего кроме того что нужно написать функцию которая будет его дергать.
 В С++

Перевод строки в INT64:    INT64 value = _atoi64(input);
Обратный перевод:       _i64toa_s(value, input, 20, 10);
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Цитата
Anton написал:
По каждому тику квику пришлось бы:1) искать строку с номером заявки в хранилище луа2) не находить ее, выделять память, пихать новую строку в хранилище луа3) дергать колбек4) убивать ссылку на строку5) через каждые несколько тиков луа придется собирать мусор.Это было бы не просто медленно, это убило бы вообще все, квик бы плелся как черепаха и зависал от каждого движения мышки.
А выше написано о чем?  В самих  значениях строки (таблицы) есть и строки и числа. Ну что из этого? Все это находится в управляемой памяти и под уборку мусора.
   Вообще, я думаю, что каждый из нас может остаться при своем мнении.
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Anton написал:
Как и где вы посмотрели? Луа возвращает тип number для номера сделки, в alltrades.dat они лежат в виде 64-битных целых (просто поверьте). Так где вы строки увидели?
После заказа данных создайте "Таблицу обезличенных сделок".  И далее запустите скрипт:

local all_trades = getItem("all_trades", 10)

message( "------------------------------");
for i, v in next, all_trades do
   message(type( i) .. "  " ..  i);
end
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
Anton написал:
TGB  написал:Почему нельзя сделать. чтобы номер заявки был текстовой переменной?

Так и думал, что это будет приведено. Потому что есть например OnAllTrade. По каждому тику квику пришлось бы:1) искать строку с номером заявки в хранилище луа2) не находить ее, выделять память, пихать новую строку в хранилище луа3) дергать колбек4) убивать ссылку на строку5) через каждые несколько тиков луа придется собирать мусор.Это было бы не просто медленно, это убило бы вообще все, квик бы плелся как черепаха и зависал от каждого движения мышки. И это только одно.
Я специально посмотрел записи таблицы "all_trades" в QUIK 8.5.1.18.  Все поля ее записей строковые. Поэтому я не понял что вы написали в вашем сообщении.
  Вообще, если же спуститься на "землю", а именно, посмотреть реальную работу QUIK версий 7.27.2.1.,  8.3.2.4 и  8.5.1.18, то никаких чудес быстроты функционирования последних двух относительно первой я не заметил (понятное увеличение размера кода это конечно же мелочь).
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
новичок написал:
Цитата
TGB написал:
эффективное использование ресурсов ПК (низкая нагрузка).
ай-ай,  а как же тогда с этим? - пускать софтину чуть ли не в сэнд-боксе ?

неувязочка :)

хотя действительно ... зачем делать 64-битный софт в 64-битной ОС на 64-битном ЦПУ ... глупость какая-то

давай, поясни как это полностью неправильно :)

и вот это тоже до кучи

Цитата
Цитата
новичок написал:
TGB  написал:Поддержку 19-разрядных номеров можно было реализовать в архитектуре QUIK 7. Если, у кого-то в этом есть сомнения, то я готов изложить как это можно было сделать.
По 1-му пункту:  мне долго вам объяснять, что 32-ух разррядные приложения в 64р. Windows 10 могут выполняться часто даже быстрее, чем 64 разрядные. Погуглите.

По 2-му пункту есть нормальное решение
Цитата
Sergey Denegin написал:
А что никак нельзя обойтись без луа 5.3 чтобы отправлять номера заявок 19и разрядные? например из двух частей.
Почему нельзя сделать. чтобы номер заявки был текствой переменной?
Мне не совсем понятно, почему ради каких -то 19и значных номеров пользователи должны ставить себе новую винду? Это сверх НЕ клиентоориентированный подход, неужели руководство квика считает, что они не потеряют клиентуру?
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
Цитата
новичок написал:
Цитата новичок  написал:  https://docs.microsoft.com/en-us/windows-hardware/design/minimum/minimum-hardware-requirements-overv....  p 3.1
Ну, наверное, всем известно, что 64р. Windows 10 поддерживает 32р. приложения.
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
новичок и есть новичок
Уведомление о необходимости обновления торговых терминалов в связи с изменениями на срочном рынке Московской биржи, Список проблем при работе устаревших версий QUIK после обновления торговой системы срочного рынка МБ
 
  Вопросы к поддержке QUIK:
1) чем вызвана необходимость перевода рабочего места клиента QUIK на 64р. архитектуру (что нельзя было делать клиентам на 32р)?
2) чем вызвана необходимость перевода рабочего места клиента QUIK на Lua 5.3 (соображения, что это модно не интересны)?
3) была ли какая-то оценка проблем, которые могут возникнуть у клиентов, да и у самого разработчика?

Что мне, как пользователю рабочего места клиента QUIK, нужно:
   надежность, удобство, оперативность выполнения функций, наглядность, эффективное использование ресурсов ПК (низкая нагрузка).
Все остальное мне, как я думаю и большинству клиентов, не интересно. Кроме того, важнейшим показателем рабочего места клиента QUIK является стабильность его архитектуры, обеспечивающая стабильность среды разработки моих прикладных программ. Нам, непосредственно работающим на фондовом рынке, за постоянное перестраивание своих программ под постоянно меняющуюся архитектуру денег не платят.
  Какие из перечисленных выше требований к рабочему месту трейдера нельзя было реализовать в архитектуре QUIK 7?
  Поддержку 19-разрядных номеров можно было реализовать в архитектуре QUIK 7. Если, у кого-то в этом есть сомнения, то я готов изложить как это можно было сделать.
Страницы: Пред. 1 ... 4 5 6 7 8 9 10 11 12 13 14
Наверх