Присоединиться ко мне в моей борьбе с "аркой", чтоб они наконец раскрыли pluginAPI (что они почему-то крайне не хотят делать).
Либо все пожелания пропускать через голосовалку, которую придётся создать на форуме бо как уже сейчас видно, что многие предложения/пожелания устраивают не всех пользователей НО!!! почему-то лихо одобряются. В итоге, "арка" может впоследствии потерять часть клиентов.
я заострил тему из-за того, что подчас Ваши (обращение ко всем пользователям) предложения вступают в противоречия к Вашим (обращение ко всем пользователям) прошлым пожеланиям.
и ещё, при всём уважении к Вам - ответ "сложно" - не принимается. Именно поэтому, если Вы уже заметили - я не задаю/засоряю форум действительно простыми вещами.
в общем, Михаил, у меня к Вам, как самому компетентному разработчику 2 описанных выше вопроса. Хотелось бы получить на них ответы с примерами правильного QLUA-кода.
и как уже писал выше - на показания счётчика не должно влиять количество открытых ТВС, всякие createdatasource, а только то, что отмечено в меню Связь->Списки.
описываю подробно: я хочу измерять общее количество сделок в секунду (с позиции серверного времени разумеется) приходящих с биржи. Из-за "флешбеков" - индикатор местами выдаёт "остатки" от предыдущего таймстампа. Если я буду делать принудительную промежуточную сортировку на "боевом потоке" - убью квик. - Он просто зависнет.
Предложение: У нас уже есть раздел в меню: Свзязь->Списки. По идее, этого должно быть достаточного для квика, чтоб он понял, какие данные пользователю действительно нужны (на которые он каГбе "подписан"). Зачем было делать ещё привязку к открытым таблицам ТВС и их количеству, а также, делать малоработоспособнй галочку "Получать пропущенные данные"?
local act_time = 0
local prev_time = 0
local counter = 0
local is_run = true
local date_time= ""
function OnAllTrade(alltrade)
act_time = tonumber(alltrade.datetime.sec)
if act_time == prev_time then
counter=counter+1
else
date_time = tostring(alltrade.datetime.hour) .. ":" .. tostring(alltrade.datetime.min) .. ":" .. tostring(alltrade.datetime.sec)
message(date_time .. " " .. tostring(counter))
counter = 0
prev_time = tonumber(alltrade.datetime.sec)
end
end
--[[
function OnAllTrade(alltrade)
date_time = tostring(alltrade.datetime.hour) .. ":" .. tostring(alltrade.datetime.min) .. ":" .. tostring(alltrade.datetime.sec)
message(date_time)
end
--]]
function main()
while is_run
do
sleep(100)
end
end
function OnStop()
is_run = false
return 1000
end
local is_run = true
local date_time= ""
function OnAllTrade(alltrade)
date_time = tostring(alltrade.datetime.hour) .. ":" .. tostring(alltrade.datetime.min) .. ":" .. tostring(alltrade.datetime.sec)
message(date_time)
end
function main()
while is_run
do
sleep(100)
end
end
function OnStop()
is_run = false
return 1000
end
Действия: Запускаю простенький тестовый скрипт и... вижу, что время перепрыгивает назад и потом возвращается. Но, всё бы ничего - да только отключение галочки "Получать пропущенные данные" - не спасает.
Серж пишет: Теперь бы им добавить прилипание к базовым точкам свечей (O,H,L,C)
что есть "базовые точки свечей"? Если это, собственно, хаи и лои - то, не так давно тут уже кто-то наоборот, просил и даже зарегистрировал пожелание, чтоб не было "прилипания" :)))
Однако, вы можете средствами "тупайла" или "qlua" создать свою таблицу по опционам (доску опционов). Просто это всё выльется в единовременный геморрой (по затраченному времени), плодами которого вы сможете потом неоднократно пользоваться.
как правило, настройки сетевой карты и канала - не причём. Данная ошибка каждый день возникает в промежутке между 8.00 до 9.00 (msk). Данная ошибка связана с работой брокерского шлюза (регламентные работы, выгрузка статистики и пр.).
стабильная работа система 24х7 в Quik+QLua не возможна по определению бо как предполагает полную её открытость. или хотя бы полноценное описание её API - чем не может похвастаться ни квик ни его клуа. Кроме того, должен быть по-настоящему стабильный, обкатанный и всесторонне изученный релиз - чего мы, как пользователи не можем добиться от "арки" вот уже 15 лет. что не версия - то новый глюк в том или ином месте, а то и продолжающееся таскание старых глюков, переходящих из версии к версии.
Уровень достаточности средств. УДС = (Стоимость портфеля - Мин.маржа)/(Нач.маржа – Мин.маржа) Возможные значения: от «-9.99» до «9.99» с точностью 2 знака после десятичного разделителя. Если Нач.маржа = Мин.маржа, то УДС = 9.99.
извиняюсь за оффтоп, конечно но, думаю пора уже завязывать с квиком и клуой. бо как даже такой "корифей", как михаил булычев - всё чаще начал убегать "в кусты".
в любом случае, если всё, как и написано выше - то это однозначно "косяк" квика. и пусть тут даже не кивают на биржу бо как на то и торговый терминал, чтоб это отслеживать.
постоянно такой "дефект" заметен. Уже задавали вопросы на форуме - ответ (если подитожить) - был один. квик не знает: все ли данные уже прогруженны и с какого начального момента начинать обновление. возможно со всем этим какую-то роль играет вариация параметров на тему получения пропущенных данных.
1. Запустил широкоизвестный (в определённых кругах...) скрипт. 2. Добавил в нём 3 фьючерса: GZM5, SiM5, SRM5 3. Закрыл скрипт через меню квика кнопкой "Остановить". Окно скрипта удалилось, далее QUIK завис секунд на 10. После чего в "ошибках выполнения скрипта" собственно то, что выползло. НИкаких минидампов, разумеется и логов - нет.
всё перечисленное выше смогло бы напорядок разгрузить кучу "глупых" вопросов на форуме и обеспечило бы быстрый поиск информации. А также, пользователи бы меньше дублировали темы (так и не найдя схожую)
Если вам и этого мало и всё вышеперечисленное для вас не авторитет то, вот вам ещё: https://developer.valvesoftware.com/wiki/Adding_Lua:ru пример достойный подражания - мультилингвальный высокоинформативный и комментированный "хелп"
---------------------
Но... боюсь я слишком многого от вас прошу, если учесть то, что даже с таким простеньким движком, который управляет вашим форумом у вас возникает куча проблем...... как впрочем и с самой разработкой успешной ИТС (информационо-торговой системы)... :)))
4. В качестве альтернативы всех вышеперечисленных пунктов, предлагаю воспользоваться позитивным передовым опытом и расширить его путём добавления ссылок и открытого редактирования (на манер, википедии): http://help.qlua.org/title.htm кстати, "open-help" используют и другие продвинутые разработчики и солидные фирмы: https://sm.alliedmods.net/api/index.php?fastload=show&id=732& (обратите внимание: в топике, по приведённой ссылке, ниже - всегда присутствует раздел для комментов, где пользователи могут его дополнять)
1. Ввиду того, что "нормальный" "хелп" разработчики ленятся делать, мотивируя свои бездействия тем, что "... это займёт свыше 200 страниц" - прошу: дополнить каждый пункт из справки "кликабельной" ссылкой на соответствующую релевантную статью с этого форума - дабы, если у пользователя вдруг возникнет в очередной раз непонимание (очередных размытых формулировок из хелпа) - он всегда мог быстро уточнить по ссответствующей ссылке. 2. Если разработчики опять упадут "в лирику", что мол де, people итак схавает и что вообще, "зачем это нужно", хочу спросить: могу ли, в таком случае я декомпилировать файл справки (*.chm) с тем, чтобы самому соответствующим образом дополнить контент и функционал хелпов, а также потом свободно (и не очень... ) его распространять. т.е. даёте ли Вы, разработчики на это своё официальное согласие? 3. Могу ли я использовать части контента с официального хелпа в качестве распространяемого ресурса в своих платных скриптах?
Из инструкции по установке на это чудо инженерной мысли:
Цитата
Версия Quik у вас должна быть не ниже 6.0, если ниже, тогда обновите ее. Если у Вас на компьютере WindowsVista, Windows7, тогда запускать Quik и SuperADXот имени администратора. (см. Руководство пользователя, техническая часть стр. 15). 2) запустите Quik, версия Quik у вас должна быть не ниже 17, если ниже, тогда обновите ее до 17, меню Связь - Обновление версии программы.
Какая должна быть в итоге версия - не понятно. Заметьте, есть 17-я версия, надо просто обновить!
не умничай. мы все прекрасно видим, как ты "допиливаешь" qvcl. И помнится, даже до сих пор так и не появилось толкового актуального "хелпа"...
Sergey Gorokhov пишет: Но это влияние не существенно, по сути оно такое же, как и влияние количества открытых окон проводника Windows.
ваш пример - некорректен - бо как окна в проводнике Windows могут выполняться в разных процессах и на разных ядрах. В рамках же одного процесса (квика) - всё это выполняется непросто на одном ядре, а ещё и в одном (главном) потоке квика.
Цитата
Sergey Gorokhov пишет: количество открытых окон таблиц текущих параметров вообще никак не сказывается на увеличении трафика.
выше уже было сказано, что дело вовсе и не столько в траффике.
--- говорю всё это один раз - т.к. не хочу, чтоб тема вылилась в срач:
Для чего вам xml - когда есть LUA-файлы? Вы также можете хранить в них всю информацию, которую хотели бы иметь в XML. При этом, доступ к ней и простота работы с ней - были бы в разы проще и быстрей. И не надо было бы никаких парсеров и библиотек подключать бо как это - часть движка LUA.
вы официально даёте гарантию, что это не скажется на конечном быстродействии выставлении и обработки заявок внутри самого квика? т.е. на скажется на быстродействии и затрате ресурсов?